
Как это работает
Наша система постоянного мониторинга непрерывно проверяет ваших верифицированных пользователей по различным спискам наблюдения, санкционным спискам и источникам негативных публикаций в СМИ. Вот подробный обзор процесса:-
Ежедневные автоматические проверки:
- Наша система выполняет ежедневные автоматические проверки для всех сессий, которые ранее были одобрены
- Каждая проверка повторно проверяет пользователя по нашей обширной базе списков наблюдения и санкционных списков
- Система сопоставляет любые новые совпадения с настроенными вами AML-порогами
-
Обновления на основе пороговых значений:
- Если обнаружены новые совпадения, превышающие ваш настроенный порог проверки, статус сессии меняется на «На проверке»
- Если новые совпадения превышают порог отклонения, статус сессии автоматически меняется на «Отклонена»
- Эти пороги те же, которые вы настроили в своих Сценариях
-
Уведомления в реальном времени:
- При изменении статуса ваше приложение получает webhook-уведомление
- Payload webhook содержит обновлённый статус и подробную информацию о новых AML-совпадениях
- Эти уведомления следуют тому же формату, что и наша стандартная система webhook
-
Обновления в Business Console:
- Все изменения немедленно отображаются в вашей Business Console
- Ваша команда комплаенса может исследовать новые AML-совпадения, просматривать подробные результаты и принимать соответствующие меры
- Консоль сохраняет полный журнал аудита всех действий мониторинга и изменений статуса
Включение мониторинга для пользователей и компаний
Вы можете включать или отключать постоянный мониторинг для пользователей и компаний целиком прямо из консоли — включая пользователей, которые никогда не проходили AML-проверку, например, импортированных пользователей.- Откройте Пользователи (или Компании) в вашей Business Console, выберите профили, которые хотите отслеживать, и нажмите Постоянный AML-мониторинг.
- В диалоговом окне отобразится предварительная оценка стоимости до запуска: сколько профилей выбрано, скольким требуется новый AML-скрининг, единовременная стоимость скрининга и годовая стоимость мониторинга.
- Нажмите Включить мониторинг. Небольшие выборки обрабатываются мгновенно; более крупные выполняются в фоновом режиме, пока в диалоговом окне отображается ход выполнения в реальном времени.
- По завершении выполнения в диалоговом окне отображается детализация результата по каждому профилю: включён, проверен и включён, уже включён или пропущен с указанием причины (например, в профиле отсутствуют полное имя, дата рождения и страна, необходимые для скрининга).
- Профили без AML-скрининга проверяются первыми. Didit создает для них новую AML-верификацию (отображается на вкладке профиля Верификации), оплачиваемую как обычный AML-скрининг. Затем для этого скрининга включается мониторинг.
- Один AML-скрининг под мониторингом на профиль. При включении для пользователя или компании сохраняется ровно один AML-скрининг под мониторингом, поэтому человек, прошедший верификацию несколько раз, отслеживается — и тарифицируется — только один раз. Отключение деактивирует мониторинг по всем скринингам профиля.
- Списки наглядно показывают статус мониторинга. В списках Пользователи и Компании есть столбец Постоянный мониторинг; наведите курсор на него, чтобы увидеть дату следующего ежегодного биллинга.
- Выбор всех элементов работает с вашими фильтрами. При выборе всех строк действие применяется к вашему текущему отфильтрованному представлению, а не только к загруженной странице.
Включение мониторинга через API
Та же операция доступна вашему бэкенду с помощью API-ключа, поэтому вам никогда не придётся заново проверять профиль или открывать консоль для изменения параметров мониторинга:POST /v3/users/aml-monitoring/для пользователейPOST /v3/businesses/aml-monitoring/для компанийGET /v3/aml-monitoring/jobs/{job_id}/для опроса статуса задачи
vendor_data_list) и/или идентификаторов Didit (didit_internal_id_list), до 1000 за один вызов, и в точности следуют правилам консоли: один AML-скрининг под мониторингом на профиль, профили без скрининга сначала проверяются, а отключение выключает мониторинг по всем скринингам профиля.
results на профиль с его результатом: enabled, screened_and_enabled, already_enabled, disabled или причину пропуска, такую как skipped_no_identity_data. Идентификаторы, которым ничего не соответствует, возвращаются в unmatched. Само переключение мониторинга не отправляет webhook; как только мониторинг включён, повторные проверки вызывают обычные события status.updated и data.updated.
Подтверждение выполнения мониторинга
Оповещения, записи об активности и webhook, описанные выше, срабатывают только при изменении. Субъект, проверяемый ежедневно в течение года без новых совпадений, не сгенерирует ни одного из них, поэтому формулировки «нет новостей» и «ничего никогда не выполнялось» выглядят одинаково — а такой ответ аудит не устроит. Три интерфейса фиксируют сами запуски. 1. Дата последнего скрининга в AML-отчёте. Значениеlast_ongoing_screening_at обновляется при каждом завершённом запуске, с изменениями или без, в решениях по сессиям /v2/ и /v3/, а также в отдельном AML-отчёте. Параметр last_ongoing_screening_datasets_updated_at рядом с ним представляет собой самое последнее обновление набора AML-данных, о котором поставщик сообщил для этого запуска. Ни одно из них никогда не является оценочным: null означает «повторный скрининг не проводился» и «о дате набора данных не сообщалось» соответственно, а не «неизвестно, поэтому вот примерная дата». Не воспринимайте next_ongoing_monitoring_bill_date как дату скрининга — это дата биллинга.
2. История скринингов по каждому субъекту. Endpoint GET /v1/session/{session_id}/aml-screening-history/ возвращает каждый завершённый запуск для AML-проверки этой сессии, начиная с самых новых, включая запуски, результатом которых было NO_CHANGE. Добавьте ?node_id=, если графовый сценарий содержит более одного AML-узла.
3. Экспортируемые доказательства.
GET /v1/session/{session_id}/aml-screening-history/export/ передает ту же историю в виде CSV-файла — по одной строке на каждый завершенный скрининг, с датой обновления набора данных для каждого семейства источников, если провайдер сообщил ее, и пустой ячейкой, если нет. Этот файл комплаенс-команда передает аудитору. Business Console отображает тот же список и тот же экспорт рядом с результатом AML, поэтому проверяющим не требуется доступ к API для его получения.
Ограничения доступности, сформулированные прямо. История записывается с момента выпуска этой функции; более ранние скрининги не восстанавливаются и попросту отсутствуют. Запуски сохраняются в течение настроенного срока хранения данных (два года по умолчанию). Свежесть наборов данных зависит от того, публикует ли провайдер даты наборов данных для вашей среды — если нет, каждое поле набора данных содержит
null, а GET /v1/aml/dataset-freshness/ возвращает availability: "not_configured". Отсутствующая дата никогда не заменяется искусственным значением.Преимущества постоянного мониторинга
- Непрерывный комплаенс: обеспечение постоянного соблюдения требований AML/KYC без дополнительной настройки.
- Снижение рисков: быстрое выявление и устранение возникающих рисков с помощью автоматического мониторинга.
- Операционная эффективность: автоматизация трудоемких процессов повторного ручного скрининга без дополнительных интеграционных работ.
- Углубленная проверка: автоматическое поддержание профилей клиентов в актуальном состоянии.
- Поддержка соблюдения нормативных требований: легко демонстрировать регуляторам постоянные усилия по соблюдению требований.
- Интеграция без ручного вмешательства: используйте преимущества постоянного мониторинга без дополнительной работы по разработке.