SEPA Credit Transfer/Instant

1) Что такое SCT и SCT Inst — и почему это важно iGaming

SCT (SEPA Credit Transfer) — кредитовый перевод в евро между банками в зоне SEPA с расчетом обычно T+0/T+1 (зависит от cut-off).
SCT Inst (SEPA Instant) — мгновенный перевод 24/7/365 с целевым зачислением в течение секунд (ограничения по сумме и участию банка — у конкретного банка/провайдера).

Преимущества для iGaming: низкая стоимость, отсутствие классических чарджбеков, высокая доверенность у регуляторов, предсказуемый сеттлмент и удобные массовые выплаты.

2) Варианты использования

2.1 Депозиты (inbound)

Пуловые IBAN (виртуальные референсы) или виртуальные IBAN на клиента/инвойс.
Для SCT Inst — максимально быстрый «квази-моментальный» онбординг средств.
Назначение платежа (remittance information) → мэппинг к `payment_id`.

2.2 Выводы/выплаты (outbound)

Массовые выплаты через SCT (батчи) либо мгновенные кэшауты через SCT Inst.
Плейбук: если банк получателя не поддерживает Inst — авто-фолбэк на обычный SCT.

3) Архитектура интеграции (референс)

• Banking/PSP Layer: счет(а) в ЕС, поддержка SCT/SCT Inst, вебхуки/файлы выписок.
• Payments Core: оркестрация депозитов/выплат, статусы, лимиты.
• Risk & Compliance: санкционный скрининг плательщиков/получателей, RBA/EDD.
• Accounting & Recon: лейджер, мэппинг `payment_id ↔ bank_ref/EndToEndId`, отчетность.
• Monitoring: ETA, отказоустойчивость, алерты по R-кодам/возвратам.

• IBAN/вирт.ссылка выдана → клиент инициирует платеж в своем банке → SCT/SCT Inst → вебхук/выписка → зачисление в балансе игрока → реконсиляция.

• Заявка на вывод → проверки (RBA/санкции/IBAN-валидация) → SCT Inst (если доступно) или SCT → статусы/референсы → уведомление игроку → реконсиляция.

4) Сроки, cut-off и ETA

SCT: поступление T+0/T+1, зависит от времени отправки и cut-off банка; возможны «банковские часы/дни».
SCT Inst: целевой real-time, 24/7; если банк получателя не в сети Inst или превышен лимит — перевод может быть отклонен/переведен в обычный SCT (по правилам конкретного провайдера/банка).

Практика UX: показывайте динамический ETA и объясняйте, что Inst доступен не у всех банков/сумм.

5) Верификация реквизитов

IBAN: проверка длины/формата/контрольной суммы (MOD97).
BIC (где нужен) и банковские каталоги для маршрутизации.
Name Check / Confirmation of Payee-аналог (если доступно у вашего банка/PSP): сравнение имени получателя с IBAN снижает ошибки и R-коды.
Beneficiary lock: whitelist ранее проверенных реквизитов с TTL и лимитами.

6) Возвраты и R-коды (диагностика)

• Неверный IBAN/не найден счет — Reject до зачисления.
• Лимиты/ограничения по Inst — отклонение SCT Inst или фолбэк.
• Блокировки комплаенса у банка-получателя — Return/Recall после доп.проверки.
• Недоступность банка получателя — технический Reject.

Операции: логируйте R-код, текст причины и время; запускайте авто-воркфлоу (повторная проверка IBAN/имени, запрос уточнений у клиента, эскалация в комплаенс).

7) Комплаенс и риск-контроль

KYC/KYB: уровни для игроков/партнеров по RBA; ливнес, PoA/SoF для крупных сумм или аномалий.
Санкционный скрининг отправителя/получателя (имя, адрес, страна; для юрлиц — наименование/рег.данные).
RBA-лимиты: per-tx/per-day caps, velocity по IBAN/получателю/устройству.
Red flags: rapid in–out (быстрая обналичка), смена IBAN, дробление, совпадения по adverse media.
Документооборот: хранение подтверждающих данных/согласий в рамках требований юрисдикции.

8) Экономика и комиссии

• тариф банка/PSP за SCT/SCT Inst (пер-транзакция/пакет/объемная скидка);
• возможные fee за выписки/вебхуки/файлы;
• операционные: обработка R-кодов/ручные кейсы/саппорт;
• FX — только при кросс-конверсиях вне евро (для SEPA обычно EUR→EUR).

Метрика: считайте all-in и Time-to-Funds (до появления денег на вашем счете/у клиента), а не только «прайс за перевод».

9) Лейджер и реконсиляция

Уникальные идентификаторы: используйте `EndToEndId`/`RemittanceInfo` для мэппинга `payment_id ↔ bank_ref`.
Лейджер-таблицы: `payments`, `payouts`, `bank_statements`, `recon_lines`.
Авто-реконсиляция T+0/T+1: суммы, комиссии, статусы, несопоставленные строки («висяки») — в отдельную очередь.
Отчетность: выгрузки по юрисдикциям, журнал корректировок, неизменяемые логи.

10) Оркестрация маршрутов и фейловер

Правила выбора: если банк получателя/сумма поддерживают Inst → SCT Inst; иначе — SCT.
Фолбэк-логика: недоступен Inst / высокий отказ — авто-переключение; информирование ETA в UI.
Идемпотентность/анти-дубли: ключ `payment_id/withdrawal_id`; ретраи с backoff+jitter.
Двойной провайдер/счета в разных банках на ключевых рынках → отказоустойчивость.

11) UX-паттерны (конверсия и доверие)

Четко показывайте метод (SCT/SCT Inst), ETA и комиссии до подтверждения.
Проверка IBAN/имени перед отправкой (и подсказки формата).
Реал-тайм статусы: «создано → отправлено в банк → зачислено/отказ/возврат».
Для депозитов: виртуальные IBAN/референсы, QR/копирование, инструкции по назначению платежа.

12) Метрики и OKR

Approval/Success Rate по SCT/SCT Inst.
Time-to-Funds (in) / Time-to-Payout (out) p50/p95.
Доля Inst в потоках и ее влияние на конверсию.
R-codes rate (по типам и банкам), время разрешения кейсов.
Стоимость одобрения (all-in), стоимость ручного кейса.
Uptime по провайдеру/банку, задержки вебхуков/выписок.

13) Анти-паттерны

Один банк/один провайдер без резерва (SPOF).
Отсутствие валидации IBAN/имени получателя.
Непрозрачные ETA и комиссии — всплеск тикетов/отмен.
Нет идемпотентности — дубли списаний/выплат.
Игнор R-кодов и «висящих» строк выписок — разрывы в учете.
Смешение PII и платежных логов без токенизации/доступов.

14) Чек-лист внедрения (коротко)

• Счет(а) в ЕС/PSP с поддержкой SCT + SCT Inst, подписанные вебхуки и файлы выписок.
• Виртуальные IBAN/референсы на инвойс/клиента; мэппинг `payment_id ↔ EndToEndId`.
• Валидация IBAN/BIC и (где есть) Name Check; whitelist реквизитов с TTL.
• RBA-лимиты, санкции/PEP/adverse, правила EDD/SoF.
• Маршрутизация Inst→SCT и фолбэк, идемпотентность, ретраи.
• Лейджер/реконсиляция T+0/T+1, обработка «висяков», отчеты.
• Два банковских партнера/канала, плейбук деградаций и инцидентов.
• UX: ETA/комиссии/статусы в реальном времени, инструкции по назначению платежа.
• Метрики/дашборды: AR, Time-to-Funds, R-codes, стоимость.
• Обучение саппорта: причина R-кодов, шаблоны ответов, сроки.

15) Резюме

SCT/SCT Inst — это «рабочая лошадка» для евро-платежей в iGaming: дешево, предсказуемо и комплаенс-дружелюбно. Постройте двойной контур (Inst + стандартный SCT), добавьте валидации IBAN/имени и четкий лейджер, автоматизируйте реконсиляцию и обработку R-кодов, а в UX прозрачно показывайте ETA и комиссии. Так вы получите высокую конверсию, быстрые выплаты и устойчивые операционные показатели на рынках ЕС.