> For the complete documentation index, see [llms.txt](https://resources.atriptech.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://resources.atriptech.com/chan-pin-jie-shao/atlas-chan-pin-jie-shao/zhi-fu-jie-jue-fang-an.md).

# 支付解决方案

Atlas 提供多种支付方式组合。

目标是提高支付成功率，并减少订单取消。

### 支付方式

#### 预存款支付

预先充值账户余额，再用余额完成支付。

适合追求出票速度、稳定性和清晰对账的场景。

#### VCC 透传

使用客户提供的虚拟信用卡直接向航司支付。

适合保留自有支付渠道和返点体系的场景。

#### 混合支付重试

当 VCC 失败时，可切换为预存款重试。

适合挽回高价值订单，降低取消率。

### 推荐决策方式

#### 订单时效要求高

优先考虑预存款。

它更适合追求出票速度和稳定性的场景。

#### 客户坚持走自有卡体系

优先考虑 VCC 透传。

它更适合需要保留客户自有支付链路的场景。

#### 既要灵活，也要有兜底

优先使用 VCC，再准备预存款重试。

这更适合高价值或旺季订单。

### 如何选择

#### 更看重成功率

优先考虑预存款支付。

#### 更看重资金留存在自有账户

优先考虑 VCC 透传。

#### 需要兼顾稳定性与灵活性

建议启用混合支付重试。

### 推荐支付链路

{% stepper %}
{% step %}

### 先确认默认支付方式

根据航司表现、出票时效和客户资金策略选择预存款或 VCC。
{% endstep %}

{% step %}

### 再定义失败后的处理动作

明确哪些失败可以重试，哪些失败需要切换支付方式。
{% endstep %}

{% step %}

### 最后验证完整路径

对成功、失败、重试和取消后的补救链路都做真实测试。
{% endstep %}
{% endstepper %}

### 支付相关能力

* 自动识别部分失败类型
* 支持支付重试与支付方式切换
* 支持账单地址等补充信息传递
* 支持结合履约能力评估支付策略

### 典型使用场景

#### 预存款作为默认支付

适合出票成功率优先的团队。

#### VCC 作为默认支付

适合客户希望保留自有资金沉淀和返点体系的场景。

#### VCC 失败后切换预存款

适合挽救支付失败订单，减少取消和投诉。

### 注意事项

* 支付成功不等于最终出票成功
* 失败后的重试策略需要结合订单状态执行
* 上线前应完整测试成功、失败和重试路径
* 对幂等性和重复支付要做保护

### 上线前必须确认

* 默认支付方式是否已按航司或业务场景定义
* 支付失败后的重试规则是否已明确
* 是否已验证重复回调和重复支付保护
* 客服和运营是否知道失败后的补救流程

需要更详细的操作说明，请参阅 [Atlas Pay](/chan-pin-jie-shao/atlas-pay.md)。