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 идет последовательно банк→корр→банк).
• 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. KYB/KYC/санкции — пост-контроль и, при необходимости, 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‐комиссиях.
Шаблоны ответов по 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 и статусы. Тогда даже сложные кроссбордерные выплаты будут предсказуемыми, соответствующими требованиям и экономически управляемыми.