Цифровая идентичность в Марокко: где заканчивается CNIE и начинается KYC
Как разделить CNIE, Mon Identité Numérique, аутентификацию и решение бизнеса о клиенте в цифровом процессе Марокко.
Скан марокканской CNIE, вход через государственную цифровую идентичность и решение бизнеса «открыть продукт» — это три разных события. Первое даёт изображение документа, второе подтверждает операцию в государственном контуре, третье требует применить собственные KYC- и риск-правила. Если записать всё одним статусом identity_verified, при споре будет невозможно понять, что именно подтвердил источник и кто разрешил отношения.
Закон Марокко № 04-20 устанавливает, что электронная национальная карта удостоверяет личность владельца, включая цифровую идентичность, через уникальный национальный идентификационный номер. Но наличие CNIE не делает любой частный онбординг частью государственной системы и не освобождает компанию от собственных проверок.
Коротко
CNIE — государственный идентификационный документ; приложение и портал цифровой идентичности — отдельный способ управлять её цифровым использованием.
Аутентификация отвечает, кто подтверждает конкретный вход или передачу данных; KYC дополнительно оценивает полномочия, продукт, риск и допустимость отношений.
Копия карты, чтение чипа, проверка лица и ответ e-ID создают разные evidence и не должны заменять друг друга.
Сервис-провайдер обязан доказать, какие атрибуты запросил, какое согласие получил и какое решение принял сам.
Biometric.Vision не следует описывать как систему, имеющую доступ к CNIE или государственному e-ID без подтверждённой интеграции.
Четыре слоя, которые нельзя склеивать
Слой | Что он делает | Что остаётся за следующим слоем |
|---|---|---|
CNIE | Удостоверяет личность и содержит машиночитаемые средства | Проверить предъявление и допустимый способ чтения |
Государственная e-ID | Позволяет владельцу подтвердить операцию и передачу атрибутов | Объяснить, зачем сервису нужны эти атрибуты |
Процесс поставщика услуги | Связывает ответ e-ID, продукт и собственные проверки | Оценить риск и исключения |
Решение KYC | Разрешает, ограничивает или отклоняет отношения | Сохранять доказательства и обновлять профиль |
Главный information gain этой модели — запрет на «повышение статуса» сигнала. Фотография CNIE не становится криптографической проверкой чипа. Успешная аутентификация не становится проверкой бенефициара. Полученный атрибут не становится согласием на любую будущую цель.
Что именно удостоверяет CNIE
Статья 1 Закона № 04-20 связывает CNIE с личностью и цифровой идентичностью владельца. Статья 3 описывает зашифрованный электронный чип, машиночитаемую зону и цифровые сертификаты безопасности, создаваемые DGSN и однозначно связанные с картой и её владельцем.
Отсюда не следует, что фотография лицевой стороны даёт те же гарантии. Есть как минимум три режима:
визуальная или OCR-обработка изображения карты;
чтение доступной машиночитаемой зоны;
защищённое взаимодействие с чипом и проверка криптографических данных.
В досье нужно назвать фактический режим. Формулировка «CNIE проверена», если система лишь распознала текст на фотографии, преувеличивает доказательство.
Mon Identité Numérique — не цифровая копия файла клиента
Официальный портал Identité Numérique описывает Mon Identité Numérique как государственное приложение, основанное на CNIE и предназначенное для подтверждения личности онлайн и очно. Управление цифровой идентичностью опционально; страница настройки связывает первоначальную валидацию с телефоном, поддерживающим NFC.
По описанию официального сервиса пользователь подтверждает запрос на подключённом телефоне, может использовать биометрию устройства для разблокировки карты и передаёт данные поставщику услуги после согласия. Портал заявляет прямую передачу атрибутов поставщикам и отсутствие централизованного хранения в рамках описанного процесса. В статье это именно атрибутированное описание сервиса, а не независимая гарантия архитектуры любого участника.
В 2026 году официальный портал Maroc.ma также сообщил о готовящейся «Carte Numérique» в приложении Mon e-ID. Анонс будущего запуска нельзя описывать как уже общедоступную функцию. Для продакшн-процесса фиксируют фактическую версию приложения и доступный сценарий на дату внедрения.
Аутентификация не завершает клиентскую проверку
Ответ e-ID может дать сильное доказательство участия владельца идентичности в конкретной операции. Бизнесу всё равно нужно решить:
относится ли ответ к этой сессии, продукту и запросу;
какие атрибуты получены и не устарели ли они для цели;
действует ли человек за себя или как представитель;
нужен ли бенефициарный собственник или AML-скрининг;
какой риск создают канал, продукт, география и поведение;
кто обрабатывает расхождение или недоступность государственного контура.
Именно поэтому e-ID становится источником в KYC, а не заменой KYC. Один и тот же государственный ответ может быть достаточен для входа в личный кабинет и недостаточен для открытия регулируемого продукта.
Когда нужна отдельная лицевая биометрия
Биометрия смартфона, которой пользователь разблокирует локальное действие, и Face Match поставщика услуги — не один контроль. Первый может подтверждать локальную аутентификацию на устройстве, не передавая поставщику биометрический образец. Второй сравнивает изображения в инфраструктуре конкретного процесса и создаёт отдельное доказательство и отдельную обработку данных.
Face Match Biometric.Vision может оценивать сходство текущего изображения с выбранным портретом, а Liveness — признаки живого предъявления в пределах тестируемых атак. Эти модули нельзя описывать как чтение чипа CNIE, официальный ответ DGSN или доступ к Mon Identité Numérique, если такая интеграция не подтверждена для проекта.
Перед добавлением отдельного селфи бизнес отвечает, какую неопределённость оно снимает. Если государственный поток уже дал достаточное доказательство для цели, дополнительная биометрия может лишь увеличить объём чувствительной обработки. Если риск требует связать текущего предъявителя с эталоном, нужно отдельно определить источник эталона, порог, ручной маршрут, срок хранения и последствия ошибки.
Персональные данные проектируются по целям
Закон № 09-08 охватывает операции с персональными данными, включая сбор, хранение, использование, передачу, сопоставление и удаление. CNDP указывает, что обработки в общем случае требуют предварительной формальности, если они не исключены, не освобождены или не относятся к режиму предварительного разрешения; передача данных за рубеж оценивается отдельно.
Поэтому карта данных строится не вокруг экрана «согласен», а вокруг каждой цели:
Цель | Минимум, который нужно зафиксировать |
|---|---|
Получение атрибутов e-ID | Запрошенные поля, получатель, основание, согласие и ответ |
Проверка лица | Изображения, эталон, модель, порог, исключение и срок |
Антифрод | Сигналы устройства и поведения, доступ и влияние на решение |
KYC/AML | Применимая норма, профиль риска, решение и пересмотр |
Аутентификация | Фактор, устройство, событие, отзыв и восстановление |
CNDP публикует типовые упоминания для отдельных сценариев лицевой биометрии, включая удалённое открытие счёта финансовыми организациями. Их нельзя механически копировать в другой продукт: конкретные цель, субъект, режим формальности и текст информирования должны совпадать с реальной обработкой.
Как выглядит доказательный маршрут сервиса
Сначала сервис определяет действие: вход, регистрация, открытие продукта, подпись или обновление данных.
Затем выбирает официальный или частный источник и фиксирует его роль.
Каждый запрос атрибутов получает идентификатор, цель, время и подтверждение пользователя.
Ответ источника хранится отдельно от OCR, Face Match, liveness и антифрод-сигналов.
Расхождения не перезаписываются «правильным» значением, а уходят в утверждённый маршрут.
Итоговое решение содержит правило, версию, автора, исключения и следующий триггер проверки.
Orchestrator Biometric.Vision может связывать доступные документные, лицевые, liveness-, AML- и ручные шаги в версионном процессе. Подключение к CNIE, DGSN или Mon Identité Numérique не является подразумеваемой возможностью и должно отдельно подтверждаться технически, договорно и юридически.
Экспертный цифровой онбординг не спрашивает: «Мы проверили личность?» Он позволяет ответить точнее: какой источник подтвердил какой атрибут, какое действие подтвердил пользователь, какую неопределённость снял каждый контроль и кто принял итоговый риск.
Источники
Готовы усилить проверку клиентов?
500 проверок бесплатно каждый месяц · без карты · без контракта · без звонка от менеджера.
