SWIFT e traduzioni internazionali

1) Quando e perché SWIFT nel iGaming

• nessun binario locale (SEPA/FPS/ACH) o un pagamento B2B richiesto per un'altra giurisdizione;
• i pagamenti ai soci/affiliati, i pagamenti fiscali, i grandi riscatti di liquidità (off-ramp-fiat);
• richiede valuta che non è presente nei circuiti locali.
• I vantaggi sono copertura globale, alta prevedibilità con gpi. Svantaggi: costo (fee + FX), scadenza (T + 0-T + 3), completamento.

2) Meccanica di base: banche corrispondenti e routing

La BIC del beneficiario è la banca destinataria. Se non vi è una relazione diretta, il pagamento viene effettuato tramite i corrispondenti (nostro/vostro).

• Serial (MT103/ISO pacs. 008 in sequenza).
• Cover (condividono il pagamento e la copertura tramite MT202 COV/pacs. 009).
• Dati per il percorso: BIC banca beneficiaria, BAN/conto, indirizzo/name, a volte intermediary bank (BIC).
• Commissione: SHA/OUR/BEN - scelgono chi paga per i servizi di corrispondenza.

3) Messaggi e formati: MT ⇄ ISO 20022 (MX)

MT103 (customer credit transfer), MT202 COV (rivestimento), MT199/999 (free-form), MT192/195 (recensione/stop).
ISO 20022 (MX): pacs. 008 (credit transfer), pacs. 009 (FI-to-FI), pacs. 004 (return), camt. 052/053/054 (estratti conto/posting).
Il passaggio a ISO avviene in molte banche; mantenete la doppia compatibilità (MT ingresso/uscita ↔ modello canonico nel vostro nucleo).

4) SWIFT gpi и UETR

gpi (Global Payments Innovation) aggiunge UETR (UUID) e SLAs nel tempo fornisce gli stati received/credited/on-hold.
Usi il localizzatore UETR sul portale della banca/PSP o su API, mostri al giocatore/partner le ragioni dell'ETA comprensibili e dei ritardi.
Allega «payment _ id» UETR «provider _ ref» per i dashboard e la riconsilazione.

5) Scadenze, cut-off e calendari

Cut-off di chi invia/corrispondente è arrivato a cut-off - possibilità di T + 0/T + 1, altrimenti T + 1/T + 2.
Fattori Non-STP: controlli manuali, nomi/indirizzi non corrispondenti, BIC/BAN, trigger delle sanzioni, valuta esotica.
Tenete conto delle festività di entrambi i paesi e delle valute di → mantenere il calendario (TARGET2/US/locale).

6) Commissioni e FX: da cosa deriva il costo

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

• SHA - Ogni parte paga la propria banca (default).
• OUR - si copre tutte le commissioni, il beneficiario riceve esattamente la somma (più costosa).
• BEN - Beneficiario paga tutto (raramente adatto per B2C).
• Margine FX: fonti di quotazione, spread, cut-time; fissa il corso/ora (quete id) per la contabilità e le controversie.

7) Complaens: sanzioni, KYC/KYB, EDD

Sanzioni/PEP/adverse: screening mittente/beneficiario/banche intermediarie; corrispondenza nome/indirizzo/paese di → hold/EDD.
End-use/SoF/SoW: richieste di pagamento (invoice/contratto) e all'origine dei fondi per i trigger (importo/geo/pattern).
Limiti RBA/velocity: caps per-tx/per-day, nuovi dettagli per aumentare la verifica.
I dati di pagamento devono essere precisi: destinazione, numero di contratto, fattura.

8) Convalida degli oggetti e qualità STP

BAN/Luhn/MOD97, BIC validation, indirizzo del destinatario (città/paese), purpose codes (dove richiesto).
Name Check/Confirmation of Payee-analogo - se disponibile presso la banca/PSP.
Whitelist i dettagli dei partner con TTL e Review.
Regola STP: più campi sono completi, meno controlli manuali e restituzioni.

9) Guasti, rimborsi e indagini (investigazioni)

• Reject prima dell'invio/accettazione (convalida non riuscita).
• Return dopo la ricezione (controlli tardivi, conto chiuso, sanzioni/EDD) - ISO pacs. 004 o MT Return.
• Recall/Stop & Recall: richiesta di revoca del pagamento (non garantita).
• Investigations: corrispondenza tramite MT199/999/MX camt/case, gpi-portale.
• Pratica: memorizzare i codici cause/testo, SLA elaborazione, modelli di posta elettronica.

10) Flussi nel prodotto (reference)

10. 1 Inbound (ricezione fondi)

1. Fornisci i dettagli BIC/BAN/beneficenza name/address, a volte intermediary BIC.
2. Il cliente/partner invia MT103/pacs. 008 → la sua banca.
3. Webhook/estratto conto (camt. 053/MT940) l'iscrizione al saldo.
4. KUV/CUS/sanzioni - post-controllo e, se necessario, recall/return.

10. 2 Outbound (pagamenti)

1. Richiesta di convalida RBA/sanzioni, convalida degli oggetti, scelta SHA/OUR/BEN e valuta/FX.
2. Invio tramite API/banca-client per ricevere UETR.
3. Monitoraggio gpi, states, comunicazione ETA, elaborazione return/investigation.
4. Reconsilazione T + 0/T + 1 per estrazione.

11) Lager, estratti conto e riconsillazione

Identificatori dì payment _ id «UETR bank _ ref».
Estratti conto ISO camt. 052/053/054 MT MT940/942; parsing commissioni/valute/data di valuta.
T + 0/T + 1-Crocifisso: importi, FX, commissioni, sospensioni (unmatched lines), coda di indagini.
Report/revisione: logi invariati, origine del corso FX, versioni dei dati delle controparti.

12) Orchestrazione, feelover e SLA

Multi-bank/multi-PSP per valute chiave; corrispondenti di riserva.
Regole di routing: valuta, paese, dimensione, banca SLA, valore (fee + FX).
Cut-off-aware pianificatore (data la festività).
Punti di riferimento SLA: valigette auto - T + 1, EDD manuale - T + 2-T + 3; gli aggiornamenti di stato gpi sono near-real-time.

13) UX e comunicazioni

Trasparente ETA e la spiegazione dei fattori (banca/paese/valuta, cut-off, OUR/SHA).
Mostra il collegamento UETR/stato nell'ufficio del partner/VIP.
Campi chiari per l'inserimento di informazioni, suggerimenti sul formato di indirizzo/BAN/BIC, avvisi di OUR‐komissiyakh.
Modelli di risposta return/recall/investigation.

14) Metriche e OKR

Success/Approval Rate SWIFT, доля STP.
Time-to-Funds/Time-to-Payout p50/p95.
gpi visibility% (percentuale di pagamenti con tracking rilevante).
Return/Recall/Investigation rate, tempo medio di indagine.
Cost per Approved (fee + FX + ops), FX-spread in b.p.
False-positive della compilazione, la quota di valigette manuali.

15) Anti-pattern

Una banca/corrispondente per la valuta SPOF.
Informazioni incomplete (indirizzo/nome/destinazione) → controlli manuali e Return.
Ignora cut-off/festività, nessun pianificatore.
Nefixare il tasso/ora di quotazione per le controversie FX.
Mix di fogli PII e pagamenti senza torning/RBAC.
Niente macping'payment _ id 'UETR', «perse» tracce e caos nello zappino.

16) Assegno-foglio di implementazione (breve)

• Conti e linee di corrispondenza sulle valute di destinazione; 2 + banche partner.
• Modello canonico MT/ISO 20022 nel nucleo; parser camt. 052/053/054 e MT940/942.
• Integrazione di gpi/UETR, dashboard di stato, notifiche.
• Validazione di BAN/BIC, indirizzi; whitelist accessori; SCELTA SHA/OUR/BEN.
• Criteri FX: fonte di quotazione, fissazione, limiti di spread, registro.
• Sanzioni/KYC/KYB/RBA/EDD; modelli di documento e gestione della valigetta.
• Orchestrazione per cut-off e feste; Routing a costo/SLA.
• Lager e T + 0/T + 1-reconsilazione; Coda unmatched; report.
• playbook return/recall/investigation; signed webhooks, idimpotenza.
• Apprendimento dello zapport: stato gpi, codici cause, comunicazioni FX/commissioni.

17) Riepilogo

SWIFT è un'artiglieria pesante "per i pagamenti internazionali. Costruisci un tracciato multi-banca con gpi/UETR, tieni la registrazione FX e commissariata rigorosa, rispetti le sanzioni/EDD, automatizzi T + 1-reconsilazione e mostri ai clienti le trasparenti ETA e states. In tal caso, anche i complessi pagamenti crossborder saranno prevedibili, conformi ai requisiti e gestibili economicamente.