支付错误

常见的 Atlas API 支付错误，涉及过期订单、不支持的支付方式、重复支付风险、乘客数据和 VCC 失败。

当 pay.do 失败时，使用本页面。

当你需要以下内容时，从这里开始：

• 判断支付是否安全可重试

• 在 pay.do 失败后避免重复支付

• 在等待、更改条件或重新开始流程之间做出选择

常见问题

支付错误后是否应重试 pay.do？

不一定。

首先查询订单状态。

如果支付可能已在进行中或已完成，不要盲目发送另一个支付请求。

执行流程有什么变化？

getOfferPrice.do 订单使用 5 分钟的出票窗口。

先查询，然后仅在订单仍可支付且仍在活动窗口内时重试。

最高频率的代码

401 支付超时

在支付截止时间之后尝试支付。

操作

• 重新生成订单或创建新的预订

• 对于 getOfferPrice.do 订单，从新的执行尝试开始，除非您的支持恢复流程另有说明

402 / 404 订单状态不支持支付或订单已支付

订单已支付、正在出票或已出票。

操作

• 先查询订单

• 不要发送重复的支付请求

403 不支持的支付方式

所选方法不允许用于此票价或航空公司。

操作

• 切换到其他受支持的方法

• 在支付前检查受支持的支付字段

406 支付操作正在进行中

先前的支付请求仍在处理中。

操作

• 等待并轮询订单状态

• 避免在支付进行中时重复重试

407 乘客信息不正确

订单数据未通过航空公司支付检查。

操作

• 检查乘客字段

• 如果需要则重建订单

409 附加行李与航段不匹配

附加服务产品选择与订单不一致。

操作

• 重新检查特定航段的 productCode

411 通用支付错误

由于账户或结算问题，Atlas 无法完成支付。

操作

• 检查余额

• 检查支付输入

• 仅在验证后重试

413 卡不受支持

此场景不支持该卡类型。

操作

• 使用受支持的卡品牌

414 卡不匹配

支付卡类型与流程早期使用的卡类型不匹配。

操作

• 在订单和支付中使用一致的卡类型

415 订单未由用户确认

在 FR 流程中常见，当 orderCommit.do 未完成时。

操作

• 先完成订单确认

• 然后重试支付

哪些支付错误通常需要先更改条件？

诸如 403、411、413、414 和 415 等代码通常需要在重试前更正支付方式、账户、卡或流程。

诸如 402、404 和 406 等代码通常需要在任何重试前确认订单状态。

推荐的故障排除顺序

1. 在重试支付前查询订单

2. 检查支付截止时间和订单状态

3. 验证受支持的支付方式

4. 验证乘客和附加服务数据

5. 当 VCC 被阻止时使用存款回退

执行流程支付失败

对 getOfferPrice.do 订单使用更严格的重试控制。

1. 在每次重试前查询订单

2. 当 5 分钟窗口几乎耗尽时停止重试

3. 仅在原始订单达到最终不可用状态后重新生成

不要将此流程路由到延迟手动审批。

快速重试指南

重试前查询订单

示例：

• 402

• 404

• 406

重试前更改条件

示例：

• 403

• 411

• 413

• 414

• 415

重新开始或重新生成订单

示例：

• 401

VCC 失败时使用存款回退

示例：

• 403

• 411

相关页面

• 支付与出票

• 获取报价价格

• 混合支付指南

• 支付

• 查询订单