Для операций, которые запускает система, автоматизация или ИИ-агент

Финальное решение
перед отправкой денег

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

Возвращает решение до исполнения: разрешить, приостановить, заблокировать или отправить на подтверждение

Оценивает операцию в текущем контексте — не требует правки кода при каждом новом случае

Единый журнал: что прошло, что остановлено, по какой причине

Связаться с нами Как работает ↓

Система / агент

инициирует операцию

→

Froddy

принимает решение

→

Исполнение

только при разрешении

Почему сейчас

Всё больше операций запускается без участия человека

Переводы отправляют правила, внутренние процессы и ИИ-агенты. Человек в цепочке появляется всё реже. Это нормально — если перед исполнением есть надёжная точка решения.

Автоматизированные выплаты

ERP, биллинг и внутренние процессы запускают переводы по расписанию или по триггеру — без ручного согласования каждой операции.

ИИ-агенты в платёжных сценариях

Агенты всё чаще инициируют финансовые действия самостоятельно. Чем больше скорость — тем важнее финальное решение до исполнения.

Контекст меняется быстро

Новые получатели, изменённые маршруты, нетипичные суммы — ситуация меняется, а правила в системах не успевают за контекстом.

Где в процессе

Froddy принимает решение до перевода

Между запуском операции и исполнением — отдельная точка решения. Исполнение ждёт ответа Froddy.

Система или агент запускает операцию

↓

Froddy принимает решение до перевода

↓

✓

Разрешить

⏸

Приостановить

Заблокировать

→

На подтверждение

Froddy работает поверх существующей инфраструктуры. Банк и процессинг остаются без изменений.

Когда правил становится мало

Внутренние правила хорошо работают при стабильном сценарии

Когда контекст меняется часто, их приходится постоянно переписывать в ERP и платёжном коде.

Внутренние правила

Хорошо работают, пока сценарий остаётся стабильным — один тип получателей, предсказуемые суммы, фиксированный маршрут.

→

Когда появляется новый тип операции или меняется контекст, правила в ERP или коде приходится переписывать вручную.

→

Контроль встроен в ту же систему, которая инициирует действие. При изменении логики — оба слоя меняются вместе.

Froddy

Оценивает операцию в текущем контексте — не по жёстко зашитой логике одной системы.

Контрольные параметры можно изменить без правки платёжного кода.

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

Froddy полезен там, где контекст меняется достаточно часто, чтобы содержать отдельный слой решения было практичнее, чем постоянно переписывать правила.

Контекст операции

Что Froddy учитывает в момент операции

Не один фиксированный порог, а совокупность сигналов в текущем контексте.

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

Froddy учитывает совокупность текущих сигналов — не один фиксированный порог.

Журнал

Единый журнал решений

Каждая операция — запись: что проверялось, какое решение принято, по какой причине. История помогает уточнять правила без изменений в платёжном коде.

Журнал решений последние 8

ID операцииполучательсуммарешение

act_00415 entity_047256 000 ₽ разрешить

act_00414 entity_0121 140 000 ₽ пауза

act_00413 entity_0471 140 000 ₽ блок

act_00412 entity_00371 000 ₽ разрешить

act_00411 entity_047600 000 ₽ разрешить

act_00410 entity_003168 000 ₽ разрешить

act_00409 entity_0123 980 000 ₽ пауза

act_00408 entity_091380 000 ₽ разрешить

Одно место для всех решений

Все вердикты, причины и статусы — в едином журнале. Не нужно собирать историю из нескольких систем.

История помогает уточнять правила

Накопленные решения помогают уточнять правила со временем — без изменений в платёжном коде.

Минимум данных

Только анонимные ID и суммы. Персональные данные, номера карт и CVV не требуются.

Применение

Где это особенно актуально

Платформы с выплатами

Много повторяющихся переводов, высокая цена ошибки. Нужна точка решения перед каждым переводом — без замедления потока.

Финансовые операции с поставщиками

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

Крипто и агентные сценарии

Чем быстрее перевод и чем меньше человека в цепочке — тем важнее финальное решение до отправки.

Безопасность и внедрение

Как Froddy устроен и как внедряется

Как это работает безопасно

Fail-open. Если Froddy не ответил в срок, поток идёт по обычному сценарию. Froddy не управляет исполнением — только возвращает решение.

Реакция на решение — на вашей стороне. Что делать с вердиктом, определяете вы. Froddy только возвращает решение.

Минимум данных. Только анонимные ID и суммы. Персональные данные, номера карт и CVV не требуются.

Чем Froddy не является

≠Не банк и не PSP. Не отправляет деньги, не управляет маршрутами.

≠Не антифрод и не KYC/AML. Оценивает операцию в контексте, а не личность плательщика.

Как Froddy внедряется

Теневой режим. Froddy получает операции, оценивает их и пишет журнал. Исполнение не затрагивается. Видно, как Froddy работает на реальном потоке.

Вердикты в потоке. Команда видит решения Froddy рядом с тем, как операции обрабатываются сейчас. Это точка калибровки — сравниваете, уточняете.

Слой решения. Когда сценарий отработан, Froddy становится финальной точкой перед отправкой денег. Исполнение ждёт вердикта.

Не нужно сразу ставить Froddy в критический путь. Сначала наблюдаем — потом переходим.

Путь внедрения

От теневого режима до финального решения

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

Теневой режим

Froddy наблюдает за операциями и пишет журнал. Исполнение не меняется. Видно, как Froddy оценивает текущий поток.

Вердикты

Решения Froddy появляются рядом с реальными операциями. Видно, где Froddy расходится с текущей логикой. Здесь калибруем.

Слой решения

Выбранные сценарии переходят в режим финального решения. Froddy определяет исход до отправки денег.

Расширение

По готовности добавляем новые сценарии. Каждый проходит тот же путь: тень → вердикты → решение.

Что нужно от вас

Один сценарий для старта · API или вебхук · Один ответственный от бизнеса или финансов · Короткие итерации по журналу решений

Что вы увидите

Как Froddy оценивает операции в тени · Где его решения расходятся с текущими правилами · Когда качество вердиктов достаточно для перехода · Когда сценарий готов стать слоем решения

Обсудить на вашем процессе

hello@froddy.io

Если остались вопросы

Ответы на частые вопросы

Чем Froddy отличается от антифрода?

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

Нужно ли менять банк или процессинг?

Нет. Froddy работает поверх текущей инфраструктуры. Банк, процессинг и маршрутизация остаются без изменений.

Нужно ли сразу ставить Froddy в критический путь?

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

Сколько времени занимает первое подключение?

Начинаем с одного сценария. Подключение по API или вебхуку. Скорость зависит от вашего релизного цикла. Вначале достаточно одного куратора и около 30 минут в неделю.

Как Froddy вписывается в текущий платёжный поток?

Перед исполнением операции ваша система отправляет запрос в Froddy. Froddy оценивает операцию и возвращает решение: разрешить, приостановить, заблокировать или отправить на подтверждение. Исполнение ждёт ответа.

Замедляет ли Froddy исполнение платежей?

Нет. Froddy возвращает решение синхронно. Журнал решений доступен в реальном времени.