Проверка до того, как транзакция попадает к провайдеру
Антифрод теперь доступен как опциональный модуль в панели тенант-менеджера. Вместо того чтобы разбирать транзакцию уже после того, как она ушла к провайдеру, проверка происходит на этапе создания транзакции — до её передачи дальше. Именно этот момент важен: решение, принятое здесь, может блокировать транзакцию, а не просто фиксировать то, что с ней произошло потом.
Проверки скорости и паттернов на собственных данных
Модуль анализирует количество и суммы в рамках собственного пространства тенанта, поэтому ни один риск-сигнал не рассматривается в изоляции. Проверки могут применяться на разных уровнях:
- По карте
- По клиенту
- По мерчанту
Пороги для этих проверок задаёт оператор, поэтому скрининг отражает то, как именно этот тенант определяет риск, а не одно фиксированное правило для всех.
Контроль риска без лишнего трения
Риск редко распределён равномерно между мерчантами. Мерчанта с высоким риском можно проверять жёстче — с более строгими порогами и бóльшим числом проверок — не создавая такое же трение для всех остальных мерчантов тенанта. Проверка остаётся пропорциональной тому, где риск действительно есть, а не замедляет всю платформу из-за одного источника.
Причина отказа, а не молчаливая блокировка
Правила, стоящие за решением, можно просмотреть. Когда транзакция отклонена, мерчант получает причину, а не необъяснённую блокировку. Эта прозрачность важна для мерчантов, которым нужно понимать собственные потоки платежей и корректировать их, а не гадать, почему платёж не прошёл.
Доказательная база готова ещё до чарджбека
Решения скрининга сохраняются. Когда позже приходит чарджбек, доказательство того, что именно было известно и решено на момент транзакции, уже существует — его не нужно восстанавливать постфактум под давлением времени.
Доступность
Антифрод включается в зависимости от тарифного плана и применяется на этапе создания транзакции, поэтому контроль действует одинаково для каждой транзакции, которую обрабатывает тенант, в панели тенант-менеджера.
