SWIFTと国際送迎

1）いつ、なぜiGamingでSWIFT

• ローカルレール（SEPA/FPS/ACH）がないか、または他の管轄区域へのB2B支払いが必要です。
• パートナー/アフィリエイトへの支払い、税金支払い、大規模な流動性買収（オフランプ→フィアット）；
• ローカルスキーマに存在しない通貨が必要です。
• 長所：グローバルカバレッジ、gpiでの高い予測可能性。短所：コスト（手数料+FX）、用語（T+0-T+3）、コンプライアンス摩擦。

2）基本的な仕組み： 特派員の銀行とルーティング

受益者BIC→受取銀行。直接的な関係がない場合、支払いは特派員（nostro/vostro）を介して行われます。

• シリアル（MT103/ISO pacs。008は順次銀行→korr→bank）となります。
• カバー（COV/pacsを通した別の支払および適用範囲MT202。009).
• ルートのデータ：受益銀行BIC、 IBAN/口座、住所/名前、時には中間銀行（BIC）。
• 手数料：SHA/OUR/BEN-通信サービスの支払いを選択します。

3）メッセージとフォーマット： MT ⇄ ISO 20022 （MX）

MT103（顧客の信用移動）、MT202 COV（適用範囲）、MT199/999（自由形態）、MT192/195（フィードバック/停止）。
ISO 20022 （MX）： pacs。008（クレジットトランスファー）、pacs。009 （FI-to-FI）、 pacs。004（リターン）、camt。052/053/054（ステートメント/投稿）。
ISOへの移行は、多くの銀行で進行中です。デュアル互換性を維持します（コアのMT in/out ↔正規モデル）。

4） SWIFT gpiUETR

gpi （Global Payments Innovation）は、エンドツーエンドのUETR （UUID）とSLAを時間内に追加します。受信/クレジット/保留状態を指定します。
銀行/PSPポータルまたはAPI経由でUETRトラッカーを使用し、プレーヤー/パートナーが理解できるETAと遅延の理由を表示します。
ダッシュボードと和解のためのpayment_id ↔ UETR ↔ provider_ref'をバインドします。

5）締切、カットオフおよびカレンダー

送信/通信カットオフ→カットオフになった-T+0/T+1でチャンス、そうでなければT+1/T+2。
非STP要因：手動チェック、名前/アドレスの不一致、無効なBIC/IBAN、制裁トリガー、エキゾチックな通貨。
両方の国と通貨の祝日を考慮する→カレンダー（TARGET2/US/local）を維持します。

6）料金およびFX： 費用を構成するもの

モデル：「Cost per Approved （SWIFT）=bank_fee+correspondent_fee （s）+gpi_fee （есть）+FX_margin （investigations/R- ops_cost）」。

• SHA-各当事者は銀行に支払う（デフォルト）。
• 私たちの-あなたはすべての手数料をカバーし、受益者は正確に金額（より高価な）を受け取ります。
• BEN-受益者はすべてを支払います（B2Cにはめったに適していません）。
• FXマージン：見積もりソース、スプレッド、カットタイム；会計と紛争のレート/時間（引用ID）を修正します。

7）コンプライアンス： 制裁、KYC/KYB、 EDD

制裁/PEP/有害：送金者/受益者/仲介銀行のスクリーニング；name/address/country match→hold/EDD。
End-use/SoF/SoW：支払い目的（請求書/契約）とトリガー（金額/地理/パターン）の資金源の要求。
RBA制限/速度：TX/日あたりのキャップ、新しい詳細→検証の増加。
支払データ（送金情報）は正確でなければなりません：目的、契約番号、請求書。

8）細部の検証およびSTP質

IBAN/Luhn/MOD97、 BIC検証、受信者アドレス（都市/国）、目的コード（必要に応じて）。
Payeeアナログの名前チェック/確認-銀行/PSPから利用可能な場合。
TTLと再検証のパートナーの詳細をホワイトリストに登録します。
STPルール：フィールドが完了すればするほど、手作業によるチェックや返品が少なくなります。

9）拒否、返品および調査（調査）

• 提出/承認前に却下します（検証に失敗しました）。
• 入場後のリターン（レイトチェック、アカウント閉鎖、制裁/EDD）-ISO pacs。004またはMTリターン。
• リコール/ストップ&リコール-支払いリコールのリクエスト（保証されていません）。
• 調査：MT199/999/MX camt/case、 gpi-portalによる対応。
• 練習：理由コード/テキスト、処理のためのSLA、レターテンプレートを保存します。

10）プロダクトの流れ（参照）

10.1インバウンド（受信資金）

1.詳細を与える：BIC/IBAN/有益な名前/アドレス、時には中間のBIC。
2.顧客/パートナーがMT103/pacsを送信します。008→あなたの銀行。
3.Webhook/extract （camt。053/MT940）→クレジットtoバランス、'EndToEndId/UETR/Remit'にマッピング。
4.BCL/CCL/制裁-ポストコントロールと、必要に応じて、リコール/リターン。

10.2アウトバウンド（ペイアウト）

1.アプリケーション→RBAチェック/制裁、詳細の検証、SHA/OUR/BENと通貨/FXの選択。
2.API/client bank経由で送信→UETRを受信します。
3.gpiの監視、状態、ETAのコミュニケーション、リターン/調査の処理。
4.排出のT+0/T+1。

11）ラガー、ステートメント、再考

識別子：'payment_id ↔ UETR ↔ bank_ref ↔ EndToEndId/RemittanceInfo'。
抽出物：ISO camt。052/053/054またはMT MT940/942；解析手数料/通貨/値の日付。
T+0/T+1-reconciliation：金額、FX、コミッション、「hanging」（比類のない行）→調査キュー。
レポート/監査：変更できないログ、FXコースのソース、取引相手データのバージョン。

12）オーケストレーション、Feilover、 SLA

主要通貨のマルチバンク/マルチPSP。バックアップの特派員。
ルーティングルール：通貨、国、サイズ、銀行SLA、コスト（手数料+FX）。
カットオフ対応スケジューラ（休日を含む）。
SLAランドマーク：自動ケース-≤ T+1、手動EDD-≤ T+2-T+3；gpi-statusの更新-ほぼリアルタイム。

13） UXとコミュニケーション

透明なETAと要因（銀行/国/通貨、カットオフ、OUR/SHA）の説明。
パートナー/VIPオフィスにUETRリンク/ステータスを表示します。
詳細を入力するためのクリアフィールド、アドレス形式のヒント/IBAN/BIC、 OUR‐komissyakh警告。
返品/リコール/調査による応答テンプレート。

14）指標とOKR

成功/承認率SWIFT、 STP。
Time-to-Funds/Time-to-Payout p50/p95。
gpi visibility％（現在の追跡による支払いのシェア）。
リターン/リコール/調査レート。

承認される（料金+FX+ops）、 bpのFXの広がりごとの費用

偽陽性のコンプライアンス、手動ケースの共有。

15）アンチパターン

通貨ごとに1つの銀行/特派員→SPOF。
不完全な詳細（アドレス/名前/目的）→手動チェックとリターン。
締切り/休日、スケジューラを無視します。
見積率/時間→FX紛争を修正します。
トークン化/RBACなしのPIIログと支払いのミックス。
No 'payment_id ↔ UETR' mapping→「lost」 tracks and support chaos。

16）実装チェックリスト（短い）

• ターゲット通貨による口座および通信回線；2+パートナーバンク。
• カーネル内の正規モデルMT/ISO 20022；カムパーサーだ。 と を します。
• gpi/UETR統合、ステータスダッシュボード、通知。
• IBAN/BIC検証、アドレス；ホワイトリストの詳細；SHA/OUR/BENの選択。
• FXポリシー：見積もりソース、修正、スプレッド制限、ジャーナル。
• 制裁/KYC/KYB/RBA/EDD；ドキュメントテンプレートとケース管理。
• カットオフと休日によるオーケストレーション；コストルーティング/SLA。
• ラガーとT+0/T+1-reconcilation；比類のないキュー；報告します。
• Playbooksのリターン/リコール/調査；署名されたwebhooks、 idempotency。
• サポートトレーニング：gpiの状態、理由コード、FX/コミッション通信。

17）概要

SWIFT-国際決済のための「重砲」iGaming。gpi/UETRでマルチバンク回路を構築し、厳格なFXとコミッション会計を維持し、制裁/EDDに準拠し、T+1の再構築を自動化し、顧客に透明なETAとステータスを表示します。複雑な国境を越えた支払いであっても、予測可能で、準拠し、経済的に管理可能です。