Казино должно отклонить депозит игрока в самоисключении, как это технически реализуется?

Соединяем базу данных самоисключённых игроков с платёжным шлюзом в реальном времени. Когда игрок пытается внести депозит, система сверяет его ID, email и платёжные реквизиты с чёрным списком до того, как транзакция подтвердится. Если срабатывает триггер, платёж автоматически отбивается на этапе пречека - деньги даже не успевают зависнуть на балансе.

Обычно техническая реализация строится на пре-авторизации платежа через интеграцию с платёжным шлюзом. На стороне казино мы ставим асинхронный хукинг: система проверяет не только баланс игрока, но и его статус в реестре самоисключений до того, как отправить запрос в банк или платёжную систему. Если флаг активен, API сразу возвращает ошибку, и деньги даже не списываются со счёта игрока - это снижает нагрузку на возвраты.

На уровне базы данных ставим блокировку по уникальному идентификатору игрока - user_id или его хешированному платёжному токену. Когда система принимает запрос на депозит, я в коде проверяю наличие этого ID в таблице self_exclusion с флагом active=true. Если флаг есть, транзакция обрывается на этапе валидации, ещё до отправки в платёжный шлюз. Сам депозит не создаётся в бухгалтерском модуле казино.

Ставлю проверку на уровне платёжного микросервиса до того, как сумма уходит в процессинг. Беру ID игрока, его хеш паспорта и привязанные карты, сверяю с динамическим списком самоисключений в Redis - он обновляется каждые 10 секунд. Если совпадение есть, микросервис возвращает платёжному шлюзу статус cancelled ещё на стадии pre-auth, даже не трогая баланс игрока.