調查結果政策：時間表和KYC

1）為什麼要正式制定結論政策

• 降低了滴答作響和升級的水平（"什麼時候錢？»);
• 提供AML/KYC合規性（年齡，制裁，SoF/SoW）；
• 減少frod/Charjbacks和仲裁糾紛；
• 為金融/劄幌市場/營銷提供可預測的SLA。

2）導軌分類和預期速度

3）KYC水平及其對結論的影響

原理：KYC越高，可用導軌越寬，極限/速度越高。

基本（簡化）：小限制；只允許「慢速」或內部推斷（錢包/限定A2A）。
Full KYC （ID+Address+Liveness）：標準限制；進入銀行軌道，推到卡，本地快速電路。
EDD（擴展）：大筆款項/經常付款；需要SoF/SoW（資金來源/狀態），白名單收件人，加速處理。

步進觸發器：大量，新收件人，非典型設備/地理，過度velocity，高風險MCC（iGaming，準緩存），累積收益。

4）結論上的限制和反性

• Per-transaction / Daily / Weekly / Monthly caps.
• Velocity：N付款/小時，滾動窗口中的金額，更改道具的頻率。
• 新收件人：降低sar/強制性冷藏（例如12-24小時）和步進。
• 地理/制裁：deny/allow清單，禁止某些國家/銀行。
• 風險概況：客戶端/會話得分限制乘數。
• Payout-lock：在檢查完成之前,在異常/chargeback/ODR之後進行臨時鎖定。

5）付費狀態和操作模型

• 'requested'-用戶查詢
• 「queued」-提交到付款隊列
• 「處理」-在供應商/銀行處處理
• 「sent」-發送到軌道（有UTR/ARN/Trace）
• 「設置」-確認收件人的抵銷/沒有芬蘭人
• 「失敗」-導軌/銀行故障
• 「反向/退回」-退款（ACH R碼、SEPA退回、FPS退款）
• 「on_hold」-合規性/EDD/SoF驗證
• 「canceled」-用戶/運營商取消

文物：「payoutId」，「requestId」（等效性），「beneficiaryId」，「rail」，「amount/currency」，「UTR/ARN/Trace」，故障代碼。

6）付款隊列和核心架構

• Orchestrator（狀態機）：路由軌道/限制/時間區。
• Scheduler：切斷/假期核算（火車/火車）。
• Idempotency： 「requestId」+事件重復數據消除的關鍵。
• 提供商的Webhooks：訂閱/NMAS，backoff retrai，DLQ。
• Reconciliation：通過註冊（每天）+定期完整記錄；UTR/ARN存儲。
• 政策引擎：KUS/限制/得分規則以及故障原因（可解釋性）。
• Treasury/Liquidity：監視PSP/銀行的殘留物,預扣快速軌道,重新平衡。

7）流動性和預付款

快速導軌（RTP/FPS/PIX/推到卡/電子墻壁）通常需要預裝。
在帳戶之間保持對供應商和自動重新平衡的限制。
現金缺口：將「承諾」付款的會計與實際借記分開。
在流動性下降時輸入自動棄用方法（暫時切換到慢軌）。

8）通信和UX

顯示預期的到達日期/時間,包括導軌、切斷和用戶的TZ。
可解釋的狀態是：「在KYC/SoF檢查中」，「等待銀行窗口」，「發送：UTR/ARN號」。
產品中的常見問題：限制、時間表、支持的導軌、SoF/SoW是什麼,為什麼請求被拒絕。
新收件人：關於冷落/步進的警告，道具確認（micro-deposit/1-cent check，test payout）。
反錯誤UX：IBAN/BIC掩碼、格式驗證、BSB/Sort代碼提示、保存收件人的「模式」。
Cooldown：高風險配置文件的軟延遲，原因透明。

9）合規性： KYC/AML/EDD/SoF/SoW

KYC：ID，地址，liveness；年齡和地理塊。
Sanctions/PEP：盤帶和循環篩查；在大筆付款之前-重新支票。
SoF/SoW：確認資金/財富來源（銀行對賬單、收入證明書、合同）。
案例管理：決策日誌，SLA處理，審核跟蹤。
響應遊戲（適用於iGaming）：獎金退出，自我審查檢查，白天/每周「負責任」限制。

10）軌道錯誤和退款（要考慮什麼）

ACH：退貨（R01…… R 10），NACHA窗口，單張。
SEPA: Reject/Return/Recall;IBAN驗證，代碼的原因（AC04，AG01等）。
FPS/RTP/PIX：通常是最終性；返回-單獨的反向操作。
推到卡：發行人可能會出現延遲/限制偏差。
SWIFT：通訊員傭金，「生命力」，收款銀行合規延遲。

11）經濟和傭金

Fee模型：虛假/百分比，金額閾值，外匯保證金，快速鐵路的單獨票價。
KYC級別↔關稅：VIP/EDD-低於傭金/優先級；基本成本高於維護成本。
反欺詐成本：檢查/投資成本，退款/拒絕份額。
優化：付款分組（batch），「慢速」軌道在非峰值時間表，按總量/國家/時間選擇軌道。

12）用於管理的KPI/度量

SLA遵守：在承諾的最後期限內支付的百分比。
時間到現金：中位數/95點時間到「設置」。
由於軌道和原因（代碼），Return/Reject比例。
按鐵路共享：按方法分配及其應用/設置。
ODR/延誤/拒絕投訴。
Hold/EDD比率：手動支付的比例；平均決策時間。
Liquidity uptime：提供快速導軌的時間。

Cost per payout и FX impact.

13）調查結果政策啟動支票清單

1.導軌矩陣：國家/貨幣/限制/時限/切斷/假期-在config服務中。
2.策略引擎：具有explain-log的KYC/限制/velocity/EDD規則。
3.付款編排器：HMAC的隊列，轉發，等效性，webhooks。
4.Treasury：快速軌道的預置，自動重組，對提供商的限制。
5.KYC/AML/SoF/SoW：提供商，花花公子，SLA，升級。
6.UX/通訊：鐵路ETA，狀態，UTR/ARN，可理解的持有/故障原因。
7.Recon: daily auto-recon + full-recon;「無註冊成功」，「aging payouts」。
8.監視：KPI減記板，流動性焦慮/故障/退貨增長。
9.測試包：e2e每個導軌（成功/故障/退貨）,新收件人,大額,提供商計時器。

14）策略分區模板（適用於ToS/wiki）

• SEPA：T+1 BD（CET下午3點之前），SEPA Instant-通常在30分鐘內。
• FPS/PIX/RTP：通常為分鐘模式，但新收件人最多可以檢查24小時。
• ACH: T+1–T+2 BD;Same Day ACH-在發票前存入銀行。

• 最多X/day-基本,超過-需要ID+自拍照；超過Y-SoF/SoW。
• 新收件人-最高24小時安全冰箱。

• Per-txn: …, Daily: …, Weekly: …（按級別/風險動態）。

• SEPA/FPS — …, SWIFT — …（+通訊員傭金）、Push-to-Card-……

• 在Reject/Return的情況下，資金將在……期間恢復到資產負債表；我們會在通知中說明原因（代碼/說明）。

15）快速答案sapport

錢什麼時候到來?-對於{鐵軌}等待到{ETA}。UTR/ARN：{代碼}。
為什麼要打賭?-安全規則（新收件人/金額/地質）觸發。請下載{SoF/ID}文件。
可以更快嗎？-在{快速導軌}上需要預裝/其他限制；讓我們提出一種替代方法。
為什麼拒絕?-收件人銀行拒絕（代碼{X}）。檢查詳細信息或選擇其他導軌。

總結

強大的導線策略=透明的時機+可預測的KYC限制+可靠的導軌編排。將規則存儲在config中,使用策略引擎和explain-Login, 確保等效性/Recon/Webhooks,管理流動性和預置,並與用戶進行準確的ETA+UTR/ARN通信。所以你降低風險，保持合規性，在不犧牲付款速度的情況下提高信心。