Перейти к основному содержимому
Didit привлёк $7,5 млн на инфраструктуру для идентификации и борьбы с мошенничеством
Didit
В блог
Блог · 21 мая 2026 г.

Мониторинг транзакций ответственной игры для iGaming (RU)

Пакет ответственной игры отслеживает всплески скорости депозитов, подозрительные изменения лимитов и злоупотребления бонусами с помощью категорий транзакций gambling_*, а также мониторинг AML в том же движке по цене $0.

Автор: DiditОбновлено
responsible-gaming-transaction-monitoring.png

Операторы iGaming несут два обязательства по мониторингу, которые тянут в разных направлениях. Правила AML требуют следить за отмыванием денег — структурированием, схемами с дропами, подсанкционными контрагентами. Правила ответственной игры требуют следить за ущербом — игрок вносит депозит быстрее, чем должен, повышает свои лимиты, чтобы отыграться, или использует бонусы в недобросовестных целях. Большинство операторов запускают их как отдельные программы с отдельными инструментами, хотя обе читают один и тот же поток транзакций игроков.

API мониторинга транзакций Didit запускает оба в одном движке. Пакет «Ответственная игра» отслеживает всплески скорости депозитов, подозрительные изменения лимитов и злоупотребления бонусами, используя специальные категории транзакций gambling_* — и он находится рядом с пакетами AML/CTF, обнаружения аномалий и мошенничества в одном продукте, одной очереди оповещений и одном рабочем процессе для кейсов. Каждая транзакция оценивается в реальном времени по цене $0.02 за транзакцию.

Это руководство объясняет пакет «Ответственная игра», категории азартных игр, которые его наполняют, и как его настроить.

Ключевые выводы

  • Пакет «Ответственная игра» отслеживает всплески скорости депозитов, подозрительные изменения лимитов и злоупотребления бонусами — сигналы защиты игроков, а не только отмывания денег.
  • Специальные категории gambling_*gambling_bet, gambling_limit_change, gambling_bonus_change — позволяют правилам применяться в правильном контексте.
  • Ответственная игра и AML работают в одном движке, поэтому сигналы вреда игрокам и отмывания денег имеют общую очередь оповещений и рабочий процесс для кейсов.
  • Окна скорости (количество, сумма, уникальные) выражают паттерны скорости депозитов и изменения лимитов без отдельного потокового процессора.
  • AWAITING_USER может приостановить помеченную транзакцию для дополнительной проверки, которая также служит точкой контакта для защиты игроков.
  • $0.02 за транзакцию, без минимумов. AML-проверка помеченной стороны оплачивается отдельно по $0.20.

Что делает пакет «Ответственная игра»

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

Каждое правило выполняет те же действия, что и остальная часть движка: добавляет к оценке риска, изменяет статус, помечает транзакцию или добавляет сторону в список. Таким образом, всплеск скорости депозитов может перевести игрока на проверку, прикрепить заметку для команды ответственной игры и — если ваша политика это предусматривает — приостановить следующий депозит с помощью AWAITING_USER, чтобы игрок должен был подтвердить, прежде чем продолжить.

Почему это важно

Регуляторы азартных игр все чаще требуют от операторов демонстрировать активный мониторинг вреда, а не только соблюдение AML. Условия лицензирования во многих юрисдикциях ожидают, что операторы будут выявлять признаки вреда — погоню за проигрышами, эскалацию депозитов, изменения лимитов, которые снимают защиту — и вмешиваться. Невыполнение этого является риском для лицензии, а не просто штрафом.

Запуск ответственной игры в качестве дополнения к мониторингу AML является неэффективным, поскольку оба читают одни и те же транзакции. Единый движок позволяет одной интеграции обслуживать оба обязательства: тот же депозит, который правило AML оценивает на предмет структурирования, правило ответственной игры оценивает на скорость. Сигналы имеют общую очередь, аналитики имеют общий рабочий процесс, а аудиторский след охватывает обе программы одновременно — по цене за транзакцию вместо двух контрактов с поставщиками.

Технические детали

Транзакции азартных игр создаются с помощью унифицированного API /v3/ с категорией gambling_*, чтобы применялись правильные правила:

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_g7a118",
    "category": "gambling_bet",
    "amount": 500,
    "currency": "EUR",
    "currency_kind": "fiat",
    "txn_date": "2026-05-21T20:05:00Z",
    "subject": { "vendor_data": "player_4471", "role": "SENDER", "entity_type": "INDIVIDUAL" },
    "payment_method": "CARD"
  }'

Всплеск скорости депозитов активирует пакет «Ответственная игра» и возвращает статус, по которому оператор может действовать:

{
  "transaction_id": "txn_g7a118",
  "status": "AWAITING_USER",
  "risk_score": 68,
  "triggered_rules": [
    {
      "name": "Скорость депозитов — количество за 24 часа",
      "bundle": "Ответственная игра",
      "aggregation": "count",
      "window": "24h",
      "action": "CHANGE_STATUS"
    }
  ],
  "alert_id": "alrt_e9c440"
}

Категории азартных игр. gambling_bet, gambling_limit_change и gambling_bonus_change позволяют правилам применяться в контексте — правило скорости для депозитов, правило паттерна для изменений лимитов, правило злоупотреблений для бонусных событий.

Скорость и агрегация. Выражайте паттерны скорости депозитов и изменения лимитов с помощью окон подсчета, суммы и уникальных значений — «более 6 депозитов за 24 часа», «совокупные депозиты более €2,000 за 7 дней» — без создания собственного потокового процессора.

Вебхуки. Подпишитесь на transaction.created и transaction.status.updated, чтобы поддерживать синхронизацию вашей платформы по мере разрешения оповещений и завершения устранения.

Цена. $0.02 за транзакцию, оплата за вызов, без минимумов. AML-проверка помеченной стороны оплачивается отдельно по $0.20.

Создание правил защиты игроков

  • Скорость депозитов. Окно count или sum для событий депозитов, связанных с gambling_bet, отслеживает игрока, вносящего депозиты быстрее или больше, чем позволяют ваши пороги вреда. Приостановите следующий депозит с помощью AWAITING_USER, чтобы игрок подтвердил, прежде чем продолжить.
  • Изменения лимитов. Правило для gambling_limit_change отслеживает игрока, повышающего лимит депозита или проигрыша, особенно сразу после полосы неудач — классический маркер погони за проигрышами. Направьте его на проверку и уведомите команду ответственной игры.
  • Злоупотребление бонусами. Правило для gambling_bonus_change в сочетании с подсчетом уникальных аккаунтов отслеживает циклирование бонусов и организованный фарминг.
  • AML параллельно. Депозиты того же игрока одновременно проверяются на AML/CTF и обнаружение аномалий, поэтому сигналы структурирования или дропов появляются в той же очереди.

Все это настраивается в Business Console, и вы можете расширить их в пользовательском пакете для специфичных для оператора маркеров вреда.

Сценарии использования

  • Онлайн-казино — правила скорости депозитов и изменения лимитов отмечают поведение погони за проигрышами и запускают дополнительную проверку для защиты игроков.
  • Ставки на спорт — окна скорости ставок и депозитов отслеживают эскалацию ставок в течение сессии.
  • Привлечение на основе бонусов — правила gambling_bonus_change с подсчетом уникальных аккаунтов отслеживают фарминг бонусов.
  • Платформы с возрастным ограничением — дополнительные проверки AWAITING_USER служат точкой повторной верификации при появлении сигналов вреда или мошенничества.
  • Операторы с несколькими юрисдикциями — настраивайте пороги вреда для каждого рынка в консоли, сохраняя при этом одну программу мониторинга.

Как интегрироваться с Didit

  1. Включите пакет. В Business Console включите «Ответственную игру» наряду с AML/CTF и обнаружением аномалий, и настройте пороги скорости депозитов, изменения лимитов и бонусов для ваших юрисдикций.
  2. Отправляйте события азартных игр. POST /v3/transactions/ с правильной категорией gambling_*, когда игроки вносят депозиты, делают ставки, меняют лимиты или получают бонусы — со стабильным transaction_id и vendor_data, связывающими каждое с игроком.
  3. Действуйте по статусу. Одобряйте, проверяйте, отклоняйте или приостанавливайте с помощью AWAITING_USER, чтобы вставить шаг защиты игрока или повторной верификации.
  4. Синхронизируйтесь с вебхуками. Слушайте transaction.status.updated, чтобы реагировать, когда оповещение разрешается или дополнительная проверка завершается.

Поскольку все это работает на унифицированном API /v3/, игрок, прошедший KYC, переходит прямо в тот же движок, который осуществляет мониторинг как его ответственной игры, так и AML — одна платформа идентификации и борьбы с мошенничеством, от начала до конца.

Часто задаваемые вопросы

Что отслеживает пакет «Ответственная игра»?

Всплески скорости депозитов, подозрительные изменения лимитов и злоупотребления бонусами — маркеры защиты игроков — с использованием категорий gambling_bet, gambling_limit_change и gambling_bonus_change.

Могу ли я запускать ответственную игру и AML в одном движке?

Да. Оба запускаются в одном движке на одном и том же потоке транзакций, разделяя очередь оповещений и рабочий процесс для кейсов, поэтому вы выполняете оба обязательства из одной интеграции.

Как мне отметить поведение погони за проигрышами?

Используйте правило для gambling_limit_change, чтобы отслеживать повышение лимитов (особенно после проигрышей), и окна скорости депозитов, чтобы отслеживать эскалацию депозитов. Направляйте их на проверку или приостанавливайте с помощью AWAITING_USER.

Могу ли я приостановить игрока, а не заблокировать его?

Да. Статус AWAITING_USER приостанавливает помеченную транзакцию для дополнительной проверки — подтверждения, повторной верификации — которая автоматически возобновляется, как только игрок ее одобрит, служа точкой контакта для защиты игроков.

Сколько это стоит?

$0.02 за транзакцию, оплата за вызов без минимумов. AML-проверка помеченной стороны оплачивается отдельно по $0.20.

Готовы начать?

Прочитайте обзор мониторинга транзакций в документации, посмотрите, как он вписывается в остальную часть платформы на странице продукта «Мониторинг транзакций», и проверьте прозрачную цену за вызов на странице цен. Когда будете готовы, начните бесплатно — 500 бесплатных проверок KYC каждый месяц и мониторинг транзакций по цене $0.02 за вызов.

Инфраструктура для идентификации и борьбы с мошенничеством.

Единый API для KYC, KYB, мониторинга транзакций и проверки кошельков. Интеграция за 5 минут.

Попросите ИИ кратко изложить эту страницу
Мониторинг транзакций ответственной игры | Didit.