# Постоянный AML-мониторинг

Source: https://help.didit.me/ru/aml-screening/ongoing-monitoring
Updated: 2026-10-12

Мониторинг ежедневно перепроверяет включённые сессии и переносит их, когда что-то новое пересекает порог. Стоит $0.07 в год, отдельная интеграция не нужна.

Постоянный AML-мониторинг ежедневно проверяет только включённые сессии. Для новых включите его в процессе; по умолчанию он выключен. Для существующих выберите их в списке и **Постоянный мониторинг → Включить** либо используйте переключатель в разделе AML записи. Нужно право изменения проверок. Сессии без AML пропускаются. Отключение останавливает новые проверки, но сохраняет прежние результаты.

[Video: Постоянный AML-мониторинг: ежедневная повторная проверка и webhook-оповещения - Didit Academy](https://www.youtube.com/watch?v=NZwrHM9qqnU)

## Почему разовой проверки недостаточно

Проверка при онбординге сообщает, что говорили списки в тот день. Обозначения добавляются, adverse media накапливается, и тот, кто был чист в марте, может оказаться под санкциями в августе. Если ваше обязательство включает поддержание due diligence клиента в актуальном состоянии - а для большинства регулируемых бизнесов это так, - разовая проверка этого не обеспечивает.

## Как это работает

Мониторинг автоматически доступен для сессий, в которых выполнялась AML-проверка, **без какой-либо дополнительной интеграции**:

![Список верификаций в консоли Didit с элементом управления AML Ongoing monitoring](https://help.didit.me/screenshots/sessions-bulk-light.webp)

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

1. Постоянный AML-мониторинг ежедневно проверяет только включённые сессии. Для новых включите его в процессе; по умолчанию он выключен. Для существующих выберите их в списке и **Постоянный мониторинг → Включить** либо используйте переключатель в разделе AML записи. Нужно право изменения проверок. Сессии без AML пропускаются. Отключение останавливает новые проверки, но сохраняет прежние результаты.
2. **Сравнение с порогами.** Новые находки сравниваются с теми же порогами проверки и отклонения, которые вы настроили в рабочем процессе.
3. **Изменение статуса.** Новое совпадение выше порога проверки переводит сессию в **In Review**. Выше порога отклонения - в **Declined**.
4. **Webhook.** Ваше приложение получает webhook `status.updated` с обновленным статусом и деталями новых совпадений, в том же формате, что и любой другой webhook.
5. **Консоль.** Изменение появляется на сессии вместе с новыми совпадениями, готовыми к разбору.

## Что нужно учесть при разработке

**Одобренная сессия может позже сменить статус.** Если ваша интеграция считает Approved финальным статусом и перестает слушать события, вы пропустите именно те события, ради которых существует мониторинг.

Конкретно:

- Продолжайте обрабатывать `status.updated` для сессий, которые вы уже отметили как верифицированные.
- Не игнорируйте webhook только потому, что сессия закрыта несколько недель назад.
- Сделайте так, чтобы состояние вашего пользователя могло выйти обратно из статуса «верифицирован» - это обычно самое сложное изменение, потому что это продуктовое решение, а не просто обработчик.

> **Warning:** Webhooks срабатывают только при **реальном** изменении статуса. Отсутствие
> нового совпадения выше порога означает отсутствие события - поэтому тишина
> является нормой и не доказывает, что мониторинг не работает. Если вам нужно
> явное подтверждение, проверьте сессию в консоли, а не ждите webhook, который
> корректно никогда не придет.

## Сколько это стоит

**$0.07 в год** за каждого отслеживаемого человека. Оплачивается из кредита вашего тарифа или с баланса.

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

## Включение и отключение

Постоянный AML-мониторинг ежедневно проверяет только включённые сессии. Для новых включите его в процессе; по умолчанию он выключен. Для существующих выберите их в списке и **Постоянный мониторинг → Включить** либо используйте переключатель в разделе AML записи. Нужно право изменения проверок. Сессии без AML пропускаются. Отключение останавливает новые проверки, но сохраняет прежние результаты.

## Кадровое обеспечение последствий

То, что команды обычно недооценивают, - не интеграция, а то, что мониторинг порождает постоянную очередь. Новое совпадение требует такой же работы по разбору, как и совпадение при онбординге: это ваш клиент, имеет ли это значение, зафиксировать обоснование. См. [работа с совпадениями AML](https://help.didit.me/ru/aml-screening/resolving-aml-hits).

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

## Мониторинг - это не transaction monitoring

Две разные вещи со схожими названиями:

- **AML-мониторинг** со временем перепроверяет *человека* по спискам. Об этом данная статья.
- **Transaction monitoring** оценивает *транзакции* по правилам по мере их совершения. См. [как работает transaction monitoring](https://help.didit.me/ru/transactions-monitoring/transaction-monitoring-basics).

Вполне вероятно, что вам нужны оба, и тарифицируются они отдельно.