支付链和优先级

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和交叉限制器这样的敏感细分市场。