Субъекты финансового мониторинга в Казахстане
Как определить статус субъекта финансового мониторинга в Казахстане и превратить его в перечень KYC, AML и внутренних контрольных процессов.
Компания запускает новый продукт, подключает проверку клиентов и считает AML-задачу закрытой. Но первая проверка должна быть направлена не на клиента, а на саму компанию: относится ли конкретное юридическое лицо и конкретная деятельность к субъектам финансового мониторинга (СФМ) по статье 3 Закона Казахстана о ПОД/ФТ.
Ошибка здесь меняет всю систему контроля. Организация может настроить санкционный скрининг, но не определить применимые правила внутреннего контроля, маршрут сообщений и ответственную роль. Возможна и обратная ошибка: технического подрядчика группы автоматически считают СФМ только потому, что он обслуживает банк или МФО.
Статус определяется нормой и фактической деятельностью, а не наличием слов KYC, финтех или платформа в презентации. Ниже — метод квалификации, который связывает услугу, юридическое лицо, соответствующий подпункт статьи 3 Закона о ПОД/ФТ, отраслевой акт и доказательство вывода. Это не заменяет юридическое заключение, но позволяет не начинать автоматизацию с неверного предположения.
Коротко
Квалификацию проводят по фактической деятельности каждого юридического лица.
Категорию сверяют с действующей статьёй 3 Закона о ПОД/ФТ и профильным отраслевым актом.
После квалификации строят карту обязанностей, владельцев и доказательств.
AML-сервис исполняет отдельные проверки, но не определяет правовой статус организации.
Один бренд или общий интерфейс группы не делают все юридические лица одним СФМ.

В статье 3 важны не только названия категорий, но и условия
Действующая на дату проверки статья 3 содержит широкий перечень. Для первичной навигации его удобно собрать в пять групп, но юридический вывод всегда привязывают к конкретному подпункту.
Группа | Какие категории прямо названы | Что проверить дополнительно |
|---|---|---|
Финансовый рынок | Банки и их филиалы-нерезиденты, отдельные банковские организации, биржи и клиринг, страховые организации и их филиалы-нерезиденты, пенсионные фонды, профессиональные участники рынка ценных бумаг, центральный депозитарий, микрофинансовые и платёжные организации | Точную роль, лицензию, исключения и отраслевого регулятора |
Профессиональные услуги | Нотариусы; адвокаты, юридические консультанты и другие независимые специалисты; бухгалтерские и аудиторские организации; профессиональные бухгалтеры, ведущие предпринимательскую деятельность | Для юристов — выполняется ли одна из прямо перечисленных операций от имени или по поручению клиента |
Операции с имуществом и ценностями | Лизингодатели без лицензии, участники операций с драгоценными металлами и камнями, посредники в купле-продаже недвижимости | Кто именно заключает сделку и в какой роли действует компания |
Специальные отрасли и инфраструктура | Игорный бизнес и лотереи, почтовые операторы при переводе денег, Фонд социального медицинского страхования, отдельные участники МФЦА, «Правительство для граждан», операторы сотовой связи | Специальный объём обязанностей и применимый подзаконный акт |
Цифровые активы | Операторы обмена необеспеченных цифровых активов, операторы платформ цифровых финансовых активов, торговых платформ, эмитенты и участники особого режима НБРК в этой сфере | Вид актива, разрешённую деятельность и статус конкретного участника |
Перечень нельзя сокращать до «банки и МФО», но нельзя и расширять по сходству бизнеса. Например, статья 3 Закона о ПОД/ФТ относит юридического консультанта к СФМ не из-за профессии вообще, а когда он от имени или по поручению клиента участвует в перечисленных операциях: сделке с недвижимостью, управлении деньгами или счетами, аккумулировании средств для компании либо создании, покупке, продаже или управлении юридическим лицом.
Есть и процедурное различие. Статья 3 Закона о ПОД/ФТ требует уведомлять о начале или прекращении деятельности не все категории, а указанные подпункты: юридических консультантов и иных независимых специалистов, кроме адвокатов, нелицензируемых лизингодателей, участников операций с драгоценными металлами и камнями и посредников по недвижимости. Поэтому единый чек-лист «для любого СФМ» уже на первом шаге даёт ошибку.
Проверка статуса состоит из четырёх доказуемых шагов
Разложить бизнес на услуги. Не «маркетплейс», а приём платежа, посредничество, выдача займа, обмен актива, хранение имущества и проверка клиента.
Назвать исполнителя каждой услуги. Зафиксировать юридическое лицо, договорную роль, лицензию, территорию и фактические действия.
Сопоставить деятельность с нормой. Для каждого кандидата указать подпункт закона, условие включения, исключение и профильный акт.
Зафиксировать решение и триггер пересмотра. Сохранить дату редакции, автора заключения и события, после которых квалификация проверяется заново.
Если у группы несколько юридических лиц, квалификацию проводят отдельно. Общая платформа не превращает их в один субъект и не переносит обязанности с лицензированного участника на технического подрядчика.
Главный новый результат этого метода — матрица услуга × юридическое лицо, а не один статус на весь бренд.
Услуга | Кто заключает договор | Роль в операции | Возможный подпункт статьи 3 | Что подтверждает вывод |
|---|---|---|---|---|
Приём платежа | Компания A | Платёжная организация | 12 | Лицензия, договор и фактический маршрут денег |
Проверка документа | Компания B | Технологический подрядчик | Сам по себе не следует из перечня | Договор обработки и отсутствие регулируемой операции от своего имени |
Посредничество при продаже недвижимости | Компания C | Посредник | 16 | Предмет договора и фактическое участие в сделке |
Строки приведены как методические примеры, а не готовая квалификация конкретной компании.
Три пограничных случая показывают, где ошибается быстрый чек-лист
Группа с общей платформой. Банк заключает договор с клиентом, а отдельная IT-компания предоставляет интерфейс и вычислительную инфраструктуру. Само обслуживание банка не названо в статье 3 Закона о ПОД/ФТ отдельным основанием статуса. Но вывод меняется, если IT-компания фактически оказывает от своего имени регулируемую услугу. Поэтому проверяют договор, лицензию и реальный поток операции, а не только название компании.
Юридическая фирма. Подготовка обычного правового заключения и управление деньгами клиента — разные факты. Для соответствующей категории статьи 3 имеет значение участие от имени или по поручению клиента в закрытом перечне операций. Досье должно показывать, какая услуга оказана и какую роль исполнял специалист.
Платформа с несколькими ролями. Один интерфейс может соединять продавца, платёжную организацию, оператора цифрового актива и подрядчика KYC. Статус не присваивают интерфейсу. Сначала распределяют договорные и фактические роли между юридическими лицами, затем проверяют каждое по статье 3 Закона о ПОД/ФТ.
Во всех трёх случаях результатом анализа может быть не только да или нет, но и перечень недостающих доказательств. Это сильнее интуитивного вывода, потому что показывает, что именно нужно проверить до запуска.
После квалификации нужна карта обязанностей, а не универсальный AML-чек-лист
Закон о ПОД/ФТ связывает статус СФМ с надлежащей проверкой клиента, его представителя и бенефициарного собственника, финансовым мониторингом операций и внутренним контролем. Однако способы, формы и профильные правила различаются по категориям. Поэтому сначала строят карту применимости, а уже затем закупают систему.
идентификацию и проверку личности;
установление полномочий представителя и конечного владельца;
оценку риска клиента и деловых отношений;
проверку по применимым перечням и PEP;
мониторинг операций и эскалацию подозрительности;
сообщение в АФМ в предусмотренных случаях;
хранение доказательств решения и обучение работников.
Автоматизация отдельной проверки не снимает ответственность за итоговое решение. Совпадение по списку требует разбора, а отсутствие совпадения не закрывает риск необычной операции.
Рабочая карта связывает шесть элементов:
Элемент | Вопрос | Результат |
|---|---|---|
Норма | Какая статья и профильный акт применимы | Ссылка на актуальную редакцию |
Событие | Что запускает обязанность | Онбординг, операция, изменение риска или обновление списка |
Проверка | Какие данные и действия нужны | Идентификация, UBO, screening, анализ операции |
Решение | Кто и по какому правилу решает | Автоматический маршрут либо ручная эскалация |
Сообщение | Нужно ли передавать сведения и в каком процессе | Ответственный канал и контроль срока |
Доказательство | Что позволит воспроизвести решение | Источник данных, версия правила, результат и автор решения |
Так становится видно, почему наличие API не равно исполнению закона: сервис может вернуть совпадение, но не определяет применимую норму, не утверждает ПВК и не принимает за СФМ окончательное решение.
Квалификационное досье должно пережить проверку
Вывод о статусе полезно хранить как небольшой управляемый документ, а не как письмо одного юриста. Минимальная структура может выглядеть так:
Поле | Что зафиксировать | Когда пересматривать |
|---|---|---|
Юридическое лицо | БИН, лицензия, регулятор и место деятельности | При реорганизации или новой лицензии |
Фактическая услуга | Участники, деньги или имущество, роль компании | При запуске продукта или смене модели |
Норма | Категория статьи 3, профильный акт и исключения | При изменении законодательства |
Вывод | Статус по каждой услуге и границы вывода | При расширении операций |
Последствия | ПВК, ответственные роли, проверки и сообщения | При изменении процесса или системы |
Аутсорсинг технологии не переносит статус автоматически. Поставщик может проверять документы или списки, но квалификацию деятельности, утверждение ПВК и регуляторные решения сохраняет организация, на которую распространяется соответствующая обязанность. В договоре с подрядчиком отдельно фиксируют входные данные, состав ответа, обновление источников, обработку ошибок, хранение доказательств и действия при недоступности сервиса.
Где заканчивается задача AML-сервиса
AML Screening Biometric.Vision заявляет проверку физических и юридических лиц по санкционным, PEP и другим указанным на продуктовой странице спискам, повторный мониторинг и фиксацию результата. Проверку можно связать с документом, лицом и живостью в одном eKYC-потоке.
Сервис не определяет за компанию её статус СФМ, категорию риска клиента и обязанность направить сообщение. Эти решения остаются в ПВК и у ответственных работников. Перед интеграцией составьте матрицу «норма — событие — проверка — решение — доказательство»: она покажет, где нужен автоматический screening, а где юридическая квалификация или ручная эскалация.
Материал носит информационный характер. Для пограничной деятельности подтвердите вывод у специалиста по праву Казахстана и сохраните в досье не только заключение, но и факты, на которых оно основано.
Готовы усилить проверку клиентов?
500 проверок бесплатно каждый месяц · без карты · без контракта · без звонка от менеджера.



