實踐場景：多 PSP 接入後的狀態與營運複雜度

平台從單一 PSP 擴展到多個 PSP、收單机構或銀行。不同机構使用不同狀態定义、回調机制、超時規則、結算文件和異常處理流程。

同一個業務狀態在不同供應商下含义不同；故障切換可能產生重複尝試；營運人員需要登录多個後台；未知或 Pending 狀態持續堆積；供應商特定邏輯不斷進入產品和財務系統。

缺少統一支付狀態模型；路由和重試邏輯散落在業務代碼中；供應商連線器高度耦合；監控與可观察性碎片化；供應商事故、對帳與恢復的責任邊界不清。

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

供應商通過統一編排層接入；路由和故障切換成為受控策略；未知狀態拥有明確恢復路徑；供應商性能、成本和品質可观察；新增供應商無需重新設計產品核心。

在继續增加供應商前先評估支付編排成熟度，優先統一狀態和營運控制，再逐步最佳化路由、韌性和供應商治理。