Компания имеет утверждённую политику KYC и папку с анкетами клиентов, заполненными при регистрации, — формально процедура соблюдена. При этом никто не проверяет, обновляются ли данные клиентов при изменении обстоятельств, не отслеживаются ли подозрительные паттерны транзакций после первичной идентификации, и не хранятся ли собранные персональные данные с нарушением требований безопасности — политика существует на бумаге, но не работает как реальный защитный механизм.
Задокументированный реальный кейс, показывающий разницу между формальным наличием KYC-политики и её реальной работой на практике: расследование Постоянного подкомитета по расследованиям Сената США, опубликованное в июле 2012 года, установило, что мексиканский картель Синалоа настолько привык к слабости идентификационных процедур HSBC, что фасовал наличные в коробки, специально подогнанные под размер окошек кассиров банка, чтобы передавать деньги буквально через прилавок. Банк признал перед прокурорами США, что помог пропустить через свои филиалы по всему миру как минимум 881 миллион долларов, контролируемых картелем Синалоа и другими мексиканскими наркогруппировками. В декабре 2012 года HSBC согласилась выплатить 1,92 миллиарда долларов по мировому соглашению с властями США — рекордную на тот момент сумму для подобного дела — и провести пять лет под надзором регуляторов за работой своей системы AML. У HSBC формально существовали политики идентификации клиентов и мониторинга транзакций, но реальная практика на уровне мексиканских филиалов позволяла принимать неправдоподобно крупные объёмы наличных без должной проверки происхождения средств. Это прямая иллюстрация принципа: политика KYC/AML, существующая на бумаге, ничего не защищает, если аудит не проверяет, как реально происходит идентификация клиента и мониторинг операций на самом уязвимом, операционном уровне — там, где наличные физически передаются через кассовое окно.
Анкета, заполненная один раз при первом знакомстве с клиентом, — это не система идентификации, это архив хорошего намерения.
Происхождение и исследовательская база
Требования KYC и AML систематизированы в рекомендациях Группы разработки финансовых мер борьбы с отмыванием денег (FATF, Financial Action Task Force) и национальном законодательстве большинства стран — аудит проверяет три взаимосвязанных элемента: идентификацию личности и происхождения средств клиента при начале отношений, постоянный мониторинг транзакций на предмет подозрительной активности, и защиту собранных персональных данных в соответствии с требованиями конфиденциальности (например, GDPR или национальными аналогами).
Второй задокументированный кейс показывает тот же провал у другого крупного банка, с иным конкретным механизмом: с 2004 по 2007 год через Wachovia Bank было переведено не менее 378,4 миллиарда долларов от мексиканских валютно-обменных компаний (casas de cambio), включая суммы, впоследствии прослеженные до наркокартелей, — при этом, по данным федерального расследования и соглашения об отсроченном судебном преследовании, заключённого в марте 2010 года, банк систематически не применял к этим операциям процедуры мониторинга, требуемые для операций повышенного риска, хотя структура и объём переводов явно соответствовали типовым паттернам отмывания денег через структурирование транзакций. Wachovia (к тому моменту уже приобретённая Wells Fargo) согласилась выплатить 160 миллионов долларов штрафов и конфискаций, признав нарушение федерального закона о банковской тайне (Bank Secrecy Act), но при этом ни один сотрудник банка не понёс уголовной ответственности лично. Кейс, произошедший практически одновременно со скандалом HSBC, но в другом банке и через другой канал (валютно-обменные компании и структурирование переводов, а не физическая перевозка наличных через границу), показывает, что провал риск-ориентированного KYC/AML в тот период носил не единичный, а системный характер в отрасли.
Ключевые идеи и принципы
Принцип: KYC — непрерывный процесс, а не разовая процедура
Идентификация клиента не заканчивается при открытии отношений — аудит проверяет, обновляются ли данные о клиенте при значимых изменениях (смена бенефициарного владельца, изменение характера деятельности) и пересматривается ли уровень риска клиента периодически, а не только один раз при первом контакте.
Принцип: Мониторинг транзакций на предмет подозрительных паттернов
AML-компонент аудита проверяет наличие и реальную работоспособность системы мониторинга транзакций — способна ли она выявлять паттерны, типичные для отмывания денег (структурирование сумм, необычная активность для профиля клиента), и происходит ли реальное расследование при срабатывании таких сигналов.
Принцип: Защита данных как часть, а не отдельная тема от KYC/AML
Сбор данных для KYC/AML создаёт значительный объём чувствительной персональной и финансовой информации — аудит явно проверяет, насколько защищено хранение, ограничен доступ и правильно ли данные удаляются по истечении необходимого срока хранения, поскольку утечка этих данных создаёт отдельный класс серьёзных рисков.
Ограничения, слепые зоны и критика
Требования KYC/AML существенно различаются между юрисдикциями и отраслями — аудит должен учитывать конкретный регуляторный контекст компании, а не применять универсальный шаблон. Избыточно строгие процедуры также создают реальные издержки для легитимных клиентов (трение при онбординге, задержки транзакций) — аудит должен оценивать не только строгость соответствия, но и баланс между защитой от рисков и клиентским опытом.
Даже риск-ориентированный подход не гарантирует выявления схем, замаскированных под легитимную посредническую деятельность (валютно-обменные компании, платёжные агенты), — как показал кейс Wachovia, отдельные транзакции формально не выделялись на общем фоне, и только последующее агрегирование объёмов позволило увидеть аномалию задним числом; аудит должен явно закладывать периодическую агрегацию, а не полагаться исключительно на пороговые правила отдельных транзакций.
Типовые ошибки
Ошибка 1: KYC рассматривается как разовая процедура при регистрации.
Данные о клиенте собираются один раз при открытии отношений и больше никогда не обновляются, даже если характер деятельности клиента существенно изменился.
Как избежать
Устанавливать периодичность пересмотра данных клиента в зависимости от уровня его риска.
Ошибка 2: система мониторинга транзакций формально существует, но сигналы не расследуются.
Автоматическая система выявляет подозрительные паттерны, но накопленные сигналы не анализируются вовремя из-за нехватки ресурсов или недостаточного приоритета.
Как избежать
Обеспечивать реальное расследование каждого значимого сигнала мониторинга в установленные регуляторные сроки.
Ошибка 3: собранные персональные данные защищены хуже, чем остальные корпоративные данные.
Большой объём чувствительных данных о клиентах (документы, финансовая история, происхождение средств) хранится и обрабатывается по остаточному принципу — контроль доступа и сроки хранения не пересмотрены отдельно от общей ИТ-политики компании.
Как избежать
Явно оценивать защищённость хранения и доступа именно к KYC/AML-данным как отдельный пункт аудита, а не полагаться на общие меры безопасности компании.
Ошибка 4: выявленные разрывы между политикой и практикой не устраняются.
Аудит фиксирует расхождения между тем, что написано в политике, и тем, что реально происходит, но конкретные исправления не назначаются и не отслеживаются — документ аудита остаётся формальностью.
Как избежать
Для каждого найденного разрыва фиксировать конкретное действие по устранению и ответственного, а не только сам факт расхождения.
Ошибка 5: не устанавливают повышенный уровень проверки для операций и филиалов с объективно более высоким риском отмывания средств.
Мексиканские филиалы HSBC, работающие в регионе с высокой активностью наркокартелей, подвергались тем же стандартным процедурам KYC/AML, что и филиалы в низкорисковых юрисдикциях, — единый недифференцированный уровень контроля не соответствовал объективно разному уровню риска разных подразделений одного и того же банка.
Как избежать
Устанавливать дифференцированный, риск-ориентированный уровень проверки KYC/AML в зависимости от географии, типа клиента и объёма наличных операций — филиалы и направления с объективно повышенным риском требуют более строгого контроля, чем усреднённая политика по всей организации.
Ошибка 6: мониторинг оценивает отдельные транзакции по установленным пороговым суммам, не агрегируя объём операций от однотипных посреднических контрагентов (например, всех валютно-обменных компаний определённого региона) в единую картину.
Отдельные переводы от мексиканских валютно-обменных компаний через Wachovia, вероятно, не всегда превышали пороговые суммы, требующие индивидуального расследования, — но совокупный объём в 378,4 миллиарда долларов за три года, агрегированный по всей категории таких контрагентов, представлял собой явно аномальный паттерн, видимый только при сопоставлении объёмов по классу посредников, а не по отдельным транзакциям.
Как избежать
дополнять мониторинг отдельных транзакций периодическим агрегированным анализом совокупного объёма операций по категориям однотипных посреднических контрагентов (валютно-обменные компании, определённые географические регионы, определённые типы бизнеса) — аномалия, невидимая на уровне отдельной операции, часто становится очевидной при агрегации по классу контрагента.
План внедрения
Неделя 1: проверка идентификации клиентов
проверить актуальность данных о клиентах и периодичность их пересмотра.
Неделя 2: проверка мониторинга транзакций
проверить реальную работоспособность системы мониторинга транзакций. Отдельно проверить, проводится ли периодическая агрегация объёмов операций по категориям однотипных посреднических контрагентов, а не только пороговый анализ отдельных транзакций, — отсутствие такого агрегированного анализа позволило схеме через Wachovia Bank оставаться незамеченной на протяжении трёх лет.
Неделя 3: проверка защиты данных
оценить защищённость хранения и доступа к собранным персональным данным.
Неделя 4: устранение разрывов
устранить выявленные разрывы между политикой и реальной практикой.
Далее: регулярный повтор аудита
Далее: регулярно повторять аудит с учётом изменений регуляторных требований.
Как реализовать этот план с помощью фрейма «Аудит KYC/AML и защиты данных» в OrgDevTools
Фрейм превращает аудит из заметок в расчёт. Вы вносите фактические цифры по клиентам и сигналам мониторинга и отмечаете, какие практики защиты данных работают на деле. Фрейм сам считает доли и выносит итог. Это бесплатный тренажёр: он помогает пройти план по неделям и увидеть, где политика расходится с практикой.
Вкладка «1. KYC» — неделя 1: проверка идентификации клиентов
На вкладке пять числовых полей с данными на дату аудита:
клиентов всего;
с установленным конечным бенефициаром;
анкеты обновлены по графику;
клиентов высокого риска;
из них с углублённой проверкой.
Рядом с полями фрейм показывает доли. Бенефициар, обновление и высокий риск считаются от общего числа клиентов, углублённая проверка — от числа клиентов высокого риска. Числа округляются до целых, отрицательные не принимаются, доля не поднимается выше 100%.
Ориентиры — рабочая настройка фрейма: бенефициар установлен у 95% клиентов и больше, обновлено 80% анкет и больше, углублённая проверка проведена у всех клиентов высокого риска. Справа есть список «Идентификация клиента (KYC)» для наблюдений о том, как устроен непрерывный процесс.
Вкладка «2. AML» — неделя 2: проверка мониторинга транзакций
Четыре поля за последний месяц: сигналов мониторинга, расследовано, из них в установленный срок, передано как подозрительные операции. Доля расследованных считается от всех сигналов, доли «в срок» и «передано» — от расследованных. Ориентир для расследования и для сроков — 90% и больше (рабочая настройка фрейма).
Доля переданных в итог не входит, это подсказка: если она близка к нулю при большом числе сигналов, правила шумят. Список «Мониторинг транзакций (AML)» нужен для наблюдений о ходе расследований. Туда же стоит записать итоги агрегированного анализа по категориям контрагентов, потому что отдельного расчёта для него нет.
Вкладка «3. Данные и разрывы» — недели 3–4: защита данных и разрывы политика–практика
Пять галочек для практик, которые выполняются на деле:
доступ к персональным данным выдаётся по ролям и в минимально необходимом объёме;
журнал доступа регулярно просматривается;
сроки хранения определены по типам данных;
данные действительно удаляются по истечении срока;
данные шифруются при хранении и передаче.
По умолчанию все галочки сняты.
Ниже идёт таблица требований политики. В каждой строке есть название, галочка «в документе» и переключатель «Не выполняется / Частично / Выполняется». Кнопка «+ требование» добавляет строку с отметкой «в документе» и значением «Не выполняется». Если требование есть в документе, но выполняется не полностью, рамка строки краснеет: это разрыв. В подсчёт попадают только строки с названием. Справа два списка: «Защита данных» и «Разрывы политика–практика».
Вкладка «Визуализация» — сводка недель 1–3
Здесь три воронки, полосы в них считаются от первого шага:
KYC: клиенты → бенефициар установлен → анкета обновлена;
клиенты высокого риска: высокий риск → углублённая проверка;
AML: сигналы → расследовано → в срок → передано как подозрительные.
Под воронками стоят плашки пяти практик защиты данных: зелёная ✓, если практика отмечена, и красная ✗, если нет.
Вкладка «Итоги» — неделя 4: устранение разрывов
Итог называет одну проблему. Проверки идут в таком порядке:
Не внесены ни клиенты, ни сигналы — фрейм просит ввести фактические данные.
Расследуется меньше 90% сигналов — красный итог.
Углублённую проверку прошли не все клиенты высокого риска — красный.
Бенефициар установлен меньше чем у 95% клиентов — жёлтый.
Обновлено меньше 80% анкет — жёлтый: «KYC превратился в разовую процедуру».
В срок расследуется меньше 90% сигналов — жёлтый.
Не отмечена хотя бы одна практика защиты данных — жёлтый. Фрейм называет первую из них и сообщает, сколько ещё.
Есть разрыв политика–практика — жёлтый, назван первый.
Всё остальное — зелёный.
Если знаменатель доли пуст или равен нулю, её проверка пропускается. Под итогом выводится строка со всеми долями, счётом практик «х/5» и числом разрывов.
В сохранённом документе есть Кнопка «Создать задачу» есть у сохранённого документа. Название идёт в том же порядке, что и проверки итога: «Внести фактические данные KYC и AML», «Разобрать нерасследованные сигналы AML», «Углублённая проверка клиентов высокого риска», «Установить конечных бенефициаров клиентов», «Обновить данные клиентов по графику», «Расследовать сигналы AML в срок», «Закрыть невыполняемое требование защиты данных»; если проблем нет — «Закрыть разрывы политика–практика». В описание задачи попадает текст итога.
Чего фрейм не делает
Не агрегирует обороты по категориям посредников (ошибка 6), хотя именно на этом провалилась Wachovia.
Не различает риск по филиалам, географии и типам клиентов (ошибка 5): высокий риск вводится одним общим числом.
Не закрепляет действие и ответственного за каждым разрывом (ошибка 4). Задача создаётся одна на весь аудит.
Не проверяет введённые цифры и не знает регуляторных сроков: что считать «графиком» и «установленным сроком», решаете вы.
Не оценивает баланс строгости и клиентского опыта.
Списки наблюдений на итог не влияют.
Зелёный итог может вводить в заблуждение. Если сигналы не внесены, он всё равно пишет «Сигналы расследуются (100%)». Если клиентов высокого риска ноль, он сообщает, что они проверены углублённо. Название задачи «Закрыть разрывы…» ставится и тогда, когда проблема в бенефициарах или сроках.
Не сравнивает результаты с прошлым аудитом, поэтому для этапа «Далее» нужен новый документ.
Заполнили фрейм? Сохраните, чтобы не потерять
Книги по теме
FATF — «International Standards on Combating Money Laundering» (рекомендации FATF). Международный стандарт требований KYC/AML.