国際的な支払いと法的
1)チャネルおよび計算図の地図
カード(ビザ/マスターカード/ローカルスキーム):入金、返品、チャージバック/紛争;PCI DSSおよびSCA/3DSの条件。
銀行振込:SWIFT (MT/ISO 20022)、 SEPA/SEPAインスタント、高速決済/UK、 RTP/US、 PIX/BR、 UPI/IN、 A2A/Open Banking (APIによる決済の開始)。
電子マネー/財布:EMI、ローカル電子財布、バウチャー。
Crypto On/Off-Ramp:取引所、カストディアルプロバイダー、stablecoins(旅行規則と制裁を考慮して)。
決済モデル:T+0/T+1/T+N、総決済と純決済、ローリングリザーブ/ホールド、分割決済(マーケットプレイス/ホワイトラベル)。
2)プロバイダの規制とライセンス
EMI/PI (Europe)、 MSB (USA)、 PSP/Acquirer、スポンサー銀行:クライアント資金を保有する権利を決定し、電子マネーを発行し、取得/発行を提供し、A2Aを実施します。
保護/分離:クライアント設備は別個のものです。資本、報告および監査の要件。
パスポート/代理店モデル:支店/代理店を通じて顧客の国境を越えてサービスを提供する権利。
オペレーターiGaming:通常は支払い組織ではなく、パートナーライセンスに依存しています。例外-オフライン/ハイブリッドモデルで独自の現金処理ステータス。
3)制裁と輸出管理
支払者/受信者、特派員の銀行、BIC/ルートのスクリーニング;所有/管理ルール(50%以上)。
禁輸管轄区域のジオブロックとサービス禁止。暗号/ソフトウェアおよびリモート・アクセスの輸出の制限。
契約-ルートをブロックするときに中断、ステップイン、代替通路の権利。
4) AML/CFT、 KYC/KYB旅行ルール
オンボーディング時のKYC/KYB/UBO;高リスクのためのSoF/SoW;/PEP/有害な媒体を取り戻す毎日の制裁。
トランザクションモニタリング:速度、geovelositi、ノープレイ引き出し、マルチアカウント、円形ルート。
Travel Rule (crypto/VA):スレッショルドのVASP間の送信者/受信者識別子の転送。ホワイトリストポリシー/リミット/チェーン分析。
5)プライバシーとデータ保護
GDPR/類似モード:役割(コントローラ/プロセッサ)、法的根拠、高リスク、国境を越えた伝送のためのDPIA(標準的なメカニズム)。
PCI DSS: PANトークン化、完全なPAN/CVVを認証プロバイダ外に保存することの禁止。環境セグメンテーションをマップします。
秘密と鍵:HSM/秘密管理、回転、アクセス制限。
6)カードルールとSCA
3DS 2。x/SCA:必須の認証強化(例外:低価値、低リスクのトランザクション、MIT/繰り返し-スキーマ規則に従って)。
チャージバック/紛争:タイミング、理由(理由コード)、証拠(ゲームレポート、IP/デバイス、オファーへの準拠)。
トークン化/ネットワークトークン:変換の安定性とリスク軽減。
7)税金、通貨、クロスボーダー
WHT(源泉徴収税):契約に基づく非居住者へのロイヤリティ/サービスのために可能;brut-up条項と居住証明書。
VAT/GST: B2Cギャンブルサービスはしばしば免除/範囲外です。B2Bサービス-供給場所と逆チャージ。
FXリスク:決済通貨の選択(機能対決)、ヘッジ(NDF/フォワード)、リターンの変換。
8) PSP/銀行契約: 修正するもの
1.ライセンスとカバレッジ、サブプロセッサ、監査権。
2.SLA:アップタイム、カットオフ、T+N、 P1/MTTR、タイムツーウォレット。
3.リスクと保有:ローリングリザーブ、ロジック(詐欺/制裁)、制限、および不正使用防止。
4.手数料:MDR/インターチェンジ/FX/チャージバック支払い/支払い;透明なレポート。
5.セキュリティ:PCI DSS、暗号化、キーカストディ、インシデントレポート≤ 72 h。
6.制裁/輸出/AML:義務、停止する権利。
7.データ:ロール(コントローラ/プロセッサ)、ストレージ/削除ロジック、CMP同意。
8.継続性/ステップイン:緊急ルート、商人/MID移行権。
9.終了/終了:データのエクスポート、最終レポート、控除のリターン。
9)課題・返品・源泉徴収
返金/キャンセル:term/fee rules、 FX on return。
チャージバック:エビデンス-タイムライン、デバイス/IP、 3DS認証、オファーの遵守と「短期」。
ローリングリザーブ/バランスホールド:凍結条件と解凍カレンダー;控除の報告。
10) FXとクリア
方法:スポット/フォワード/NDF;自然なヘッジ(インバウンド/アウトバウンドのマッチメイキング)。
ネットワーククリア:プロバイダ内のネッティング/決済フロー間。
レポート:レート、スプレッド、取引日、為替レートソース(公式/市場)。
11) RAGリスクマトリックス
12)チェックリスト
プロバイダを接続する前に
- ライセンス(EMI/PI/MSB)、カバレッジ、保護。
- 制裁とAML手続き、旅行規則(VA)。
- PCI DSS/3DS/SCA確認済みです。
- SLA、保留/予約、手数料、報告。
- DPA/データの役割、国境を越えた転送。
- 継続性/ステップイン、移行計画。
運用サイクル
- 毎日のB2C/B2B/paymentそり。
- QAチャージバックケースとWin-Rate。
- タイムツーウォレットとルート障害を監視します。
- モニターFXスプレッドと偏差。
- 定期的なペン/PCIスキャン。
四半期ごと
- SLAプロバイダの監査と手数料の再発行。
- アラームルートテスト/ステップイン。
- VAT/DTTレジスタの更新。
- TMS/retuneルールのバックテスト。
13)契約アイテムのテンプレート(フラグメント)
A。制裁と停止
B。 SLAとクレジット
C。 SecurityとPCI
税金/付加価値税/WHT
E。データとプライバシー
F。 Continuity/ステップイン
14)推奨レジストリ(YAML)
14.1支払いプロバイダーの登録
yaml provider_id: "PSP-UK-001"
name: "AcquirerX Ltd"
licenses: ["UK-PI", "EEA-passport"]
channels: ["cards", "A2A", "SEPA", "FPS"]
sla: { uptime: "99. 9%", p1_resp_min: 15, mttr_h: 2 }
fees:
cards_mdr: "2. 1%+€0. 10"
sepa: "€0. 15"
fx_spread_bps: 40 risk:
rolling_reserve: "5% for 180 days"
holds: "rule-based"
compliance:
pci_dss: "v4. 0"
sanctions_screening: "daily"
aml_tms: true dpa_signed: true continuity_step_in: true status: "active"
owner: "Payments Ops"
14.2ルート/廊下レジスタ
yaml route_id: "EU-SEPA-01"
method: "SEPA Instant"
cutoff: "24/7"
settlement: "T+0"
limits: { per_tx: 100000, daily: 500000 }
blocked_geos: ["RU","BY","IR","KP","SY","CU"]
alt_routes: ["EU-SEPA-STD", "EU-A2A-OB-01"]
14.3 VAT/WHTカウンターパーティカード
yaml counterparty: "ProviderX B.V."
service: "royalty - game content"
vat: { place_of_supply: "customer_country", reverse_charge: true }
wht:
dtt: true base_rate: 0. 10 dtt_rate: 0. 00 residency_certificate: "2025_valid. pdf"
gross_up_clause: true
14.4 FXポリシー
yaml base_currency: "EUR"
hedge_policy:
method: ["natural_hedge", "monthly_forward"]
hedge_ratio: 0. 7 pricing_source: "ECB"
deviation_alert_bps: 25
15)プレイブック(運用シナリオ)
P-PAY-01: 制裁による支払いをブロックする
Hold→BIC/Corbanks/recipient→alternative route→障害の場合-払い戻し、レジストリエントリ、通知。
P-PAY-02: スプラッシュチャージバック
RC/Reason Codes analytics→3DS/SCAと不正訂正→サポートトレーニング→エビデンス→緩和計画とウィークリーレポート。
P-PAY-03: ダウンタイムプロバイダ
alt-route→step-in→communityのアクティベーションへのフェイルオーバー(支払状況)→post-seaとservice loans。
P-PAY-04: ミキサーラベル付き暗号預金
フリーズ→チェーン解析→SoF→SAR/STR、必要に応じて→リピートブロック、更新ルール。
P-PAY-05: VATエラー/逆チャージ
請求書の改訂→訂正/追加請求→テンプレートの更新と請求トレーニング。
16) KPI/メトリクス
タイムツーウォレット(p95)チャンネル別。
ルートと原因による成功率/低下率。
チャージバック率と紛争のWin-Rate。
カバレッジの再作成%(顧客/支払い/パートナー)。
政治へのFX偏差bps。
SLAコンプライアンス%とサービスローンの量。
17) ミニFAQ
Travel Ruleなしで暗号を使用できますか?VASPのために、いいえ;ローカルのしきい値とデータ共有に従ってください。
PANが保存されていない場合、PCI DSSが必要ですか?環境がカードデータを処理/転送する場合は、はい。トークン化/リダイレクト/SDKによるダウングレード。
WHTを運ぶのは誰ですか?契約の下で:支払者でブルートアップ、または証明書を持つDTTレート。
銀行によるブロックのリスクを減らすには?ルートの沈没スクリーニング、正しい目的コード/MCC、代替通路と透明なオファー。
18)免責事項
支払い、制裁、課税、プライバシーの規範は国や変更によって異なります。材料-運用フレームワーク;申請前に現地のルールやコンサルタントに確認してください。
19)結論
iGamingの国際的な支払いはプロセスアーキテクチャです:ライセンスパートナー、制裁とAML輪郭、PCI/3DS、明確な税金ルールと強力なPSP/銀行契約。SLA、レジストリ、プレイブックを正式化し、お客様の支払いフローは予測可能でスケーラブルで規制上の衝撃に耐えられるようになります。