Перевірка до того, як транзакція потрапляє до провайдера
Антифрод тепер доступний як опційний модуль у панелі тенант-менеджера. Замість того, щоб переглядати транзакцію вже після того, як вона пішла до провайдера, перевірка відбувається на етапі створення транзакції — до її передачі далі. Саме цей момент важливий: рішення, прийняте тут, може заблокувати транзакцію, а не просто зафіксувати те, що з нею сталося потім.
Перевірки швидкості та паттернів на власних даних
Модуль аналізує кількість і суми в межах власного простору тенанта, тож жоден ризик-сигнал не розглядається окремо від контексту. Перевірки можуть застосовуватися на різних рівнях:
- За карткою
- За клієнтом
- За мерчантом
Пороги для цих перевірок задає оператор, тож скринінг відображає те, як саме цей тенант визначає ризик, а не одне фіксоване правило для всіх.
Контроль ризику без зайвого тертя
Ризик рідко розподіляється рівномірно між мерчантами. Мерчанта з високим ризиком можна перевіряти жорсткіше — суворіші пороги, більше перевірок — без того, щоб те саме тертя відчували всі інші мерчанти тенанта. Перевірка залишається пропорційною тому, де ризик дійсно є, а не сповільнює всю платформу через одне джерело.
Причина відмови, а не мовчазна блокада
Правила, що стоять за рішенням, можна переглянути. Коли транзакцію відхилено, мерчант отримує причину, а не незрозумілу блокаду. Ця прозорість важлива для мерчантів, яким потрібно розуміти власні потоки платежів і коригувати їх, а не вгадувати, чому платіж не пройшов.
Доказова база готова ще до чарджбеку
Рішення скринінгу зберігаються. Коли пізніше надходить чарджбек, доказ того, що саме було відомо й вирішено на момент транзакції, уже існує — його не потрібно відновлювати постфактум під тиском часу.
Доступність
Антифрод увімкнений залежно від тарифного плану й застосовується на етапі створення транзакції, тож контроль діє однаково для кожної транзакції, яку обробляє тенант, у панелі тенант-менеджера.
