Froddy стоит перед выплатой, принимает один запрос и возвращает allow, hold или block до движения денег.
Froddy — слой контроля перед выплатой для автоматизированных выплат. Он помогает остановить дубли, сломанные лимиты и ошибки payout-логики до отправки денег. Финальное действие остаётся за вашей системой.
allow, hold или block.Передавайте только данные, которые нужны для принятия решения. По умолчанию Froddy не требует сырые персональные данные. Во многих сценариях достаточно хешированных или псевдонимизированных идентификаторов, а также технических и бизнес-полей, которые помогают проверить дубли, лимиты и правила.
Обычно достаточно передать:
allow — запрос можно пропускать дальшеhold — запрос нужно остановить для дополнительной проверки или ручного решенияblock — запрос нужно отклонитьИспользуйте этот набор вердиктов последовательно во всей интеграции.
allow, hold или block на своей стороне.Запросы отправляются методом POST на /v1/evaluate. Аутентификация — через заголовок X-API-Key с вашим API-ключом. Для демо-тенанта ключ не требуется. Эндпоинт идемпотентен: повторный запрос с тем же event_id вернёт исходное решение без повторной оценки.
Обязательные поля: event_id, entity_id, amount. Остальные поля опциональны и имеют дефолты: currency — USD, event_type — payout, timestamp — текущее время UTC, metadata — пустой объект. Timestamp не должен отличаться от текущего времени более чем на 24 часа.
{
"event_id": "po_20260306_001",
"entity_id": "usr_9f1c2a7b",
"amount": 15000,
"currency": "RUB",
"timestamp": "2026-03-06T10:15:00Z",
"metadata": {
"partner_id": "partner_42",
"route": "manual_payout"
}
}
{
"event_id": "po_20260306_001",
"verdict": "hold",
"rule_id": "R-CEIL",
"reason": "Single tx $15,000.00 exceeds hold threshold $10,000.00",
"evaluated_at": "2026-03-06T10:15:01Z"
}
400 — невалидный запрос (например, timestamp отличается от текущего времени более чем на 24 часа)401 — отсутствует или невалидный X-API-Key429 — превышен rate limit; повторите запрос через несколько секундFroddy поддерживает webhook-first сценарий для уведомлений о событиях и изменениях, связанных с обработкой запросов. Используйте webhook как основной публичный способ получать такие сигналы.
Вебхук срабатывает только при вердиктах hold и block. Доставка best-effort, повторных попыток нет. Payload содержит: event_id, verdict, rule_id, reason, amount, entity_id, evaluated_at. Адрес задаётся через PUT /v1/webhook с телом {"url": "https://..."}.
Froddy помогает строить журнал решений до движения денег. По умолчанию можно работать без сырых персональных данных, используя хешированные или псевдонимизированные идентификаторы. Это упрощает data minimization и аудит payout-решений.
Если вам нужны DPA или описание обработки данных, свяжитесь с нами.