KYC и AML: где заканчивается один процесс и начинается другой

Почему путаница случается систематически, а не по недосмотру

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

AML работает иначе: у него нет финала. Риск не заканчивается в момент регистрации и живёт всё время, пока клиент совершает операции. Бизнес психологически предпочитает платить за процесс с понятным концом, поэтому систематически финансирует AML меньше, чем KYC, хотя закон требует одновременно вести оба процесса.

Продукты тоже создают путаницу. Некоторые сервисы верификации личности называют себя "AML/KYC решение", хотя закрывают только идентификацию. Клиент видит в интерфейсе галочку "AML пройден" и считает, что мониторинг транзакций уже работает. На деле на входе проверили только личность, а движение денег дальше никто не отслеживает. Эта двусмысленность удобна и не случайна: разовую проверку личности проще и дешевле продать, чем построить постоянный мониторинг, а термин "AML/KYC" в названии продукта звучит как полное покрытие обеих задач.

Что реально входит в каждый процесс

KYC включает три уровня. Выбор уровня зависит от профиля клиента, поэтому единого шаблона на все случаи нет.

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

Крупные суммы и повышенный риск требуют углублённой проверки. Она подтверждает уже источник средств, а не только личность: откуда у клиента сумма, которую он собирается вложить или обменять, и соответствует ли этот источник заявленному профилю деятельности.

Клиенты из юрисдикций с высоким уровнем санкционного риска попадают под постоянный мониторинг. На этом уровне KYC начинает пересекаться с AML. Мониторинг клиента по определению продолжается во времени и не заканчивается в момент допуска.

AML состоит из других элементов, и все они работают на уровне транзакции. Каждая операция проходит скоринг. Для UTXO-сетей это common-input-ownership, для account-based сетей вроде Ethereum и TRON это анализ паттернов взаимодействия. Перевод получает риск-категорию до того, как средства уйдут получателю, потому что оценка задним числом уже ничего не предотвращает. Поверх скоринга идёт разметка layering-паттернов. Peel chain выглядит так: основной остаток раз за разом уходит на новый кошелёк, а мелкий хвост отслаивается на сторону. Address poisoning устроен проще: на кошелёк приходит пылевая транзакция с похожего адреса в расчёте на ошибочный копипаст.

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

Где два процесса пересекаются, а где расходятся навсегда

Постоянный мониторинг клиентов повышенного риска служит единственной точкой пересечения KYC и AML. Такой мониторинг требует одновременно обновлённых данных KYC и непрерывного AML-скоринга. Клиента из юрисдикции с высоким санкционным риском проверяют не один раз и не забывают о нём, а его профиль пересматривают регулярно и синхронно с тем, как AML пересматривает паттерны его транзакций.

Связь действует и в обратную сторону. Смена бенефициарного владельца у компании-клиента становится событием для KYC и запускает пересмотр порогов AML для этого клиента. Профиль риска у нового владельца бывает совсем другим.

Процессы расходятся в самой природе данных. KYC использует идентификационные данные: паспорт, адрес, источник дохода. Между пересмотрами эти данные статичны. AML использует транзакционные данные: адреса, суммы, тайминг. У активного клиента они меняются с каждой новой операцией, по несколько раз в день.

Типовая ошибка архитектуры возникает, когда одна система решает обе задачи одним механизмом. Такая система неизбежно проседает в одной из них, и слабым звеном оказывается AML. Транзакционный анализ требует другой архитектуры данных и других методов, чем проверка документов. Проверка KYC опирается на статичную базу документов, а AML нужны непрерывный поток данных и графовый анализ в реальном времени.

Ответственность внутри компании тоже различается. На этапе регистрации KYC замыкается на отдел онбординга или службу поддержки клиентов. AML требует отдельной функции мониторинга, которая работает постоянно. В разовую процедуру допуска она не встраивается, а её задача начинается ровно там, где заканчивается задача KYC.

Сравнение по фактам

Практика, не витрина

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

Финтех-стартап запускает продукт с интеграцией криптовыплат и подключает для проверки клиентов готовое решение верификации личности, которое продаёт себя как "полное AML/KYC покрытие". Через три месяца банк-партнёр запрашивает историю проверок по конкретному клиенту.

Тогда выясняется, что личность проверена корректно, а транзакционный мониторинг никто так и не настроил: подключённое решение закрывало только идентификацию. Прямой запрос банка вскрыл разрыв, а не технический аудит, и к этому моменту банк уже видит в компании партнёра без реального контроля рисков.

Во втором сценарии обменник с розничным потоком клиентов проводит базовую проверку документов у всех, а постоянный мониторинг транзакций включает только для оборота выше определённого порога. Такое разделение разумно, потому что углублённая AML-проверка каждого мелкого перевода физически нерентабельна.

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

Разный баланс KYC и AML для разных типов бизнеса

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

Высокий объём мелких операций делает углублённую проверку каждого клиента экономически не окупаемой, поэтому упрощённый вход обменник компенсирует усиленным транзакционным мониторингом. Система отслеживает паттерны на уровне всего потока операций и не разбирает вручную каждого клиента. Усиленная проверка подключается, когда транзакция или клиент выходят за установленный порог риска.

Фонд с десятком крупных контрагентов действует ровно наоборот, и его KYC углублённый с самого начала: размер сделки оправдывает время на детальную проверку источника средств каждого контрагента. AML фонда сосредоточен на разовых крупных транзакциях. Due diligence перед конкретной сделкой здесь важнее непрерывного мониторинга мелких переводов, которых у фонда по характеру деятельности просто нет.

Совсем другая история у Telegram-бота с автоматическими выплатами. Такой бот иногда оставляет KYC минимальным или вовсе без него, потому что для небольших операций полную идентификацию пользователя не всегда запрашивают. AML берёт на себя всю нагрузку. Каждая транзакция бота обязана пройти автоматический скоринг через API AML-скоринга для ботов.

Без идентификации личности транзакционный анализ остаётся единственным доступным инструментом контроля риска, и KYC здесь не компенсирует ошибку в AML-логике. Этот баланс определяет, куда бизнес вкладывает деньги в первую очередь. Компания, которая копирует чужую пропорцию KYC и AML без учёта своей модели работы с клиентами, ошибается в одну из двух сторон. Она либо переплачивает за избыточную идентификацию там, где она не нужна, либо оставляет дыру в мониторинге транзакций ровно там, где он критичен.

Что проверяет аудитор, когда оценивает разделение процессов

Аудитор комплаенса начинает с операционной практики и не ограничивается политикой на бумаге. Он проверяет, действительно ли KYC и AML разделены в реальной работе, а не только в названии документа.

Разделение становится настоящим, когда за онбординг и за транзакционный мониторинг отвечают разные люди: один сотрудник не удержит одинаковое внимание на разовой проверке документа и на непрерывном отслеживании паттернов, потому что у этих задач разный ритм. Это первый признак.

Второй признак связан с отдельной документированной политикой порогов эскалации для транзакций, независимой от политики приёма клиентов на этапе KYC. Представьте, что единственный документ компании называется "политика AML/KYC" и описывает только проверку документа при регистрации. Аудитор зафиксирует это как структурный пробел, и формальностью такой пробел не считается. Если отдельной транзакционной политики нет, значит по существу нет и транзакционного мониторинга. Маркетинговые материалы компании здесь роли не играют.

Третий признак связан с тем, что компания предъявляет историю решений по эскалации за конкретный период, а не только историю проверенных документов клиентов. Банк-партнёр, который проверяет зрелость AML-процесса, ждёт логи скоринга транзакций с датами и обоснованием каждого решения. Папка паспортов доказывает только качество KYC и ничего не говорит о контроле транзакционного риска.

Четвёртый признак касается ритма обновления. Компания пересматривает KYC-данные клиента по расписанию, которое политика задаёт под уровень риска, и при смене профиля риска. AML-логику компания пересматривает гораздо чаще, потому что новые схемы отмывания появляются быстрее, чем истекают сроки действия паспортов клиентов. Если компания обновляет обе политики по одному годовому циклу, она применяет темп KYC к задаче, где нужен темп AML, и отстаёт от реальных схем на месяцы.

Вопросы без реверансов

Можно ли иметь KYC без AML?

Технически да. Но тогда вы знаете личность клиента и совершенно не контролируете, куда идут его деньги после регистрации. Для криптобизнеса это прямой путь к блокировке счёта банком-партнёром, который такое разделение не примет.

Нужен ли AML физическим лицам или только компаниям?

AML-процесс как систему выстраивают компании: биржи, обменники, финтех-сервисы. Физическому лицу доступна разовая AML-проверка криптокошелька перед сделкой. Постоянного процесса мониторинга она не заменяет.

Как понять, что AML-процесс в компании настроен неправильно?

Явный признак: решения по рискованным транзакциям принимает один сотрудник по памяти, без задокументированной политики с чёткими порогами. Второй признак: последнее обновление процесса привязано к дате прошлого аудита, а не к появлению новых схем.

Отличаются ли требования к KYC и AML по юрисдикциям?

Да. Конкретные пороги и процедуры зависят от законодательства юрисдикции регистрации бизнеса и от требований банков-партнёров. Общий принцип разделения на идентификацию и мониторинг везде одинаков. Детали политики без юриста конкретной юрисдикции определять нельзя.

Что происходит, если компания меняет юрисдикцию регистрации?

KYC-процедуры пересматривают под требования новой юрисдикции, потому что стандарты идентификации клиентов различаются. Механика AML к юрисдикции не привязана: common-input-ownership и анализ паттернов работают одинаково. А вот пороги эскалации и требования к отчётности перед новым регулятором почти всегда меняются.

Заменит ли решение верификации личности полноценный AML-процесс?

Нет. Решение верификации личности закрывает идентификацию на входе и не отслеживает движение средств клиента после регистрации. Полноценному AML нужен отдельный транзакционный скоринг, который работает непрерывно.

Как быстро нужно реагировать, если AML-скоринг выдал высокий риск по операции уже зарегистрированного клиента?

До того, как средства уйдут получателю. Флаг до перевода означает предотвращённый риск. Флаг после перевода означает материал для объяснений банку задним числом. Поэтому скоринг встраивают в момент обработки транзакции, а не запускают отдельным пакетным процессом раз в день.

Нужно ли пересматривать KYC клиента, если его AML-профиль резко изменился?

Да. Резкая смена паттерна транзакций сама по себе повод вернуться к идентификационным данным клиента. Пример: клиент перешёл от мелких регулярных операций к редким крупным переводам. Тогда проверяют, не сменился ли фактический бенефициар или характер деятельности, заявленный при регистрации.

Что дальше

Два процесса без общей политики и синхронизации создают в компании структурный риск. Банк находит его раньше самой компании. Страница комплаенс-услуги для бирж и обменников показывает, как строится единый процесс аудита, политики и скоринга, а страница о команде AML Trace описывает методологию AML, на которой держится процесс.

Эта статья не является юридической или финансовой консультацией. Требования к KYC и AML-процедурам определяются законодательством конкретной юрисдикции и требованиями банков-партнёров. Финальную конфигурацию проверяет юрист компании.