支付鏈和優先級

1）付款鏈的概念

付款鏈（付款鏈）是有序的軌道/提供商列表，編曲者始終嘗試通過該列表進行付款，直到收到發送（「sent」）或註冊（「settled」）的確認為止。
目的是在給定的限制下盡量減少貨幣前的時間：KYC/AML，限制，流動性，價值，現金，地理/貨幣，概況風險。

• 主要鐵路（該部分的首選鐵路）。
• Fallbacks（SLA/成本/可用性替代品）。
• 規則（切換條件）和規則（嚴格的禁令/限制）。
• 健康信號（approve/settle/latency/錯誤）和Liquidity（平衡/預留）。

2）軌道優先級標準

1.SLA/速度：分鐘/小時/銀行日；24/7（RTP/FPS/Pix）與D+N（ACH/SEPA）的可用性。
2.費用：figs+%,FX保證金,供應商費用；內部成本模型。
3.流動性：提供商/緊身胸衣的可用余額，預付款要求。
4.兼容性：貨幣/收件人國家/地區,詳細信息格式（IBAN/CLABE/Routing/Sort/PIX-key）。
5.限制：提供商和收款人的per-txn/daily/weekly（銀行/錢包）。
6.風險/CUS：客戶級別，SoF/SoW，制裁/RER，velocity，新受益人。
7.可靠性：當前故障、延遲、退貨（reject/return）的指標。
8.Kat-ofs和日歷：當地假期，銀行切斷；發件人/收件人的TZ。
9.產品首選項：VIP/會員/頭獎-單獨的配置文件。

3）編排矩陣（邏輯示例）

≤ 1k歐元、EU、Full KYC → SEPA Instant → （folback） SEPA SCT →（切斷後）接下來的BD。
≤ 25萬英鎊，英國，24/7，VIP → FPS（小學），延遲時>P95-切換到2號提供商。
US ≤ $5k → RTP;如果收款人的銀行不支持-Same Day ACH；如果窗口已關閉-ACH Next Day。
BR → Pix (primary);在銀行的垃圾箱/限額下→ Pix具有降低的顫音或電子錢包付款。
卡（全球）→推到卡（OCT），用於快速但昂貴且受限的發貨。
Cros-Boarder →本地電子錢包（如果有的話）→否則SWIFT將計算總費用和ETA。

所有數值閾值和列表都是配置而不是代碼。

4）鏈編曲器架構

• 決策引擎（policy）-應用導軌和後退選擇規則（聲明性策略、轉換）。
• Payout Orchestrator — state machine: `requested → queued → processing → sent/failed → settled/returned`.
• Liquidity/Treasury-提供商資產負債表，預付款，自動重組，提供商/日限制。
• Calendar/Scheduler-剪裁，按國家/貨幣劃分的假期，蹦床發貨時段。
• Provider Adapter Layer-API統一、狀態代碼映射、等效性。
• Reconciliation-自動註冊表/摘錄，UTR/ARN/Trace下載。
• 合規性-KYC/AML/制裁/SoF/SoW和案例管理。

• 相似性（「requestId」），事件演變，DLQ/retraße c backoff/jitter。
• 觀察力：跟蹤，編排事件，per提供者計時器。

5）倒退，降級和「灰色」腳本

基於時間的倒退：如果「處理」超過閾值（例如，第90 percentil），則切換到下一個導軌（如果允許，則先嘗試取消/void）。
基於Health：隨著「reject/return」的增長或approve的下降-提供商的棄權。
基於Liquidity：缺少prefanding →暫時隱藏快速導軌,建議緩慢。
基於風險：在高風險：快速鐵路禁令,強制性hold/step-up。
灰色窗口：晚上/假期→在最近的窗口上進行自動計劃；UI誠實的ETA。

6）導軌成本和評級

• `eff_cost = fixed_fee + percent_fee amount + FX_margin + failure_cost fail_prob + support_cost`.

• `score = w_slaSLA + w_cost(1/eff_cost) + w_reliabilitysuccess_rate − w_riskrisk_score − w_opsoperational_load`.
• Vesá-可配置的；逐段比較（geo/summ/VIP）。

7）流動性和預付款

快速導軌需要預付費：保持供應商帳戶中的最低值。
自動恢復：按閾值在錢包/銀行之間刷卡的規則。
電路斷路器：在<閾值余值下,自動刪除鏈中的方法。
現金：將承諾付款的會計與實際借記分開。控制現金缺口。

8）計劃： batchi，kat-ofs和日歷

Batching降低了SWIFT/ACH/SEPA SCT的成本,但增加了潛在價值-按金額/優先級進行調整。
切斷先知：如果請求在切斷後到達-立即在下一個BD上顯示ETA。
假期API：保存區域假期；對於cross-TZ，顯示接收者的本地時間。

9）鏈條中的風險和KYC

新受益人/大筆資金→冷靜+步進，快速鐵路禁令。
閾值金額→ SoF/SoW要求；提供之前-「緩慢」導軌。
地理/制裁/RER →強硬的deny，沒有替代路線。
Velocity：N付款/日/周；鏈條中的導軌過→。

10）狀態和人工制品

• `requested → queued → processing → sent(UTR/ARN) → settled | failed | returned | on_hold | canceled`.
• Храните: `payoutId`, `beneficiaryId`, `rail`, `provider`, `amount/currency`, `fees`, `ETA`, `UTR/ARN/Trace`, reason-codes, `attempts[]`.

11）核對和日誌

每日自動記錄：登錄下載，「payoutID/UTR/amount/date」對決。
完整記錄：定期端到端控制（註冊/摘錄/GL）。
Alerta：「沒有註冊的成功」，「aging processing」，「double send」，「提供者的沈默」。

12） UX和通信

按軌道和選擇原因顯示ETA（「更快/更便宜/切斷後」）。
具有UTR/ARN/Trace的透明狀態。

對於後衛-明確通知： "由於延遲/流動性而切換到{rail}；新ETA"…….

VIP-「加速」選項（其他導軌/傭金）。
對於新收件人，請發出警告/停止。

13) KPI и SLO

計時率（在承諾的ETA之前支付的百分比）。
Median/P95在軌道/提供商/地理位置上定時。
Reject/Return比例和原因分配。
落後率及其對SLA/成本的影響。
Liquidity uptime（快速軌道的可用時間）。
按次計費和外匯份額。
Support load （tikets/1k付款）和NPS根據調查結果。

14）鏈條啟動支票清單

1.導軌目錄：國家/貨幣/限制/傭金/ETA/切斷/假期。
2.Policy Engine：聲明性優先級規則+解釋性決策原因。
3.提供者健康：度量標準，健康測試，自動評級。
4.國債：預購，供應商限制，自動重整。
5.相似性和DLQ：雙打/重復保護,安全的回程。
6.Webhooks/HMAC：驗證簽名、超時、重播交付。

7.Recon： daily+full, Alertes on Rushchere.

8.UX：ETA，狀態，UTR/ARN，後衛/後衛原因文本。
9.KYC/AML：新受益人/大筆款項，SoF/SoW程序。
10.試劑盒：成功/拒絕/退貨，計時/流動性，切斷/假期，供應商退役。

15）微型偽解碼器

rail_list = rank_by(score(amount, geo, kyc, risk, sla, cost, liquidity, health))
for rail in rail_list:
if violates_constraints(rail, geo, kyc, sanctions, limits): continue if not has_liquidity(rail): continue attempt = send_payout(rail)
if attempt. status in {SENT, SETTLED}: return success(attempt)
if is_retryable(attempt): continue return fail_with_reason(best_reason_collected)

總結

支付鏈是速度，價格，風險和操作準備之間的智能路由。將規則和指標存儲在config中,根據評分功能進行決策,同時考慮到供應商的流動性和健康狀況,確保等效性、後退和誠實ETA。這就是您降低成本和回報的方式，保持SLA和用戶信心-特別是在像iGaming和交叉限制器這樣的敏感細分市場。