На вход — транзакция, на выход — решение и объяснение, с которым офицер разбирается за секунды. Санкционный скрининг и правила закрывают регуляторный минимум сразу; модель включается позже, когда доказуемо превосходит правила.
Пилот 8–12 недель с измеримым результатом на вашем трафике. Без интеграции в ядро на старте.
Каждое решение сопровождается причинами, снимком связей и следом в журнале — то же окно видит проверяющий.
Типовые «коробочные» модели дают около 12% попаданий при высокой полноте: офицеры разбирают девять пустых дел из десяти, и найм растёт линейно с оборотом.
Проверка «транзакция за транзакцией» не видит веера на дроп, транзитных цепочек и циклов — именно там живёт организованный отмыв.
Классическому обучению нужен накопленный архив размеченных дел. У нового оператора его нет, и контроль откладывается на полгода.
Каждая транзакция проходит один и тот же путь. Обязательные слои нельзя обойти: если проверка по спискам недоступна, движок отказывает в оценке, а не пропускает платёж.
Каждая сторона платежа сверяется со санкционными и PEP-списками, которые лежат в вашем контуре и обновляются автоматически. Совпадение по кириллице, транслитерации и фонетике. Слой обязательный: при недоступности проверки движок возвращает отказ, а не разрешение.
Подставьте свои числа. Расчёт тот же, что внутри продукта: он же показывает вашим офицерам, какой объём очереди они реально закрывают.
Каждая из этих картин собрана из операций, любая из которых по отдельности выглядит безобидно. Выберите схему — движок разбирает её так же, как здесь.
—
Когда на один счёт приходит поток связанных операций, офицер получает одно дело со всей картиной, а не десятки одинаковых алертов. Меньше очереди — та же полнота контроля.
Решение офицера, подтверждённые основания, связанные операции и суммы переносятся в отчёт для регулятора без ручного переписывания.
Алерты идут с первого дня: ваши действующие политики плюс типологии FATF плюс проверка по санкционным и PEP-спискам. Модель в это время учится на вашем трафике и на решениях офицеров, но ни на что не влияет.
Профиль набирается на вашем трафике с первых дней и не требует ни одного размеченного дела. Операция, выпадающая из профиля, поднимается офицеру ещё до того, как модель обучена.
Переключение происходит только при выполнении всех трёх условий на скользящем окне, фиксируется в журнале и обратимо в любой момент.
| Область | Что закрывает | Статус |
|---|---|---|
| Типологии FATF | Именованные правила: высокорисковые юрисдикции, структурирование, веер на счёт, дормантность | в охвате |
| Санкции и PEP | Проверка сторон по спискам в вашем контуре, фиксация записи и версии списка | в охвате |
| Пороги отчётности | Контроль крупных операций и формирование отчёта из дела | в охвате |
| Аудируемость решений | Журнал только на добавление, обоснование каждого порога, снимок картины на момент решения | в охвате |
| Сдача отчётности в ФИУ | Полный модуль регуляторной сдачи — отдельная поставка | вне охвата |
| Идентификация клиента | Онбординг и верификация личности — интеграция, не наш модуль | вне охвата |
| Карточный фрод | 3DS и карточные схемы — вне периметра | вне охвата |
Мы закрываем транзакционный мониторинг и проверку сторон по спискам. Мы не подменяем идентификацию клиента и не строим карточный антифрод: там другая архитектура и другие данные. Честная граница экономит вам месяцы на этапе внедрения.
Показатели полноты получены на независимой валидации объёмом свыше 1,2 млн операций и служат ориентиром, а не гарантией. Доля попаданий зависит от того, насколько часто подозрительные операции встречаются в вашем потоке, поэтому в калькуляторе это отдельное поле. Метрики на вашем трафике фиксируются в пилоте и попадают в протокол приёмки. Детальную методику и протокол валидации предоставляем на технической сессии.
Один сервис на вашем железе, синхронный вызов из платёжной системы, состояние в одной базе, изоляция данных арендаторов на уровне СУБД. Списки для проверки сторон хранятся локально и обновляются по расписанию — в момент оценки платежа внешних вызовов нет. Развёртывание — из готового образа, без доступа к вашему ядру на старте. Схема API, требования к железу и модель отказоустойчивости — на технической сессии.
Разбираем ваши потоки и действующие политики, оцениваем объём очереди и требуемый штат. На выходе — расчёт по вашим данным и план пилота.
Контур в вашей инфраструктуре, алерты с первого дня, работа офицеров в консоли. Замеряем полноту, попадания и нагрузку до и после.
Переход модели в основной режим по формальным критериям, настройка порогов по сегментам, регулярная переоценка качества.
Discovery-сессия занимает час. К ней мы готовим расчёт нагрузки по вашему объёму, а на встрече показываем работу движка на реальных сценариях, а не на слайдах.