支付智能路由：为每笔交易选择合适的渠道

当多家支付服务商都能处理同一笔交易时，始终把流量发送给固定主渠道，会损失性能和系统韧性。支付智能路由将渠道选择变成一项明确、可观察、可审计的决策。

智能路由不是寻找一家永远“最好”的渠道，而是在当前业务与运行约束下，为具体交易选择最合适的可用路径。

先判断是否可用，再进行评分

比较渠道之前，应先排除不能处理当前交易的路由。准入条件通常包括：

• 商户号、站点和渠道配置；
• 环境与接入模式；
• 国家、币种、金额和支付方式；
• 卡组织、BIN 范围或发卡国家；
• 渠道限额与合同限制；
• 3D Secure 等身份验证要求；
• 渠道及其商户号的实时可用状态。

给不可用路由评分没有意义。可靠的路由引擎应先建立有效候选集，再对候选路径排序。

常见路由信号

信号	使用方式示例
历史授权通过率	优先选择在相同国家、BIN 分群和支付方式下表现更好的路由。
实时健康状态	排除或降低超时率、错误率异常渠道的优先级。
处理成本	当预期表现接近时，选择成本更低的路径。
响应延迟	避免长期响应缓慢的路由影响收银台体验。
风控结果	对高风险流量选择支持身份验证或更强控制的路径。
容量与限额	避免继续使用接近金额、笔数或速率阈值的商户号。
业务优先级	满足合同承诺或特定市场的渠道偏好。

所有信号都需要明确时间窗口和最小样本量。只有两笔成功交易的渠道，不应自动排在拥有数千笔稳定样本的渠道之前。

规则、评分与受控实验

大多数团队适合从确定性规则开始，因为规则容易解释和审计。例如：

1. 本地卡优先走本地收单机构。
2. 排除健康状态已降级的路由。
3. 在可接受成本范围内，优先选择授权通过率更高的渠道。
4. 仅针对明确可重试的失败使用预设备用路由。

当数据量和数据质量足够时，可以引入加权评分或机器学习模型，但模型不能绕过硬性约束。每次决策都应记录候选路由、被排除路由、输入信号、最终选择、策略版本和决策原因。

路由与重试不是一回事

路由解决“第一次走哪条路径”，重试或故障切换解决“第一次失败后做什么”。

两者必须分开，因为超时并不代表渠道没有完成扣款。如果不先确认状态，就把请求发送到另一家 PSP，可能造成重复扣款。结果不明确时，应先查询渠道状态或进入对账流程，再考虑发起新的资金操作。

对于允许重试的失败，备用路由应提供实质性差异，例如不同收单机构、地区、身份验证能力或底层基础设施。条件没有变化时，重复原路由通常不会提高成功概率。

常见实施误区

• 只优化全局平均值： 应按交易特征拆分渠道表现。
• 忽略样本量： 小样本会引发不稳定的路由切换。
• 对噪声过度反应： 健康状态切换应设置阈值、冷却期和回滞机制。
• 只按成本路由： 单次最便宜，不等于每笔成功支付成本最低。
• 没有决策轨迹： 缺少策略输入时，运营无法解释交易为什么走某渠道。
• 无限备用路由： 反复尝试会增加延迟、费用、客户困惑和风险。

安全的上线方式

1. 使用历史数据回放新策略。
2. 以影子模式运行，不改变真实路由。
3. 将少量受控流量切换到新策略。
4. 比较通过率、延迟、成本、技术错误、拒付和退款。
5. 只有结果在统计和运营上都稳定后才逐步放量。

同时保留回滚路径和确定性的应急策略。事故期间，可预测的行为比难以解释的复杂模型更重要。

如何判断路由策略有效

• 首次尝试授权通过率；
• 技术失败率和超时率；
• 备用路由的支付挽回率；
• 端到端收银台延迟；
• 每笔授权或请款成功交易的成本；
• 渠道集中度和单一渠道依赖；
• 重复扣款或对账异常率。

智能路由应建立在完整的支付编排架构之上。路由失败后，需要执行受控的支付智能重试策略，而不是对所有失败都自动再次扣款。