サブマーチとカスケード

1）概念ベース

サブマーチャントは、主要なマーチャント/プロバイダー（PayFac/プラットフォーム/オペレーター）を通じて支払いを受け入れる法人です。キャッシュフローはMID/プラットフォームのマスターアカウントに移動し、プラットフォームはサブマーチャント（分割/スイープ）に支払います。

カスケードは、承認を高め、コストを削減するための規則（GEO、 BIN、関税、リスク、負荷）に従って、いくつかのPSP/acquirer/MIDを介して順次または並行したトランザクションルーティングの戦略です。

PayFacモデル-「mini-acquirer」としてのプラットフォーム：サブマーチャント（KYB/PCI）の初期登録、サブMIDの割り当て、KYC/AMLの統一ルールと紛争、集中決済と支払い。

2）どこで、いつiGamingでそれを必要とするか

マルチブランド/ホワイトラベル：1人のオペレータ、数十のサブブランド/スタジオ→MID/記述子とレポートを簡単に維持できます。
コンテンツマーケットプレイス：プラットフォーム-MoR/PayFac、スタジオ-サブマーシブル（revshare、 splits）。
ハイリスク/ジオミックス：PSPカスケードは、障害、インシデントショック、および支払いコストを削減します。
ローカルメソッド/支払い廊下：あなたはすぐにプロバイダーを選択し、フォールバックする必要があります。

3）責任と役割

4） MIDと記述子の階層

マスターMID（プラットフォーム）

ブランド/ジオメソッドによるサブミッド└─

└─ルーティングプロファイル（PSP1→PSP2……カスケード）

• サブMID上の個別の記述子：紛争が少なくなります。
• 純粋な分析と予備制御のために、サブMIDによってcards/A2A/local方法を分離します。
• A/Bのバージョンルーティングプロファイル（v1/v2）

5）カスケード： ビルド方法

5.1.オンザフライソリューション

承認する場合：ルール（GEO、 BIN/IIN、ブランド、デビット/クレジットカード、リスククラス、PSP制限、現在のAR/DR、 関税/FX、 SLAインシデント）に従ってルートを選択します。

5.2.カスケードの種類

連続：PSP_A→（軟弱）→PSP_B→PSP_C。
Split-traffic：ベンチマークとデコレーションのために異なるPSPへのトラフィックの％。
Sticky BIN：最高のPSP用の成功したBINプールを確保します。

5.3.制限事項

idempotency（ダブルキャプチャしないように）を読んでください。
繰り返し試行（再試行ウィンドウ、ソフトコード）についてPSPに同意します。
各ルートの3DSポリシーと責任シフトを検討してください。

6）和解、T+N、準備金および分割

各PSP/acquirerには、独自のカットオフ/T+Nと独自のローリングリザーブがあります。
プラットフォームは、サブMIDレベルでレシートを集約し、リリースカレンダー付きのリザーブレジャーを維持します。
サブマーチャントへの支払い：報告期間のための手数料と準備金+シェア（revshare/CPA）。
トランザクション（プラットフォーム/スタジオ/アフィリエイト/税金）または期間ごとに記事による分割をサポートします。

7）サブマーチャントレベルでの不正防止、3DSおよび制限

市場のA/B/Cクラスの異なるスコアリングスレッショルド。
BIN/geo/check（必須/ソフト/ステップアップ）の3DSルール。
サブマーチャントによる速度制限（入出力、カード試行）とキャップ。
「灰色の」サブスタンダード：より厳しい制限、唯一の白い方法と延期された支払い。

8）関税およびテイクレート

サブマーチャントによる効果的なテイクレートの検討：PSP料金（交換/スキーム/マークアップ/固定）+FXスリッページ+プラットフォーム共有+予備効果。
IC++とBINルーティングを使用して、カスケード内の混合コストを削減します。

9）データおよび最低モデル

sql
-- Directories
CREATE TABLE ref. submerchants (
sub_id    BIGSERIAL PRIMARY KEY,
legal_name  TEXT, brand TEXT, country TEXT, risk_class TEXT, status TEXT,
created_at TIMESTAMP, meta JSONB
);

CREATE TABLE ref. routing_profiles (
profile_id BIGSERIAL PRIMARY KEY,
name TEXT, version TEXT, enabled BOOLEAN, meta JSONB
);

CREATE TABLE ref. routing_rules (
rule_id BIGSERIAL PRIMARY KEY,
profile_id BIGINT REFERENCES ref. routing_profiles,
method TEXT, geo TEXT, bin_from TEXT, bin_to TEXT,
psp TEXT, mid TEXT, require_3ds BOOLEAN,
priority INT, soft_codes JSONB, enabled BOOLEAN, meta JSONB
);

-- Transactions linked to a sub-merchant and a route
CREATE TABLE payments. transactions (
id BIGSERIAL PRIMARY KEY,
sub_id BIGINT REFERENCES ref. submerchants,
profile_id BIGINT, rule_id BIGINT,
provider TEXT, mid TEXT, method TEXT, brand TEXT,
status TEXT, decline_code TEXT,
amount_original NUMERIC(18,6), currency_original TEXT,
amount_reporting NUMERIC(18,6), reporting_currency TEXT,
fx_reference_rate NUMERIC(18,10), fx_effective_rate NUMERIC(18,10),
authorized_at TIMESTAMP, captured_at TIMESTAMP, settled_at TIMESTAMP, funded_at TIMESTAMP,
user_id BIGINT, country_player TEXT, bin TEXT, three_ds_used BOOLEAN,
idempotency_key TEXT UNIQUE, meta JSONB
);

-- Phi and reserves for sub-merchant/provider/period
CREATE TABLE finance. settlement_fees (
sub_id BIGINT, provider TEXT, mid TEXT,
period_start TIMESTAMP, period_end TIMESTAMP,
interchange_amt NUMERIC, scheme_amt NUMERIC, markup_amt NUMERIC,
auth_amt NUMERIC, refund_amt NUMERIC, cb_amt NUMERIC, gateway_amt NUMERIC,
fx_spread_amt NUMERIC, reserve_delta NUMERIC, total_fees NUMERIC, currency TEXT
);

CREATE TABLE finance. reserve_ledger (
id BIGSERIAL PRIMARY KEY,
sub_id BIGINT, provider TEXT, mid TEXT,
hold_date DATE, release_due_date DATE,
hold_amount NUMERIC, released_amount NUMERIC,
cb_consumed NUMERIC, fines_consumed NUMERIC,
status TEXT, meta JSONB
);

-- Submerchant payments
CREATE TABLE payouts. submerchant_settlements (
sub_id BIGINT, period_start TIMESTAMP, period_end TIMESTAMP,
gross_sales NUMERIC, refunds NUMERIC, chargebacks NUMERIC,
fees_total NUMERIC, reserve_delta NUMERIC, revshare NUMERIC,
net_payable NUMERIC, currency TEXT, paid_at TIMESTAMP, statement_ref TEXT
);

10） SQLテンプレート

10.1.サブマーチャントあたりの効果的なコスト

sql
SELECT t. sub_id,
SUM(t. amount_reporting) AS volume_rep,
SUM(f. total_fees)    AS fees_rep,
100. 0 SUM(f. total_fees) / NULLIF(SUM(t. amount_reporting),0) AS take_rate_pct
FROM payments. transactions t
JOIN finance. settlement_fees f
ON f. sub_id=t. sub_id
AND t. settled_at BETWEEN f. period_start AND f. period_end
WHERE t. settled_at BETWEEN:from AND:to
GROUP BY 1
ORDER BY take_rate_pct DESC;

10.2.ルールによるカスケード効率（AR/DR）

sql
SELECT r. profile_id, r. psp, r. mid,
COUNT() FILTER (WHERE t. status='APPROVED') AS approvals,
COUNT() FILTER (WHERE t. status='DECLINED') AS declines,
ROUND(100. 0 COUNT() FILTER (WHERE t. status='APPROVED') / NULLIF(COUNT(),0), 2) AS ar_pct
FROM payments. transactions t
JOIN ref. routing_rules r ON r. rule_id=t. rule_id
WHERE t. authorized_at BETWEEN:from AND:to
GROUP BY 1,2,3
ORDER BY ar_pct DESC;

10.3.サブマーチャントによるリザーブバランス

sql
SELECT sub_id,
SUM(hold_amount - released_amount - cb_consumed - fines_consumed) AS reserve_balance
FROM finance. reserve_ledger
WHERE hold_date <=:as_of
GROUP BY 1;

10.4.ネット決済

sql
SELECT s. sub_id,
SUM(s. gross_sales - s. refunds - s. chargebacks
- s. fees_total + s. reserve_delta - s. revshare) AS net_payable
FROM payouts. submerchant_settlements s
WHERE s. period_start >=:from AND s. period_end <:to
GROUP BY 1;

11）ダッシュボードとKPI

AR/DR by cascade： GEO/BIN/method/PSP、 3DSシェア、ソフトダウンシェア。
サブマーチャントによるテイクレート％およびコンポーネントスタック手数料。
サブミッドのCBレシオ/払い戻しレート。
サブマーチャント/PSPによるリザーブ・バランス&リリースETA。
決済SLA： T+Nヒット率、資金調達の遅れ。
ペイアウト健康：サブマーチャントへの支払いの頻度と量、遅延。
FXカスケードのスリッページ（効果的な対参照）。

12）アラートとしきい値

ルーティングの劣化：ARの秋>Y bpsの時間から時間のルール。
CBスパイク：サブマーチャージバックの成長>X bps w/w。
Reserve Imbalance： Reserve Ledger Fails-P1。
決済遅延：PSP T+N違反→カスケードの自動スイッチ。
テイクレートスパイク：コスト増加>しきい値（手数料またはFX）。
Policy Drift： profile/rule/idempotencyにバインドされないトランザクション-P1。
ペイアウト遅延：サブマーチャント>SLAへの支払い遅延。

13）オンボーディングおよびサブマーチャントコンプライアンス

ESC/制裁/REP：文書、受益者、資金源のパッケージ。
PCI/セキュリティ：トークン化、サブマーチャントでのPANストレージの禁止。
返品/ボーナスポリシー：均一な標準、SLAチケット。
集計レポート：ブランド別、地理別、メソッド別。
限度/キャップ：毎日/毎週のターンオーバー、ペイアウトキャップ、高リスクのための遅延返済。

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

1.バージョンルーティングプロファイルとストアは意思決定ログを説明します。
2.ARの安定性および価格のための粘着性があるBINおよびA/B PSPテストを保って下さい。
3.Mappite 料金/FX/サブマーチャントのレベルへの予約；SLAの料金の支払いネット。
4.Idempotency+retry-policyはsoft-declineのみである。PSPの限界に従って下さい。
5.Descriptorsとsub-MIDは、ブランド/地理に固有のものです。
6.リリースカレンダーとリリースアラートのリザーブ。
7.サブマーチャントへの透明なレポート：デコード手数料、準備金、FX、紛争。
8.フェイルオーバーのプレイブック：PSP/回廊ドロップ-インスタント再ルーティング。

15）実装チェックリスト

• ディレクトリ'submerchants'、 'routing_profiles'、 'routing_rules'。
• KYB/KYC/AMLプロトコルとステータスストレージ。
• idempotencyとsoft-declineロジックを持つルータ。
• PSP決済ファイル→'settlement_fees'+reserve-ledgerをインポートします。
• サブマーチャント+行為/法令への支払いメカニズム。
• ダッシュボードAR/DR/CB/料金/予約+アラート。
• ドキュメント：紛争ポリシー、3DSルール、制限、およびSLA。

概要

サブマーチャントはスケールと柔軟性を提供し、カスケードは安定性、変換、および管理可能なコストを提供します。MIDの階層からのアーキテクチャ、バージョン管理されたルーティングプロファイル、透明な手数料/準備金の会計および厳格なコンプライアンスにより、複雑なマルチGEO支払いループが予測可能なシステムに変わります。