SWIFT und internationale Überweisungen

1) Wann und warum SWIFT in iGaming

• keine lokale Schiene (SEPA/FPS/ACH) oder eine B2B-Zahlung an eine andere Gerichtsbarkeit erforderlich ist;
• Wir brauchen Zahlungen an Partner/Partner, Steuerzahlungen, große Liquiditätsrückkäufe (Off-Ramp → Fiat);
• erfordert eine Währung, die in lokalen Schemata nicht vorhanden ist.
• Vorteile: globale Abdeckung, hohe Vorhersagbarkeit unter gpi. Nachteile: Kosten (Gebühr + FX), Fristen (T + 0-T + 3), Compliance Friction.

2) Grundlegende Mechanik: Korrespondenzbanken und Routing

BIC des Begünstigten → die Empfängerbank. Wenn keine direkte Beziehung besteht, erfolgt die Zahlung über die Korrespondenten (nostro/vostro).

• Serial (MT103/ISO pacs. 008 geht konsequent bank→korr→bank).
• Cover (Trennung von Zahlung und Deckung durch MT202 COV/pacs. 009).
• Daten für die Route: BIC der Bank des Begünstigten, IBAN/Konto, Adresse/Name, manchmal intermediäre Bank (BIC).
• Kommissionen: SHA/OUR/BEN - Wählen Sie, wer für Korrespondenzdienste bezahlt.

3) Nachrichten und Formate: MT ⇄ ISO 20022 (MX)

MT103 (Customer Credit Transfer), MT202 COV (Coverage), MT199/999 (Free-Form), MT192/195 (Recall/Stop).
ISO 20022 (MX): pacs. 008 (credit transfer), pacs. 009 (FI-to-FI), pacs. 004 (return), camt. 052/053/054 (Auszüge/Posting).
Die Umstellung auf ISO erfolgt bei vielen Banken; Halten Sie doppelte Kompatibilität (MT-Eingang/Ausgang ↔ kanonisches Modell in Ihrem Kernel).

4) SWIFT gpi и UETR

gpi (Global Payments Innovation) fügt End-to-End-UETR (UUID) und SLAs nach Zeit hinzu; gibt die Status received/credited/on-hold an.
Sie nutzen den UETR-Tracker im Bank-/PSP-Portal oder per API, zeigen dem Spieler/Partner verständliche ETAs und die Gründe für die Verzögerungen.
Verknüpfen Sie' payment _ id ↔ UETR ↔ provider_ref' für Dashboards und Rekonsolidierung.

5) Termine, Cut-Offs und Kalender

Der Cut-off des Absenders/Korrespondenten kam → zum Cut-off - die Chance auf T + 0/T + 1, sonst T + 1/T + 2.
Nicht-STP-Faktoren: manuelle Kontrollen, nicht übereinstimmende Namen/Adressen, nicht valide BIC/IBAN, Sanktionsauslöser, exotische Währung.
Berücksichtigen Sie die Feiertage beider Länder und Währungen → halten Sie einen Kalender (TARGET2/US/lokal).

6) Provisionen und FX: Woraus sich die Kosten zusammensetzen

Model: `Cost per Approved (SWIFT) = bank_fee + correspondent_fee(s) + gpi_fee (если есть) + FX_margin + ops_cost (investigations/R-возвраты)`.

• SHA - jede Partei zahlt an ihre Bank (Zahlungsausfall).
• OUR - Sie decken alle Gebühren, der Begünstigte erhält genau den Betrag (teurer).
• BEN - der Begünstigte zahlt alles (selten für B2C geeignet).
• FX-Marge: Angebotsquellen, Spread, Cut-Time; Notieren Sie den Kurs/die Zeit (quote id) für Buchhaltung und Streitigkeiten.

7) Compliance: Sanktionen, KYC/KYB, EDD

Sanktionen/PEP/adverse: Überprüfung des Absenders/Begünstigten/der zwischengeschalteten Banken; Übereinstimmungen nach Name/Adresse/Land → Hold/EDD.
Endverwendung/SoF/SoW: Anfragen nach Zahlungsziel (Rechnung/Vertrag) und Geldquelle bei Auslösern (Betrag/Geo/Muster).
RBA-Limits/velocity: caps per-tx/per-day, neue Details → verstärkte Verifizierung.
Die Zahlungsdaten (Remittance-Informationen) müssen genau sein: Zweck, Vertragsnummer, Rechnung.

8) Validierung von Requisiten und STP-Qualität

IBAN/Luhn/MOD97, BIC-Validierung, Empfängeradresse (Stadt/Land), purpose codes (wo erforderlich).
Name Check/Bestätigung des Payee-Analoges - sofern bei der Bank/PSP vorhanden.
Whitelist Details der Partner mit TTL und Überprüfung.
STP-Regel: Je voller die Felder, desto weniger manuelle Kontrollen und Retouren.

9) Ablehnungen, Rückgaben und Untersuchungen (Untersuchungen)

• Reject vor Senden/Annehmen (Validierungen fehlgeschlagen).
• Rückgabe nach Empfang (Nachprüfungen, Konto geschlossen, Sanktionen/EDD) - ISO pacs. 004 oder MT Return.
• Recall/Stop & Recall: Antrag auf Widerruf der Zahlung (nicht garantiert).
• Investigations: Korrespondenz über MT199/999/MX Camt/Case, GPI-Portal.
• Praxis: Speichern Sie Ursachencodes/Texte, SLAs für die Verarbeitung, Briefvorlagen.

10) Ströme im Produkt (Referenz)

10. 1 Inbound (Geldeingang)

1. Geben Sie die Details heraus: BIC/IBAN/beneficiary name/address, manchmal intermediary BIC.
2. Der Kunde/Partner sendet MT103/pacs. 008 → Ihre Bank.
3. Webhook/Auszug (camt. 053/MT940) → Gutschrift auf das Guthaben, Mapping nach 'EndToEndId/UETR/Remit'.
4. KUV/KUS/Sanktionen - Nachkontrolle und gegebenenfalls Rückruf/Rücknahme.

10. 2 Outbound (Auszahlungen)

1. Antrag → RBA-Prüfungen/Sanktionen, Validierung von Details, Auswahl von SHA/OUR/BEN und Währung/FX.
2. Senden über API/Bank-Client → Empfangen von UETR.
3. GPI-Überwachung, Status, ETA-Kommunikation, Return/Investigation-Verarbeitung.
4. Rückführung von T + 0/T + 1 auf Entlastung.

11) Träger, Entlastung und Rekonsilierung

IDs: 'payment _ id ↔ UETR ↔ bank_ref ↔ EndToEndId/RemittanceInfo'.
Auszüge: ISO-Kammer. 052/053/054 oder MT MT940/942; Parsing von Gebühren/Währung/Wertstellungsdatum.
T + 0/T + 1-Abgleich: Beträge, FX, Provisionen, „Wisher“ (unmatched lines) → Untersuchungen.
Reporting/Audit: unveränderliche Protokolle, Quelle des FX-Kurses, Datenversionen der Kontrahenten.

12) Orchestrierung, Failover und SLA

Multi-Bank/Multi-PSP für Schlüsselwährungen; Reservekorrespondenten.
Routing-Regeln: nach Währung, Land, Größe, Bank SLA, Wert (Gebühr + FX).
Cut-off-aware Planer (unter Berücksichtigung der Feiertage).
SLA-Richtlinien: Auto-Fälle - ≤ T + 1, manuelle EDD - ≤ T + 2-T + 3; gpi-Statusaktualisierungen - near-real-time.

13) UX und Kommunikation

Transparente ETAs und Erklärung der Faktoren (Bank/Land/Währung, Cut-off, OUR/SHA).
Zeigen Sie den UETR-Link/Status im Partnerbüro/VIP an.
Klare Felder für die Eingabe von Details, Hinweise zum Adressformat/IBAN/BIC, Warnungen vor OUR‐komissiyakh.
Antwortvorlagen von return/recall/investigation.

14) Metriken und OKR

Success/Approval Rate SWIFT, доля STP.
Time-to-Funds/Time-to-Payout p50/p95.
gpi visibility% (Anteil der Zahlungen mit aktuellem Tracking).
Return/Recall/Investigation Rate, durchschnittliche Untersuchungszeit.

Kosten per Approved (fee + FX + ops), FX-Spread in bp

False-positive Compliance, Anteil manueller Fälle.

15) Anti-Muster

Eine Bank/Korrespondenz pro Währung → SPOF.
Unvollständige Angaben (Adresse/Name/Zweck) → manuelle Prüfungen und Return.
Ignorieren Sie cut-off/Urlaub, kein Planer.
Nicht fixieren Kurs/Zeit Zitate → Streitigkeiten über FX.
MIX von PII-Logs und nicht tokenisierten/RBAC-Zahlungen.
Es gibt kein „payment _ id ↔ UETR“ -Mapping → „verlorene“ Tracks und Chaos im Sapport.

16) Checkliste Umsetzung (kurz)

• Konten und Korrespondenzlinien für Zielwährungen; 2 + Partnerbanken.
• Kanonisches Modell MT/ISO 20022 im Kernel; Parser camt. 052/053/054 und MT940/942.
• gpi/UETR Integration, Status Dashboards, Benachrichtigungen.
• IBAN/BIC-Validierung, Adressen; Whitelist-Angaben; Auswahl SHA/OUR/BEN.
• FX-Richtlinien: Quotierungsquelle, Fixierung, Spread-Limits, Log.
• Sanktionen/KYC/KYB/RBA/EDD; Dokumentvorlagen und Case Management.
• Orchestrierung nach Cut-off und Urlaub; Kosten-Routing/SLA.
• Träger und T + 0/T + 1-Sanierung; unmatched-Warteschlange; Berichte.
• Playbooks return/recall/investigation; signierte Webhooks, Idempotenz.
• Saport-Training: gpi-Status, Ursachencodes, FX/Provisionskommunikation.

17) Zusammenfassung

SWIFT ist die „schwere Artillerie“ für internationale iGaming-Zahlungen. Erstellen Sie eine Multi-Bank-Kontur mit gpi/UETR, halten Sie strenge FX- und Provisionsbuchhaltung ein, befolgen Sie Sanktionen/EDD, automatisieren Sie die T + 1-Rekonsolidierung und zeigen Sie Kunden transparente ETAs und Status. Dann wären auch komplexe Crossborder-Zahlungen planbar, konform und wirtschaftlich zu stemmen.