支付編排平臺

1）什麼是POP，為什麼iGaming需要它

• 通過智能漫遊/級聯（BIN/GEO/方法/價格/健康）增加AR並降低DR。
• 通過智能路由和選擇提供商的A/B降低成本（IC ++/markup/fixed/FX-slippage）。
• 增強耐藥性：failover,電路斷路器,健康樣品,降解到安全模式。
• 加快市場前進速度：單個API/SDK、適配器目錄、無發行版策略管理。
• 提供合規性：KYC/AML/制裁，geoblocks，same-method，MoR/submerchants。
• 簡化報告：狀態正常化、設置文件、ND/GGR/NGR/fees/稅收展示櫃。

2） Build vs Buy： 如何選擇

購買（外部POP）：起步更快，現成的適配器/dashbords/SLA；缺點-提供商的利潤率,有限的定制深度,vendor鎖定。
建造：完全控制規則/數據/價格；缺點-CAPEX/能力/SOC2流程。
混合體：關鍵市場/方法-在家中，「長尾巴」-通過外部POP。

標準：GEO/方法覆蓋，後退，價格透明，訪問原始數據和網絡手冊，網絡支持，付費編排，sandbox，API版本，SLA/罰款。

3）目標POP體系結構（層）

1.API-Gateway & Auth — rate-limit, OAuth/JWT, mTLS, schema-validation, idempotency-keys.

2.規則引擎-聲明性政策（GEO/BIN/方法/金額/風險/價格/SLA/制裁）。

3.Router/Cascader — выбор `(PSP, MID, require_3DS, retry_window, max_attempts)`;sticky BIN/GEO.

4.提供者適配器-統一接口（authorize/capture/refund/void/payout/tokenize）。
5.3 DS&Risk Orchestration-TRA/whitelisting, challenge/funnel,委派認證。
6.Reconciliation-導入設置文件,映射代碼,分隔fees/serve。
7.Payout Orchestration-選擇走廊,same-method/return-to-source, cut-off/T+N,檢查。
8.Treasury/FX是多貨幣書籍，EOD-reval，realized/unrealized FX，流動性預測。
9.數據平臺-事件總線（Kafka/PubSub），outbox，DWH/lagi，ND/GGR/NGR/fees/tax店面。
10.Observability-logi/度量/traces，SLO/SLI，alerta，事件劇本。
11.Admin/UI-管理規則、AB測試、支付走廊、限制、密鑰。

4）漫遊與規則： 輸入信號

Карта: BIN/IIN, brand, debit/credit, commercial/premium, issuer country.

地理/合規性：IP/GPS/SIM/KYC國家，雪橇清單，許可證，市場等級（A-D）。
交易：金額/貨幣/通道，velocity，風險爭奪，3 DS狀態。
供貨商：AR/DR, soft-decline%, 3 DS pass, latency/錯誤, SLA health。

成本： IC ++/markup/fixed, FX-quality, reserve% funding T+N.

限制：PSP限制，維護，事件，本地禁令。

• `Score = 0.45AR_live − 0.25Cost_bps + 0.15SLA_health + 0.10FX_quality + 0.05Reserve_score`

Retrais Policy：僅軟裝飾線；idempotency-key在所有級聯上共享；預算為15-30秒。

5) 3DS и liability shift

策略：frictionless→challenge升級，對風險-GEO/BIN強制執行3 DS，取消授權。
存儲結果（liability_shift=true/false)，disputs的ACS/DS代碼。
A/B 3 DS政策：AR與liability的平衡。

6）令牌化

Network tokens （Visa/MC/DC）： AR穩定性,減少生命周期錯誤。
Vault tokens：單個保險箱→多個PSP；映射特定於PSP的令牌。
PAN/expiry輪換，COF/COFT更新，文件上卡指示器，DS註冊。

7）恢復和成本

狀態標準化（authorize/capture/refund/chargeback/representment）。
導入設置文件：分解Interchange/Scheme/Markup/Fixed/FX/Reserve。
根據PSP/方法/MID/GEO計算效率收縮和FX收縮。
Variance報告：「Tx → File → Funding」（delta>閾值→ tiket）。

8）Payout編排和鱈魚

走廊：根據GEO/貨幣/銀行，return-rate/ETA/SLA選擇提供商。
策略：same-method/return-to-source, SoF/KYC,延遲付款（T+N+K）。
FX：選擇來源貨幣，EOD-reval余額，在融資/付款時重新排序外匯。
備份：滾動/保留ledger和發布日歷。

9）安全和合規性

SANCTIONS/PEP/AML：集中篩選，基於GEO/交易對手的殺手開關。
PCI DSS：mTLS，PAN-scope細分，禁止登錄敏感字段，P2PE/SDK。
GDPR/Privacy：DPA，控制器/處理器角色，DSR/DSAR，保留時間。
iGaming監管：地理塊,許可證,RG/self-exclusion,監管報告格式。

10）可觀察性，SLO和事件

SLI/SLO: AR, 3DS pass, p95 latency, error-rate, funding T+N hit-rate, payout ETA.

Алерты: routing degradation, soft-decline surge, 3DS anomaly, take-rate spike, health down.

劇本：failover PSP/ACS，reroute GEO/BIN，禁用問題規則，降級為「僅白方法」。
後事件：RCA，權重/閾值變化，測試回歸。

11） Data&BI層

Event-driven: outbox → Kafka/PubSub → consumers (router, 3DS, antifraud, DWH).

Exactly-once（實際）：outbox模式、偶數用戶、密鑰重復數據消除。

Витрины: `transactions_flat`, `provider_fees`, `fx_settlement`, `ggr_rollup`, `vat_ledger`, `payout_corridors`, `reserve_ledger`.

AB-тесты: bandits/splits, guardrails (min-AR, max-take-rate).

12）數據參考模型（簡化）

sql
-- Providers/MID/ref methods. providers(provider PK, pricing_model, fx_policy, reserve_pct, meta)
ref. mids(mid PK, provider FK, country, method, descriptor, enabled, meta)

-- Profiles/routing rules ref. routing_profiles(profile_id PK, name, version, enabled, meta)
ref. routing_rules(
rule_id PK, profile_id FK, iso2, bin_from, bin_to, method,
provider, mid, require_3ds, priority, retry_soft JSONB,
max_attempts, ttl_seconds, enabled, meta)

-- Online provider metrics (sliding window)
live. provider_stats_15m(
provider, method, iso2, bin6, approvals, declines, soft_declines,
three_ds_pass, avg_latency_ms, updated_at)

-- Transactions/attempts with payments idempotency. auth_attempts(
attempt_id PK, idempotency_key, step, provider, mid, require_3ds,
status, decline_code, amount_minor, currency, bin, iso2,
started_at, finished_at, meta)

-- Settlement/fees/reserve finance. settlement_fees(
batch_id, provider, mid, period_start_at, period_end_at, currency,
interchange_amt, scheme_amt, markup_amt, auth_amt, refund_amt,
cb_amt, gateway_amt, fx_spread_amt, reserve_delta, total_fees)

treasury. reserve_ledger(
id PK, provider, mid, hold_date, release_due_date,
hold_amount, released_amount, cb_consumed, fines_consumed, status, meta)

-- Payout corridors. corridors(
corridor_id PK, from_iso2, to_iso2, method, provider,
success_rate_7d, return_rate_7d, avg_eta_hours, status, updated_at)

13）規則和查詢示例

13.1.假DSL路由規則

yaml rule: "cards_eu_low_risk_v2"
when:
iso2 in [DE, NL, AT, FI] AND method == "CARD"
AND bin. issuer_country == iso2 score:
AR_live: 0. 45
Cost_bps: -0. 25
SLA_health: 0. 15
FX_quality: 0. 10
Reserve_score: 0. 05 routes:
- psp: "Acq_A" mid: "A_DE_01" require_3ds: false max_attempts: 1
- psp: "Acq_B" mid: "B_EU_02" require_3ds: true max_attempts: 1 retry_on_soft: [TIMEOUT, ISSUER_UNAVAILABLE, SOFT_DECLINE]
budget_ms: 20000

13.2.在線供應商評級

sql
SELECT provider, method, iso2,
SUM(approvals) appr, SUM(declines) decl,
ROUND(100. 0 SUM(approvals) / NULLIF(SUM(approvals+declines),0),2) AS ar_pct,
ROUND(100. 0 SUM(soft_declines) / NULLIF(SUM(declines),0),2) AS soft_share_pct
FROM live. provider_stats_15m
WHERE updated_at > now() - INTERVAL '20 minutes'
GROUP BY 1,2,3
ORDER BY ar_pct DESC, soft_share_pct DESC;

13.3.按提供商分列的成本（全程）

sql
SELECT provider,
SUM(total_fees) / NULLIF(SUM(t. amount_reporting),0) 100 AS take_rate_pct
FROM finance. settlement_fees f
JOIN dw. transactions_flat t ON t. provider=f. provider
WHERE f. period_start_at>=:from AND f. period_end_at<:to
GROUP BY 1
ORDER BY take_rate_pct;

13.4.級聯效應（步進轉換）

sql
WITH s AS (
SELECT idempotency_key, MAX(step) steps, BOOL_OR(status='APPROVED') approved
FROM payments. auth_attempts
WHERE started_at BETWEEN:from AND:to
GROUP BY 1
)
SELECT steps, COUNT() orders,
100. 0 SUM(approved::int) / NULLIF(COUNT(),0) AS conv_pct
FROM s GROUP BY 1 ORDER BY 1;

14） KPI和dashbords

關於PSP/MID/GEO/BIN/方法的 AR/DR（15/60 min窗口+DTD）。
步驟轉換（第一/第二/第三分支）。
提供商/方法的Take-Rate％和FX-slippage。

3DS pass-rate и liability shift.

健康/SLA： latency, timeouts, error-rate,事件。

Reserve & Funding: reserve% и T+N hit-rate.

Payout Corridors Health: success/returns/ETA.

Policy Coverage：具有當前配置文件版本的事件比例。

15） Alerta和急流

Routing Degradation： AR> Y bps下降10-30分鐘。
Soft-Decline Surge： Soft-Decline的份額正在增長→包括添加劑。
3 DS Anomaly： BIN/發行人/PSP的pass-rate> X%下降。
Take-Rate Spike：全值增長>閾值。

Health Down: SLA breach (latency/error) — авто-failover.

Policy Drift：沒有idempotency_key/bez配置文件的嘗試-P1。
Settlement Delay： T+N違規或丟失的儲備釋放。

16）最佳實踐（簡稱）

1.僅在軟鎖線上具有相等性和重復性，這是級聯的常見鍵。
2.現場遙測AR/3DS/latency/health和自動失敗。
3.路線價格功能（AR vs Cost vs SLA vs FX）+sticky BIN/GEO。
4.Network tokens+單個vault；COF/COFT正確排列。
5.切斷先知：不要在一天結束前實現部分捕捉。
6.Reconciliation：自己計算fees/FX, variance報告。
7.帶有same-method和走廊控制的付費編排。
8.規則驗證和A/B測試與guardrails。
9.分層：router ≠ antifraud ≠ policy engine；通用參考書。
10.制裁/許可/策略的塢站跟蹤，GEO上的殺手開關。

17）實施支票

• 模型選擇（build/buy/hybrid），GEO/方法圖/PSP/MID。
• API方案，等效性，outbox，活動總線，DWH。
• 規則引擎+UI：配置文件、權重、軟碼、3 DS策略。
• 適配器：normalize API/代碼, sandbox測試套件。
• 遙測/Alerta/SLO，醫療保健提供商。
• Reconciliation： import文件,fees/備份/FX。
• Payout編排：走廊，same-method，SoF/KYC。
• 安全性：PCI/GDPR/制裁，保密/輪換，訪問。
• 事件文檔和劇本；回歸測試。

總結

POP不僅是「到PSP的代理」，而且是中央支付運營總線：智能路由和級聯，3 DS/風險編排，回收和付費服務，電路/FX，可觀察性和合規性。通過構建具有等效性，實時遙測，透明成本和規則的平臺，您可以提高AR，降低所有收款率，保護P＆L免受幹擾，並在不重寫產品的情況下加快進入新市場的速度。