产品概述#
**交易重试（Transaction Retry）**是一套基于规则的重试机制，用于挽回因临时性或可恢复问题而失败的交易。通过在原支付通道或备用支付通道上执行预先设定的重试策略，交易重试能够提升交易授权通过率、增强系统韧性，并在无需人工干预的情况下保障支付持续顺畅。
核心功能#
1. 原通道重试#
交易被拒时，通过同一支付通道进行重试，并可配置重试策略，以应对临时性限制或可恢复的错误。MCC 替换重试：
当交易因商户类别码（MCC）限制被拒时，系统会自动使用预先配置的备用 MCC 重新发起交易。这样既能规避发卡行侧的类别限制，又能保持合规。
Token 转 PAN 重试：
如果令牌化交易因令牌服务或收单机构兼容性问题而失败，系统会改 用原始 PAN（卡号）路径重试，在仅部分支持令牌的环境中提升成功率。
认证后重试：
对于在 3DS 认证前或认证过程中被拒的交易，系统会在认证成功后自动重试，使用更新后的认证数据挽回此前失败的交易。
2. 备用通道重试#
当主收单通道出现临时性能下降或网络问题时，备用通道重试会自动将交易切换到一个或多个预先设定的备用通道。通道级故障切换：
根据拒绝原因、卡品牌或币种规则，自动将失败交易改路由至备用收单机构。
多层级通道结构：
支持级联式重试结构，例如主收单机构失败时，交易可依次回退到第二、第三通道。
选择性启用通道：
商户可以指定哪些支付品牌或 BIN 区间参与故障切换，从而控制运营成本和风险敞口。
重试间隔控制：
可配置重试间隔和重试次数上限，避免 通道过载或触发重复授权。
典型使用场景#
1.
通道故障切换与灾备
当 Visa 交易的主收单机构暂时不可用时，系统会无缝地通过 Backup_Acquirer_01 重试，完成交易并保障服务可用。
2.
基于参数的拒绝恢复
如果收到 “Restricted MCC” 或 “Do Not Honor” 等拒绝原因，系统会应用相应的重试规则（例如调整 MCC 或切换令牌模式），并通过原通道或备用通道重新提交交易。
3.
跨通道优化
拥有多个收单机构的商户可以配置重试流程，自动选择下一个最优的可用通道，减少人工干预，提升运营效率。
技术优势#
双层重试策略： 同时支持原通道重试和备用通道重试。
规则驱动： 所有重试均按照预先设定的拒绝码或条件规则触发和执行。
无缝集成： 与智能路由（Smart Routing）及现有授权 API 原生协同，无需修改代码。
可审计日志： 每次重试都会完整记录时间戳、通道 ID 和应答详情，便于合规审查和分析。
后续规划#
在后续迭代中，交易重试将从静态的规则逻辑演进为与智能路由集成的智能 化、数据驱动的重试引擎。规划中的能力包括：自适应重试决策： 实时评估拒绝码、发卡行应答模式和收单机构健康指标，动态判断是否可以重试。
机器学习优化： 持续学习历史重试结果，自动优化重试顺序和参数。
成本与性能平衡： 在授权通过概率、处理时延和单笔收单成本之间动态权衡。
集成重试分析： 提供详细的看板，跟踪重试成功率、挽回效果和成本效益。
