SWIFT та міжнародні переклади

1) Коли і навіщо SWIFT в iGaming

• немає локальної рейки (SEPA/FPS/ACH) або потрібен B2B-платіж в іншу юрисдикцію;
• потрібні виплати партнерам/афіліатам, податкові платежі, великі викупи ліквідності (off-ramp → fiat);
• потрібна валюта, якої немає на локальних схемах.
• Плюси: глобальне покриття, висока передбачуваність при gpi. Мінуси: вартість (fee + FX), терміни (T + 0-T + 3), комплаєнс-фрикція.

2) Базова механіка: кореспондентські банки і маршрутизація

BIC бенефіціара → банк-одержувач. Якщо немає прямих відносин, платіж йде через кореспондентів (nostro/vostro).

• Serial (MT103/ISO pacs. 008 йде послідовно bank→korr→bank).
• Cover (розділяють платіж і покриття через MT202 COV/pacs. 009).
• Дані для маршруту: BIC банку бенефіціара, IBAN/рахунок, адреса/name, іноді intermediary bank (BIC).
• Комісії: SHA/OUR/BEN - вибирають, хто платить за кореспондентські послуги.

3) Повідомлення та формати: MT ⇄ ISO 20022 (MX)

MT103 (customer credit transfer), MT202 COV (покриття), MT199/999 (free-form), MT192/195 (відгук/стоп).
ISO 20022 (MX): pacs. 008 (credit transfer), pacs. 009 (FI-to-FI), pacs. 004 (return), camt. 052/053/054 (виписки/постинг).
Перехід на ISO йде в багатьох банках; тримайте подвійну сумісність (MT вхід/вихід ↔ канонічна модель у вашому ядрі).

4) SWIFT gpi и UETR

gpi (Global Payments Innovation) додає наскрізний UETR (UUID) і SLAs за часом; дає статуси received/credited/on-hold.
Ви використовуєте UETR-трекер в порталі банку/PSP або по API, показуєте гравцеві/партнеру зрозумілі ETA і причини затримок.
Прив'язуйте'payment _ id ↔ UETR ↔ provider_ref' для дашбордів і реконсиляції.

5) Терміни, cut-off і календарі

Cut-off у відправляючого/кореспондентів → потрапив до cut-off - шанс на T + 0/T + 1, інакше T + 1/T + 2.
Non-STP фактори: ручні перевірки, розбіжність імені/адреси, невалідний BIC/IBAN, санкційний тригер, екзотична валюта.
Враховуйте свята обох країн і валюти → тримайте календар (TARGET2/US/локальні).

6) Комісії та FX: з чого складається вартість

Model: 'Cost per Approved (SWIFT) = bank_fee + correspondent_fee (s) + gpi_fee (якщо є) + FX_margin + ops_cost (investigations/R-повернення)'.

• SHA - кожна сторона платить своєму банку (дефолт).
• OUR - ви покриваєте всі комісії, бенефіціар отримує рівно суму (дорожче).
• BEN - бенефіціар платить все (рідко підходить для B2C).
• FX-маржа: джерела котирувань, спред, cut-time; фіксуйте курс/час (quote id) для обліку та спорів.

7) Комплаєнс: санкції, KYC/KYB, EDD

Санкції/PEP/adverse: скринінг відправника/бенефіціара/банків-посередників; збіги за іменем/адресою/країною → hold/EDD.
End-use/SoF/SoW: запити щодо призначення платежу (invoice/договір) та джерела коштів при тригерах (сума/гео/патерни).
RBA-ліміти/velocity: caps per-tx/per-day, нові реквізити → посилення перевірки.
Дані платежу (remittance information) повинні бути точними: призначення, номер договору, інвойс.

8) Валідації реквізитів і STP-якість

IBAN/Luhn/MOD97, BIC validation, адреса одержувача (місто/країна), purpose codes (де потрібно).
Name Check/Confirmation of Payee-аналог - якщо доступно у банку/PSP.
Whitelist реквізитів партнерів з TTL і реверифікацією.
STP-правило: чим повніше поля, тим менше ручних перевірок і повернень.

9) Відмови, повернення та розслідування (investigations)

• Reject до відправки/прийняття (валідації не пройдені).
• Return після прийому (пізні перевірки, рахунок закритий, санкції/EDD) - ISO pacs. 004 або MT Return.
• Recall/Stop & Recall: запит на відкликання платежу (не гарантований).
• Investigations: листування через MT199/999/MX camt/case, gpi-портал.
• Практика: зберігайте коди причин/тексти, SLA з обробки, шаблони листів.

10) Потоки в продукті (референс)

10. 1 Inbound (отримання коштів)

1. Видаєте реквізити: BIC/IBAN/beneficiary name/address, иногда intermediary BIC.
2. Клієнт/партнер відправляє MT103/pacs. 008 → ваш банк.
3. Вебхук/виписка (camt. 053/MT940) → зарахування на баланс, мепінг по'EndToEndId/UETR/Remit'.
4. КУВ/КУС/санкції - пост-контроль і, при необхідності, recall/return.

10. 2 Outbound (виплати)

1. Заявка → перевірки RBA/санкції, валідація реквізитів, вибір SHA/OUR/BEN і валюти/FX.
2. Відправка через API/банк-клієнт → отримання UETR.
3. Моніторинг gpi, статуси, комунікація ETA, обробка return/investigation.
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-звірка: суми, FX, комісії, «висяки» (unmatched lines) → черга розслідувань.
Звітність/аудит: незмінні логи, джерело FX-курсу, версії даних контрагентів.

12) Оркестрація, фейловер і SLA

Мульти-банк/мульти-PSP для ключових валют; Резервні кореспонденти.
Правила маршрутизації: по валюті, країні, розміру, SLA банку, вартості (fee + FX).
Cut-off-aware планувальник (з урахуванням свят).
SLA орієнтири: авто-кейси - ≤ T + 1, ручні EDD - ≤ T + 2-T + 3; gpi-оновлення статусів - near-real-time.

13) UX і комунікації

Прозорі ETA і пояснення факторів (банк/країна/валюта, cut-off, OUR/SHA).
Покажіть UETR-посилання/статус в кабінеті партнера/VIP.
Чіткі поля для введення реквізитів, підказки за форматом адреси/IBAN/BIC, попередження про OUR‐komissiyakh.
Шаблони відповідей за return/recall/investigation.

14) Метрики та OKR

Success/Approval Rate SWIFT, доля STP.
Time-to-Funds/Time-to-Payout p50/p95.
gpi visibility% (частка платежів з актуальним трекінгом).
Return/Recall/Investigation rate, середній час розслідування.
Cost per Approved (fee + FX + ops), FX-спред в б.п.
False-positive комплаєнсу, частка ручних кейсів.

15) Анти-патерни

Один банк/кореспондент на валюту → SPOF.
Неповні реквізити (адреса/ім'я/призначення) → ручні перевірки та Return.
Ігнор cut-off/свят, відсутність планувальника.
Не фіксувати курс/час котирування → спори по FX.
MIX логів PII і платежів без токенізації/RBAC.
Немає меппінгу'payment _ id ↔ UETR'→ «втрачені» треки і хаос в саппорті.

16) Чек-лист впровадження (коротко)

• Рахунки і кореспондентські лінії по цільових валютах; 2 + банків-партнерів.
• Канонічна модель MT/ISO 20022 в ядрі; парсери camt. 052/053/054 і MT940/942.
• Інтеграція gpi/UETR, дашборди статусів, повідомлення.
• Валідація IBAN/BIC, адреси; whitelist реквізитів; вибір SHA/OUR/BEN.
• Політики FX: джерело котирування, фіксація, спред-ліміти, журнал.
• Санкції/KYC/KYB/RBA/EDD; шаблони документів і кейс-менеджмент.
• Оркестрація з cut-off і свят; маршрутизація за вартістю/SLA.
• Лейджер і T + 0/T + 1-реконсиляція; unmatched-черга; Звіти.
• Плейбуки return/recall/investigation; signed webhooks, ідемпотентність.
• Навчання саппорту: статуси gpi, коди причин, комунікації по FX/комісіям.

17) Резюме

SWIFT - «важка артилерія» для міжнародних платежів iGaming. Побудуйте мульти-банк контур зі gpi/UETR, тримайте строгий FX-і комісійний облік, дотримуйтесь санкцій/EDD, автоматизуйте T + 1-реконсиляцію і показуйте клієнтам прозорі ETA і статуси. Тоді навіть складні кросбордерні виплати будуть передбачуваними, відповідними вимогам і економічно керованими.