決済オーケストレーションプラットフォーム

1） POPとは何ですか、なぜiGamingで必要なのですか

• ARを向上させ、スマートルーティング/カスケード（BIN/GEO/メソッド/価格/健康）を通じてDRを削減します。
• スマートルーティングとA/Bプロバイダの選択により、コスト（IC++/マークアップ/固定/FXスリッページ）を削減します。
• 安定性を高めます：フェイルオーバー、遮断器、健康テスト、安全モードへの劣化。
• 単一のAPI/SDK、アダプタカタログ、リリースなしのポリシー管理など、市場投入を加速します。
• コンプライアンスを確保：KYC/AML/制裁、ジオブロック、同じ方法、MoR/サブメジャー。
• レポートの簡素化：ステータス正規化、決済ファイル、ND/GGR/NGR/手数料/税金。

2）ビルドと購入： 選択方法

購入（外部POP）：高速起動、既製アダプタ/ダッシュボード/SLA；cons-プロバイダのマージン、カスタマイズの深さ、ベンダーのロックインが制限されています。
ビルド（社内）：ルール/データ/価格を完全に制御します。cons-CAPEX/competencies/SOC2プロセス。
ハイブリッド：重要な市場/メソッド-社内で「、ロングテール」-外部POPを通じて。

基準：GEO/メソッドカバレッジ、レイテンシー、価格透明性、生データおよびWebhookアクセス、ネットワークtokens/3DS2サポート、ペイアウトオーケストレーション、サンドボックス、APIバージョン、SLA/ペナルティ。

3）ターゲットを絞ったPOPアーキテクチャ（レイヤー）

1.API-Gateway&Auth-rate-limit、 OAuth/JWT、 mTLS、スキーマ検証、idempotency-keys。
2.Rules-Engine-宣言的ポリシー（GEO/BIN/メソッド/量/リスク/価格/SLA/制裁）。
3.ルーター/カスケーダー-'（PSP、 MID、 require_3DS、 retry_window、 max_attempts）'；粘着性があるBIN/GEO。
4.プロバイダアダプタ-統一されたインターフェイス（承認/キャプチャ/払い戻し/無効/支払い/トークン化）。
5.3DS&リスクオーケストレーション-TRA/ホワイトリスト、チャレンジ/ファネル、委任認証。
6.和解-決済ファイルのインポート、コードマッピング、手数料/予約投稿。
7.ペイアウトオーケストレーション-廊下の選択、同じ方法/ソースへの戻り、カットオフ/T+N、チェック。
8.Treasury/FX-多通貨ブック、EOD-reval、 realized/unrealized FX、流動性予測。
9.データプラットフォーム-イベントバス（Kafka/PubSub）、アウトボックス、DWH/lags、 ND/GGR/NGR/fees/taxショーケース。
10.Observability-ログ/メトリック/トレイル、SLO/SLI、アラート、インシデントのプレイブック。
11.管理者/UI-ルールの管理、ABテスト、支払い廊下、制限、キー。

4）ルーティングとルール： 入力信号

ビン/IIN、ブランド、デビット/クレジット、商業/プレミアム、発行国。
Geo/compliance： IP/GPS/SIM/KYCの国、そりリスト、免許証、市場クラス（A-D）。
トランザクション：金額/通貨/チャネル、速度、詐欺リスク率、3DSステータス。
サプライヤー：AR/DR、ソフトダウン％、3DSパス、レイテンシ/エラー、SLAの健全性。
コスト：IC++/マークアップ/固定、FX品質、リザーブ％、資金調達T+N。
制限：PSPの制限、メンテナンス、インシデント、ローカル禁止。

• 'Score=0。 0 。25Cost_bps+0。15SLA_health+0。10FX_quality+0。05Reserve_score'

リトレイポリシー：ソフトダウンのみ。カスケード全体に共通のidempotency-key；予算15-30秒。

5） 3DSの賠償責任シフト

戦略：摩擦のない→チャレンジのエスカレーション、リスクGEO/BINの強制3DS、委任された認証。
紛争の結果（liability_shift=true/false） ACS/DSコードを保存します。
A/B 3DSポリシー：ARと負債残高。

6）トークン化

ネットワークトークン（Visa/MC/DC）： ARの安定性、ライフサイクルエラーの低減。
Vaultトークン：シングルセーフ→マルチPSP；PSP固有のトークンをマッピングします。
PAN/有効期限の回転、COF/COFTの更新、カードオンファイルインジケータ、DS登録。

7）和解とコスト

ステータス正規化（authorize/capture/refund/chargeback/representation）。
インポート決済ファイル：交換/スキーム/マークアップ/固定/FX/リザーブ分解。
PSP/method/MID/GEOによる有効テイクレートとFXスリッページの計算。
分散レポート：'Tx→File→Funding' （delta> threshold→ticket）。

8）ペイアウト・オーケストレーションとトレジャリー

回廊：GEO/currency/bank、 return-rate/ETA/SLAによるプロバイダの選択。
ポリシー：same-method/return-to-source、 SoF/KYCレベル、遅延支払い（T+N+K）。
FX：ソース通貨の選択、EOD-reval残高、資金調達/ペイアウト時のFXを実現しました。
予約：ローリング/リザーブレジャーとリリースカレンダー。

9）安全性とコンプライアンス

制裁/PEP/AML：集中スクリーニング、GEO/カウンターパーティによるキルスイッチ。
PCI DSS： mTLS、 PANスコープのセグメンテーション、機密フィールドのロギング禁止P2PE/SDK。
GDPR/プライバシー： DPA、コントローラ/プロセッサの役割、DSR/DSAR、保存期間。
iGaming規制：ジオブロック、ライセンス、RG/自己排除、規制レポート形式。

10）観測可能性、SLOおよびインシデント

SLI/SLO： AR、 3DSパス、p95レイテンシ、エラー率、資金調達T+Nヒット率、支払いETA。
ルーティングの劣化、ソフト低下サージ、3DS異常、テイクレートスパイク、健康ダウン。
Playbooks： failover PSP/ACS、 reroute GEO/BIN、 disable problematic rule、 degrade to 「white methods only」。
ポストインシデント：RCA、重み/しきい値の変更、テスト回帰。

11）データ&BIレイヤー

イベント駆動：outbox→Kafka/PubSub→consumer（ルータ、3DS、 antifraud、 DWH）。
正確に一度：アウトボックスパターン、idempotent消費者、重要な重複排除。
"transactions_flat"、 "provider_fees"、 "fx_settlement"、 "ggr_rollup"、 "vat_ledger"、 "payout_corridors'、" reserve_ledger"。
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とダッシュボード

AR/DR by PSP/MID/GEO/BIN/method （15/60分ウィンドウ+DTD）。
ステップ変換（1st/2nd/3rdブランチ）。
プロバイダ/メソッドによるテイクレート％とFXスリッページ。
3DSのパスレート。責任シフト。
Health/SLA：レイテンシ、タイムアウト、エラー率、インシデント。
Reserve&Funding： reserve ％T+Nヒット率。
Payout Corridors Health： 成功/リターン/ETA。
ポリシーカバレッジ-現在のプロファイルバージョンのイベントの割合。

15）アラートとしきい値

ルーティングの劣化：AR> 10-30 minのY bpsの低下。
ソフトダウンサージ：ソフトダウンロードのシェアが増加している→追加のブランチ/ステップアップ3DSを含む。
3DS異常：パスレートの低下>BIN/issuer/PSPのX％。
テイクレートスパイク：all-in value growth> threshold。
Health Down： SLA違反（レイテンシ/エラー）-フェイルオーバー。
Policy Drift-プロファイルidempotency_key/bezのない試行-P1。
決済遅延：T+Nまたはリザーブリリース違反。

16）ベストプラクティス（短い）

1.Idempotenceは、カスケードに共通のキーであるソフトダウンによってのみ後退します。
2.ライブ・テレメトリ・AR/3DS/latency/healthと自動フェイルオーバー。
3.ルート価格関数（AR vs Cost vs SLA vs FX）+粘着BIN/GEO。
4.ネットワークトークン+単一の金庫；COF/COFTは正しく押されます。
5.カットオフ認識：一日の終わりに部分的なキャプチャを生成しないでください。
6.和解：手数料/FX計算、分散レポート。
7.同一方式と回廊制御によるペイアウト・オーケストレーション。
8.ガードレールによるルールのバージョニングとA/Bテスト。
9.層の分離：ルータ≠アンチフラウド≠ポリシーエンジン；一般的な参考書。
10.制裁/ライセンス/ポリシーのドッキング、GEOによるキルスイッチ。

17）実装チェックリスト

• モデル選択（build/buy/hybrid）、 GEO/Method/PSP/MIDマップ。
• APIスキーマ、idempotency、 outbox、イベントバス、DWH。
• Rules-engine+UI：プロファイル、ウェイト、ソフトコード、3DSポリシー。
• アダプター：API/コード、サンドボックステストキットを正規化します。
• テレメトリー/アラート/SLO、健康フィードプロバイダ。
• 調整：インポートファイル、手数料/予約/FX割り当て。
• ペイアウト-オーケストレーション：廊下、同じ方法、SoF/KYC。
• セキュリティ：PCI/GDPR/制裁、秘密/回転、アクセス。
• インシデントのドキュメントとプレイブック；回帰テストです。

概要

POPは単なる「PSPへのプロキシ」ではなく、スマートなルーティングとカスケード、3DS/riskのオーケストレーション、和解と支払い、トレーダー/FX、オブザビリティとコンプライアンスなど、中央のオペレーティング決済バスです。idempotency、ライブテレメトリー、透明なコストとルールを備えたプラットフォームを構築することで、ARを向上させ、オールインテイクレートを下げ、P&Lを中断から保護し、製品を書き換えることなく新しい市場への参入を加速させます。