4. 通道切换核心概念
在多银行付款系统中，“通道”并不是一条抽象的网络链路，而是银行接口、账户、限额、清算窗口、手续费规则与风控策略的组合体。当某条通道因故障、限额、政策或成本原因不再适合承接当前付款请求时，系统需要把请求从一条通道迁移到另一条通道，这一动作就是通道切换。理解通道切换，关键要抓住五个维度：定义、触发条件、策略、粒度与影响。
一、通道切换的定义与边界
通道切换是指在不改变付款业务意图的前提下，将一笔或一批付款请求的执行路径从原通道调整为备用通道，并保证金额、收款方、业务单号等关键要素不变。它不同于“重新发起付款”：重新发起往往意味着原请求已失败并生成新单；而通道切换强调请求级或批次级的路径重定向，原业务单号通常保持不变，仅更新路由决策与执行通道。
核心边界：通道切换解决“走哪条路”，不解决“付不付”。是否付款由业务规则决定，通道切换只负责在可用的合规通道中选择更优或可用的那一条。
二、切换触发条件：从被动救火到主动调度
触发条件是通道切换的“开关”。实践中可分为四类：
- 可用性触发：银行接口超时、返回系统维护、连接拒绝、证书过期等，导致原通道不可用。
- 限额触发：单笔限额、日累计限额、月累计限额或银行侧头寸不足，原通道无法继续承接。
- 成本与效率触发：手续费升高、到账时效变差、清算窗口临近关闭，系统主动选择更优通道。
- 合规与风控触发：银行政策调整、反洗钱拦截率上升、账户被冻结或监管要求变更。
这些条件通常以健康度指标形式被持续采集，例如成功率、平均响应时间、剩余限额、手续费率和熔断状态。下面是一段典型的通道健康检查配置片段：
channel: ICBC_MAIN
health_check:
success_rate_threshold: 0.95
timeout_ms: 3000
max_consecutive_failures: 5
daily_limit_remaining: 2000000
fee_rate: 0.0005
switch_policy:
on_timeout: true
on_limit_exhausted: true
on_fee_above: 0.0008
三、切换策略：顺序、权重与智能决策
策略决定“切给谁、按什么顺序切”。常见策略包括：
- 主备顺序策略：主通道不可用时按预设优先级切换到第一备用、第二备用，逻辑简单、可预测。
- 加权轮询策略：按通道容量或成本分配权重，适合多通道并行分流。
- 最低成本策略：在满足时效与合规前提下，优先选择手续费最低的通道。
- 健康度评分策略：综合成功率、响应时间、限额余量和费用计算评分，动态选择最优通道。
策略选择要与业务目标对齐：工资代发更关注成功率与时效，而供应链付款可能更关注成本与账期。策略一旦确定，应通过配置中心管理，避免硬编码在代码中。
四、切换粒度：单笔、批次与全局
粒度决定切换的影响范围。粒度过粗会导致大量请求被误切，粒度过细则会增加系统复杂度。常见粒度如下表：
| 粒度 | 适用场景 | 优点 | 风险 |
|---|---|---|---|
| 单笔切换 | 大额付款、紧急付款 | 影响面小、可精细控制 | 决策频繁、开销较高 |
| 批次切换 | 工资代发、批量供应商付款 | 效率高、一致性好 | 可能整批误切 |
| 全局切换 | 银行系统维护、重大故障 | 快速止损、统一调度 | 影响所有业务、需谨慎审批 |
建议默认采用“单笔可切、批次可控、全局需审批”的三级粒度模型，并为全局切换设置双人复核与自动回滚窗口。
五、切换影响与复盘要点
通道切换不是无代价的。它可能带来重复付款风险、对账差异、到账时效波动和手续费变化。因此，切换前后必须记录完整的决策日志，包括原通道、目标通道、触发条件、决策时间、操作人和业务单号。以下是一个切换日志示例：
2025-03-18 10:22:31 INFO switch_decision
biz_no: PAY202503180001
from_channel: ICBC_MAIN
to_channel: CCB_BACKUP
trigger: timeout_ms>3000 & consecutive_failures=5
granularity: single
operator: auto_router
result: success
复盘时应重点回答三个问题：触发条件是否准确？策略是否选择了最优通道？切换后是否产生重复付款或对账缺口？只有把切换当作可观测、可回滚、可审计的受控动作，多银行付款路由才能真正稳定运行。