手動vs自動付款

1）概念框架

自動支付-根據規則和評分自動作出「通過/拒絕/升級」的決定，在沒有操作員參與的情況下發送到走廊。

手動付款-人為支票（fin。運營商/風險分析師）在發貨/退貨前確認或取消申請。

💡 目標是在保持可接受的風險和遵守監管要求的同時最大程度地提高汽車支付的份額。手動分支是「安全網」而不是違約。

2）選擇模式的標準

默認的「自動」時間

Same-method和return-to-source遵循。
ND ≥ 0（無負凈存款）。
KYC L ≥ L1，沒有活動的RG鎖。
風險爭奪<閾值，沒有地理沖突（IP≈KYC≈SIM）。
分段≤預選閾值的總和。
方法/走廊-實例/可靠且返回率低。
沒有新鮮的chargeback/abuse信號。

默認情況下何時「手動」

需要SoF/SoW（閾值/信號）。
RER/雪橇階段（fuzzy命中）或有爭議的文件。
GEO沖突，懷疑多帳戶/房屋。
Velocity/amount異常（大量申請，大量）。
推斷出沒有故事的新道具。
FX套利方案、非標準走廊（SWIFT）。
任何規則例外和退貨原因不清楚。

3）優點/缺點

標準	自動付款	手動付款
TTW/SLA	最小值,p95 in minutes	取決於隊列（時鐘）
成本	核桃/運營商以下	高於OPEX；風險較小
風險	取決於規則/得分的質量	更好的邊緣案例
比例尺度	輕松縮放	瓶頸-人
UX/CSAT	高（瞬間）	下文（等待/提卡）
合規性	需要嚴格的審計	更適合不透明的情況

4）混合輸送機架構

1.預檢查：same-method，ND，RG/KYC，制裁。
2.風險評分：payment/device/behavior/geo/fx特征。
3.分離器：「AUTO_PASS/ MANUAL_REVIEW/DENY」。
4.隊列：帶有SLA優先級的手動隊列，自動路由器進入走廊。
5.編排：按費用/ETa →/限制選擇走廊（instant → fast standard）。
6.Treasury/FX：預籌款、池限制、插頁衛士。
7.Reconciliation：狀態、回報/反向、重新路由。
8.觀察力：時間線，p95/p99，backlog，breach-alertes。

5）政策（偽DSL）

yaml policy: "payouts_auto_manual_v2"
eligibility:
same_method: true nd_min: 0 kyc_min: L1 routing:
cascade:
- corridor: "INSTANT" when: risk_score < 0. 5 and amount <= preapproved_limit
- corridor: "FAST_A2A" when: risk_score < 0. 65
- corridor: "STANDARD_SEPA" when: else manual_review:
triggers:
- risk_score >= 0. 65
- geo_conflict_score >= 2
- new_beneficiary == true and amount > new_beneficiary_cap
- sanctions_fuzzy_hit == true
- velocity_24h_payouts > 3 or amount_24h > segment_cap
- returns_last_30d >= 1 deny:
rules:
- self_excluded == true
- nd_total < 0 and allow_nd_withdrawal == false limits:
preapproved_limit:
LOW_RISK: {EUR: 2000}
MID_RISK: {EUR: 500}
sla:
auto_p95_minutes: 30 manual_p95_hours: 8 audit:
store_decision_tree: true store_feature_snapshot: true

6）手動檢查隊列和優先事項

優先級（從大到小）：

1.SLA到期的高級金額。

2.Same-method&ND≥0（確認後快速發布）。

3.單個玩家的多點滴答聲（減少churn/呼籲）。

4.網絡退化的Instant走廊（快速選擇或分辨率）。

5.其余的。

隊列管理SLA：目標p95解決方案「≤ 4-8小時」（許可證/市場依賴）。
工具：自動文檔子集、checklists、響應宏、「Approve with note」、「Partial release」。

7） UX和通信

自動分支：我們顯示ETA和狀態（「啟動」，「註冊」）。
手動分支：誠實地報告預期的窗口（閾值）和需要什麼（文檔/檢查列表）。
升級：退出SLA時的通知,建議更改方法（如果不違反same-method/ND）。
道具歷史：標記未來自動付款的「驗證」收件人。

8）數據模型

sql payout. timeline (
payout_id PK, user_id, amount_minor BIGINT, currency TEXT,
method TEXT, corridor TEXT, provider TEXT, iso2 TEXT,
nd_snapshot NUMERIC, same_method_ok BOOLEAN,
risk_score NUMERIC, decision TEXT, -- AUTO_PASS    MANUAL    DENY reason_codes TEXT[], reviewer TEXT,
t_request TIMESTAMP, t_precheck_ok TIMESTAMP, t_risk_ok TIMESTAMP,
t_decided TIMESTAMP, t_initiated TIMESTAMP, t_posted TIMESTAMP, t_available TIMESTAMP,
status TEXT, meta JSONB
);

review. queue (
ticket_id PK, payout_id FK, priority INT, state TEXT, assignee TEXT,
created_at TIMESTAMP, picked_at TIMESTAMP, resolved_at TIMESTAMP, sla_deadline TIMESTAMP
);

risk. features_snapshot (
payout_id FK, payload JSONB, created_at TIMESTAMP
);

9） SQL模板

9.1.自動/手動/故障份額及其TTW

sql
SELECT decision,
COUNT() AS cnt,
100. 0 COUNT() / SUM(COUNT()) OVER () AS share_pct,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (COALESCE(t_available, t_decided) - t_request))) AS p95_sec
FROM payout. timeline
WHERE t_request BETWEEN:from AND:to
GROUP BY decision;

9.2.Backlog手動隊列和SLA逾期

sql
SELECT
COUNT() FILTER (WHERE state='OPEN') AS open_tickets,
COUNT() FILTER (WHERE sla_deadline < now() AND state IN ('OPEN','IN_PROGRESS')) AS sla_breaches
FROM review. queue;

9.3.自動付款-走廊休息

sql
SELECT corridor,
100. 0 COUNT() FILTER (WHERE EXTRACT(EPOCH FROM (t_available - t_request)) >:p95_target_sec) / NULLIF(COUNT(),0) AS breach_pct
FROM payout. timeline
WHERE decision='AUTO_PASS' AND status='SUCCESS'
AND t_request BETWEEN:from AND:to
GROUP BY 1 ORDER BY breach_pct DESC;

9.4.「允許手動→」轉換"

sql
SELECT
100. 0 COUNT() FILTER (WHERE status IN ('SUCCESS','INITIATED')) / NULLIF(COUNT(),0) AS manual_approve_rate
FROM payout. timeline
WHERE decision='MANUAL' AND t_decided BETWEEN:from AND:to;

10）度量標準和dashbords

Auto-rate%：支付在汽車分支中的份額。
Manual approve%/deny%, manual p95 TAT（解決方案時間）。

TTW p95/p99 по decision/corridor/provider/geo.

SLA-breach%（汽車和手動）。
Returns/Reverse在退款後再付款的百分比和份額。
通過分支和走廊按次計費。
ND <0 share在申請中。
Queue health：開放，進步，休息，平均等待。
Complaint/1k payouts和CSAT vs模式。

11） Alerta

Manual backlog spike：「open_tickets」>閾值或「manual p95 TAT」> SLA。
走廊/提供商上的Auto p95休息。
根據代碼/銀行/地質進行返回。
ND negative spike在申請中。
Policy drift：沒有固定解決方案/fich-snapshot的付款。
新福利風險：新收件人手持的比例很高。

12）事件花花公子

A.手動激增（制動TTW）

1.為X和的低風險段啟用預升級。
2.通過咆哮（長日，旋轉班次）來增加機會。
3.在安全的GEO/方法中暫時提高 MANUAL的risk_score閾值。

B.自動走廊退化（p95↑/returns↑）

1.級聯到替代走廊，降低per-txn限制。
2.更新用戶的ETA，PSP/銀行股票。
3.後太平間：調整路由重量。

C.新道具的浪潮回報

1.自動單元「新」收件人直到手動確認。
2.向玩家提供已保存的經過驗證的道具/來源。
3.自動退款到遊戲錢包和CTA「選擇方法」。

13）經濟與妥協

Auto降低了操作成本並提高了CSAT/retention，但需要對計分/規則/遙測進行投資。
手動更昂貴，但減少了罕見的重大損失，對監管保護很重要。
尋找平衡點：最適合低風險細分市場和即時走廊的汽車；手動-用於邊緣案例。

14） A/B測試

急流「risk_score」，預先檢查限制，級聯中的走廊優先級。
復印機和ETA用於手動分支。

Guardrails: Returns %, CBR bps, manual p95 TAT, CSAT, Complaints/1k.

15）最佳實踐（簡稱）

1.默認自動用於ND≥0、same-method、KYC L1+、低和和驗證的詳細信息。
2.Policy-as-code+拼寫場景/解決方案，可重復性。
3.按成本/ETA/健康，自動失敗走廊級聯。
4.SLA優先級隊列和運營商的支票單。
5.兩個分支的透明ETA和狀態。
6.預充值/池限制，FX衛兵。
7.p95/p99度量標準和Alerta按尾巴/返回/回退。
8.事後事件和定期調整得分/規則。

16）實施支票

AUTO/MANUAL/DENY觸發矩陣和版本。
分段評分和「pre-approval」限制。
Same-method/ND/KYC/RG/前檢查制裁。
隊列和優先事項，SLA和角色。
走廊喀斯喀特山脈和健康圍欄，failover。
數據和時間線模型，快照/解決方案。
TTW/SLA/returns/backlog上的行車記錄儀和差速器。
花花公子：退化，回報浪潮，手工成長。
A/B 和帶有退貨/SV滯後的數據帶。
定期審核許可證/政策合規性。

總結

「手動對自動支付」不是選擇「或」，而是分層的系統：汽車-用於具有強大遙測的可預測的安全場景；手動-用於狹窄，風險和監管敏感的案件。將規則正式化為代碼，測量p95/p99和backlog，保持走廊級聯和透明的ETA-並且您將獲得快速，可靠且經濟上可持續的付款。

手動vs自動付款

默認情況下何時「手動」

總結

與我們聯繫

快速聯繫

影片即將更新

我們目前正忙於各項專案