Слой решений между вашим продуктом и данными о риске.
PilotChain принимает запрос, опрашивает нужных провайдеров, приводит их ответы к одной шкале и применяет вашу risk policy. На выходе — одно решение с объяснением.
Ваш продукт
POST /v1/screen
- wallet
- ip
- device
PilotChain · один запрос
≈ 412 мс- 01Приём1 endpoint
- 02Маршрутизация6 провайдеров
- 03Нормализация11 сигналов
- 04Решениеpolicy v14
Blockchain · Sanctions · IP · Device · Email · Card
- Allow
- Review · 75
- Block
Четыре этапа внутри одного запроса.
Всё, что раньше делали шесть интеграций и compliance-аналитик вручную, происходит за один вызов API.
Request pc_82a9f
412 мс- 010 мс
Приём запроса
POST /v1/screen · scenario: deposit
- 02+ 240 мс
Маршрутизация
4 провайдера · параллельно · 1 fallback
- 03+ 18 мс
Нормализация
11 сигналов → единая шкала
- 04+ 6 мс
Decisioning
policy «Crypto deposit» v14 · 4 правила
Приём запроса
Один endpoint для любых проверок: адрес, транзакция, IP, device, email, карта. Передаёте только те поля, что у вас есть.
POST /v1/screenМаршрутизация
По бандлу и сценарию PilotChain выбирает провайдеров и опрашивает их параллельно. Если источник не отвечает — срабатывает fallback.
ROUTINGНормализация
Разные шкалы, категории и risk labels приводятся к единому формату сигналов, с которым работают ваши правила.
NORMALIZATIONРешение
Правила, веса и пороги вашей policy дают allow, review или block — с вкладом каждого сигнала.
DECISIONINGСравнение
Сами или через PilotChain.
Одна и та же задача — собрать решение из нескольких источников риска. Разница в том, кто держит эту сложность.
Своими силами
- 6 контрактов и 6 счетов
- 6 форматов ответа и 6 шкал
- Логика риска зашита в код
- Risk score без объяснения
- Новая проверка = новая интеграция
С PilotChain
- 1 контракт и 1 счёт
- Единый формат сигналов
- Policy в Rule Lab — без релиза
- Audit trail по каждому правилу
- Новая проверка = правило в бандле
Решение, score и причина — в одном JSON.
Вашей системе не нужно интерпретировать чужие risk labels. В ответе уже есть итог, вклад каждого правила и ссылка на полный decision log.
- decision — allow · review · block
- risk_score — итог по вашей шкале 0–100
- rules[] — какие правила сработали и сколько дали
- signals[] — нормализованные сигналы провайдеров
- request_id — ссылка на запрос в MerchantDesk
{
"decision": "REVIEW",
"risk_score": 75, "threshold": 62,
"policy": "crypto_deposit@v14",
"rules": [
{ "id": "RULE_01", "points": 30 },
{ "id": "RULE_07", "points": 22 },
{ "id": "RULE_12", "points": 15 },
{ "id": "RULE_19", "points": 8 }
],
"signals": [ … 11 items ],
"request_id": "pc_82a9f"
}
Инфраструктура
То, что обычно строят месяцами — уже внутри.
Параллельный опрос
Провайдеры опрашиваются одновременно, а не по очереди.
Fallback
Недоступный источник заменяется резервным без ошибки на вашей стороне.
Вебхуки
Асинхронные проверки и история доставки для каждого вебхука.
Recurring-проверки
Повторный скрининг адресов в фоне — с учётом лимитов.