Интеграция с Digital Compliance

Интеграция превращает Digital Compliance из отдельного источника информации в часть ваших автоматизированных процессов. Она позволяет отказаться от ручной работы через интерфейс и непрерывно получать актуальные данные напрямую в нужную вам систему.

Благодаря этому вы сможете ускорить принятие решений и улучшить показатели вашей работы — например, оперативно проверять и блокировать дроп-счета, автоматически запускать внутренние процессы или обогащать данные в собственных системах.

В этой документации описано, как подключить интеграцию и настроить получение данных. Для запуска процесса обратитесь к менеджеру Инцидент Центра.

Вебхуки

Вебхуки — это уведомления о событиях, которые происходят на стороне системы. Система отправляет вебхуки, чтобы сообщить о результате операции, запросить подтверждение или предупредить о действиях, которые вам нужно совершить. В настоящий момент в рамках вебхуков реализовано событие «Создание кейса», чтобы подключить данную функциональность, обратитесь к менеджеру Инцидент Центра.

Как получать вебхуки

1. Создайте адрес в вашей системе, на который хотите получать вебхуки.
2. Передайте его менеджеру Инцидент Центра.

Что отправлять в ответ

Запрос считается успешным только при получении ответа со статусом 200. Сервис будет ожидать успешного ответа на отправленный POST запрос в течение 30 секунд. В случае ответа любым другим статусом или по истечении указанного времени, отведённого на обработку запроса, сервис будет пытаться повторно доставить оповещения до получения успешного ответа, либо до истечения 3 повторных попыток.

Данные, передаваемые через вебхук

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

Обменники

Поле	Тип	Описание
num	string	Номер записи в системе
created_at	string (date-time)	Дата и время создания записи
url	string	Адрес ресурса
resource_type	string	Тип ресурса
country	string | null	Страна
bank	string	Название банка
client_details	string	Реквизит
client_details_type	string	Тип реквизита
other_client_details	string | null	ФИО или иные реквизиты
detection_method	string	Способ обнаружения
unique	string	Уникальность
notes	string | null	Примечание
giving	string	Получаем
receiving	string	Отдаем
report_type	string	Тип отчета

Пример:

{
  "num": "DEX_2026_000001",
  "created_at": "2026-07-21T10:30:00Z",
  "url": "https://example.com",
  "resource_type": "Обменник валюты",
  "country": "Россия",
  "bank": "Банк",
  "client_details": "79011111111",
  "client_details_type": "Номер телефона",
  "other_client_details": "Иванов Иван",
  "detection_method": "Внешний источник",
  "unique": "Повтор (СБП)",
  "notes": "Обнаружено во внешнем источнике",
  "giving": "Bitcoin",
  "receiving": "ПАО Сбербанк",
  "report_type": "exchanger"
}

Нелегальная активность

Поле	Тип	Описание
num	string	Номер записи в системе
created_at	string (date-time)	Дата и время создания записи
url	string	Адрес ресурса
resource_type	string	Тип ресурса
country	string | null	Страна
bank	string	Название банка
client_details	string	Реквизит
client_details_type	string	Тип реквизита
other_client_details	string | null	ФИО или иные реквизиты
detection_method	string	Способ обнаружения
unique	string	Уникальность
notes	string | null	Примечание
report_type	string	Тип отчета

Пример:

{
  "num": "DIL_2026_000002",
  "created_at": "2026-07-21T10:30:00Z",
  "url": "https://example.com",
  "resource_type": "Нелегальная активность",
  "country": "Россия",
  "bank": "Банк",
  "client_details": "79011111111",
  "client_details_type": "Номер телефона",
  "other_client_details": "Иванов Иван",
  "detection_method": "Внешний источник",
  "unique": "Повтор(СБП)",
  "notes": null,
  "report_type": "illegal_activity"
}

Эквайринг

Поле	Тип	Описание
num	string	Номер кейса в системе
created_at	string (date-time)	Дата и время создания кейса
url	string	Адрес ресурса
url_type	string	Тип сайта
type	string	Тип эквайринга
source	string	Источник
crd_number	string | null	Номер карты при проверке
bin	string | null	BIN банка-эквайера
acquiring_bank	string	Имя банка-эквайера
settlement_bank	string	Имя расчётного банка
merchant_name	string | null	Название мерчанта
merchant_url	string | null	URL мерчанта
payment_description	string	Описание платежа
payment_system_url	string	URL платёжной системы
merchant_id	string | null	ID мерчанта в банке
payment_system	string	Тестовая МПС
country	string | null	Страна
detection_method	string	Способ обнаружения
notes	string | null	Примечание
paid_at	string (date-time)	Время оплаты / Ввода смс
report_type	string	Тип отчета

Пример:

{
  "num": "A_2026_000003",
  "created_at": "2026-07-21T10:30:00Z",
  "url": "https://example.com",
  "url_type": "Мошеннический сайт",
  "type": "P2P",
  "source": "Контрольная закупка",
  "crd_number": "1234 **** **** 5678",
  "bin": "123456",
  "acquiring_bank": "Банк-эквайер",
  "settlement_bank": "Расчётный банк",
  "merchant_name": "ООО «Мерчант»",
  "merchant_url": "https://merchant.example.com",
  "payment_description": "Оплата заказа",
  "payment_system_url": "https://payment.example.com",
  "merchant_id": "12345",
  "payment_system": "Visa",
  "country": "Россия",
  "detection_method": "Внешний источник",
  "notes": null,
  "paid_at": "2026-07-21T10:35:00Z",
  "report_type": "acquiring"
}

Аутентификация исходящих вебхуков

Мы поддерживаем промышленные стандарты аутентификации, чтобы вы могли интегрироваться с нами максимально безопасно и без лишних доработок вашей инфраструктуры. OAuth 2.0

Наш сервис поддерживает протокол OAuth 2.0 для защиты исходящих вебхуков. Мы выступаем в роли OAuth-клиента и автоматически получаем токены доступа от вашего Authorization Server перед отправкой каждого запроса.

Альтернативные методы

По запросу мы можем включить поддержку дополнительных способов аутентификации для клиентов, чья архитектура не предусматривает OAuth 2.0.