Краткий ответ
Мониторинг транзакций — обязанность непрерывно наблюдать за активностью клиентов: проверять пополнения и выводы, читать сигналы, рассматривать уведомления, записывать решения. Скрининг — проверка на входе; мониторинг продолжает наблюдение после входа. Работа сосредоточена в трёх задачах: встроить проверки, справляться с очередью и оставлять приемлемые инспектору записи. Связанные руководства собраны в разделе комплаенса VASP.
Стандарты FATF задают международную AML-основу постоянного мониторинга. Риск-ориентированный мониторинг должен оценивать значимые бизнесу источники и маршруты, включая мосты, децентрализованные биржи и миксеры. Конкретный маршрут — контекст для анализа, не доказательство нарушения.
Встройте проверки в поток операций
Мониторинг внутри обработки может поддерживать повторяемый контроль. Вызывайте API проверки до разрешения вывода. Для пополнения, уже завершённого в блокчейне, проверяйте транзакцию и адрес до внутреннего зачисления или дальнейшей обработки, где этого требует политика. Записывайте результат и решение организации; инструмент не останавливает завершённые блокчейн-переводы.
Момент зависит от потока. Проверка вывода информирует организацию до разрешения отправки; проверка пополнения — о порядке обращения с уже полученным. Вызов находится в соответствующем пути одобрения или рассмотрения, выдерживает пик и возвращает оценку для действий организации по её политике, не исполняя их сам.
Три свойства определяют устойчивость. Задержка: ответ не должен стать узким местом; движок сайта отвечает менее чем за 100 миллисекунд (по данным BlockSec), рассчитан на одобрение, а не пакетные отчёты. Пиковая пропускная способность: движения рынка вызывают всплески, проверка должна выдерживать их. Поведение при сбое: неудачный вызов по умолчанию ведёт к созданию задачи и принятию решения человеком, никогда не молчаливый пропуск.
Механика интеграции — конечные точки, поля, лимиты, код — намеренно вне темы. Раздел KYT содержит полные API-руководства; здесь — процесс, в который подключается API.
О чём говорят уведомления
Уведомление — сигнал с уровнем. Три группы сигналов: кто на другой стороне, от санкционных меток до миксеров; как выглядит поведение; где прошли средства — мосты, DEX и миксеры. Пять уровней, от отсутствия риска до критического, — язык маршрутизации вашей политики.
Преобразование уровней в действия — решение политики, записанное до появления очереди. Отсутствие риска означает отсутствие сработавших признаков; низкий и средний — ограниченный и умеренный риск. Высокий — значительный риск; критический — максимальная серьёзность, включая адреса в чёрном списке или прямое взаимодействие с незаконными субъектами. Движок оценивает; организация определяет рассмотрение, ограничения и сообщения по своим правилам и праву.
Уровни как таблица маршрутизации:
| Уровень риска | Обычное значение | Типичный маршрут |
|---|---|---|
| Риск отсутствует | Нет сработавших признаков | Обычная обработка и периодический пересмотр по политике |
| Низкий | Ограниченный риск | Рассмотрение соразмерно риску |
| Средний | Умеренный риск | Приоритетная проверка специалистом по политике |
| Высокий | Значительный риск | Оперативное рассмотрение и эскалация по политике |
| Критический | Максимальная серьёзность: адреса в чёрном списке или прямая связь с незаконными субъектами | Немедленная оценка человеком ограничений и необходимости сообщения |
Межсетевой риск заслуживает отдельной строки оценки: средства через мост или миксер несут иную историю, чем средства известного горячего кошелька биржи. Система без межсетевой видимости её не прочитает. Число мостов и сетей должно входить в закупочные критерии.
Практическая привычка чтения: метки весомее сигналов, прямые метки весомее косвенных. Критический уровень на прямом санкционном факте требует иного решения, чем средний на косвенных поведенческих сигналах. Полезная политика различает их письменно и заранее.
Связанные руководства — в разделе комплаенса VASP.
Работа с очередью уведомлений
В очереди решается судьба мониторинга. Ложные срабатывания отнимают время и могут скрывать реальный риск; частота зависит от правил и бизнеса. Широкие правила против пропусков могут срабатывать часто. Ответ — измеряемое рассмотрение, не неподтверждённый отраслевой процент и не просто более тихий движок.
Три действия делают очередь управляемой. Единая очередь по приоритетам, серьёзные случаи первыми, чтобы критическое не ждало обычного. Настройка правил по направлению: биржа с известными платформенными кошельками и платёжный сервис с новыми адресами дают разный шум на одних правилах. Белый список проверенных доверенных адресов, подавляющий повторы, с владельцем и датой пересмотра каждой записи.
Дисциплина столь же важна. Временные записи белого списка пересматривайте или удаляйте в установленный день. Изменения настройки записывайте по одному, чтобы объяснить инспектору движение порога. Измеряйте очередь ежемесячной выборкой и используйте число требующих действий случаев для следующего пересмотра.
Этот раздел намеренно не обещает устранения ложных срабатываний инструментом. Полное руководство — пороги, белые списки, маршрутизация по серьёзности и измерение — «Как снизить ложные срабатывания».
Сохраняйте объяснимые записи
Инспектор спрашивает, почему разрешили транзакцию, как получили уровень и где свидетельства. Результаты проверок, журналы и экспорт поддерживают ответ; организация добавляет обоснования решений по результатам рассмотрения, одобрения и внешние документы. Команда должна объяснять оценку без восстановления процесса по памяти.
Структура записи: что увидели, что сработало, какой уровень, кто решил, когда. Системы, создающие след по ходу работы, выдают его по запросу; рассчитывающие восстановить — создают под давлением, и разница заметна.
Ожидания США от предприятий денежных услуг публикует FinCEN; они дают разумный ориентир вопросов инспекторов в других местах: сроки хранения, доступность и путь сообщения.
Эскалация уведомления в дело не означает автоматической необходимости STR или SAR. Организация оценивает факты по местным требованиям, при необходимости готовит черновик, проверяет и подаёт сама. Phalcon Compliance сейчас экспортирует черновики STR для Гонконга и Сингапура; это отдельно от поддержки движками правил 27+ юрисдикций (по данным BlockSec). Общие обязанности — в руководстве AML для VASP.
Как всё соединяется
Основа комплаенс-линейки сайта — Phalcon Compliance: KYA и KYT на единых данных меток. Три факта: API-проверка менее чем за 100 миллисекунд для пути одобрения; бесплатный старт с тремя проверками в месяц, затем кредиты или подписка; параллельная обработка пополнений и выводов (по данным BlockSec).
Факты сопровождаются ограничениями. Проверка снижает риск, не устраняет; чистый результат относится к сегодняшнему дню. API доступен на Scale и Enterprise — реальное условие, которое нужно подтвердить до интеграции, а не обнаружить на шестой неделе. Движок даёт уровни и свидетельства; политика и решения остаются за оператором.
Начните со своего объёма. Три бесплатные ручные проверки в месяц после регистрации показывают метки и сигналы. Когда первую проверку пропустят из-за времени, встройте их в обработку; подробности продукта — на странице Phalcon Compliance. Карта — раздел комплаенса VASP.