實践場景：多 PSP 接入後的狀態與運营復雜度

平台從单一 PSP 擴展到多個 PSP、收单机构或银行。不同机构使用不同狀態定义、回调机制、超时規則、結算文件和异常處理流程。

同一個業務狀態在不同供應商下含义不同；故障切换可能产生重复尝试；營運人員需要登录多個後台；未知或 Pending 狀態持续堆积；供應商特定邏輯不断进入产品和財務系統。

缺少統一支付狀態模型；路由和重试邏輯散落在業務代码中；供應商連接器高度耦合；監控與可观察性碎片化；供應商事故、對賬與恢复的责任边界不清。

並列梳理各供應商完整交易生命周期，統一狀態语义，识别路由决策点，檢查幂等、重试與恢复控制，再衡量營運工作中有多少属于供應商特定處理、多少已经平台標準化。

供應商通過統一编排层接入；路由和故障切换成為受控策略；未知狀態拥有明确恢复路徑；供應商性能、成本和質量可观察；新增供應商無需重新設計产品核心。

在继续增加供應商前先评估支付编排成熟度，優先統一狀態和營運控制，再逐步优化路由、韧性和供應商治理。