Sequence-aware API

Простая API-first интеграция для sequence-aware scoring

Клиент передаёт транзакционные события, Xavionis возвращает risk context, decision и explainable factors с учётом повторной активности и поведенческой последовательности.

Обсудить пилотную интеграцию Запросить диагностику

Как выглядит интеграция

Xavionis не требует полной перестройки платёжной архитектуры. На старте продукт подключается как ограниченный decision layer поверх существующего потока событий.

Сначала минимальный контур, потом controlled rollout.

Пример запроса

{
  "api_key": "client_xxx",
  "user_id": "user_repeat_42",
  "amount": 900,
  "currency": "RUB",
  "event_type": "renewal",
  "timestamp": "2026-03-16T21:12:19Z"
}

Пример ответа

{
  "risk_score": 83,
  "decision": "REVIEW",
  "factors": [
    "repeat_attempt_burst",
    "renewal_instability",
    "sequence_escalation"
  ]
}

Что оценивает система

Отдельное событие

Сумма, тип операции, момент события.

Повторная активность по user_id

Связанные действия в пределах одного окна.

Плотность попыток

Burst-поведение, retry-series и accumulation.

Контекст recurring-среды

renewal, subscribe, cancel, retry и переходы между ними.

Decision history

Предыдущие решения внутри той же последовательности.

Explainable factors

Факторы для client reporting и review workflow.

Основные endpoints

POST /score — оценка транзакции в контексте поведенческой серии
GET /stats — сводная статистика по клиентской активности
GET /recent — недавняя активность для оперативного разбора
GET /report — JSON-отчёт по review / reject / suspicious sequences
GET /report/view — HTML-отчёт для обсуждения и review
GET /report.csv — CSV export для последующего анализа

Интеграция без тяжёлой перестройки

Xavionis можно встроить в ограниченный контур поверх существующей логики принятия решений. Это позволяет проверить полезность sequence-aware scoring без полного replatforming и без изменения всего платежного стека.

Что важно учитывать

продукт работает в high-touch B2B модели
self-serve сценарий не является основным
production rollout начинается после пилота
signal logic калибруется под реального клиента
recurring / sequence context важнее, чем единичный event score

Сначала технический разговор, потом ограниченный контур

Если у вас есть recurring environment, повторные попытки, review-кейсы и последовательности, которые не укладываются в логику одной транзакции, разумнее начать с короткого технического обсуждения и ограниченной пилотной интеграции.

Запросить технический разговор Обсудить пилотную интеграцию