Комплаенс

Локальный KYC: проверка клиента там, где нет кредитных бюро

Универсальный провайдер проверки не видит клиента в ОАЭ и Индонезии: там личность подтверждается через государственный реестр. Разбираем, чем это отличается от привычного KYC и что настраивается.

170+

стран приёма платежей

2

государственных реестра в готовой интеграции

30+

юрисдикций в режиме защиты данных

Почему универсальный провайдер не срабатывает

Он ищет клиента в источниках, которых в этих странах либо нет, либо они не являются доказательством.

Нет кредитных бюро в привычном виде

Проверка по кредитной истории и по базам операторов связи — привычный способ для одних рынков — на других не даёт результата: источников просто нет.

Документ проверяется у государства

Подтверждением служит не распознавание документа, а ответ государственного реестра: такой человек существует, документ действителен, данные совпадают.

Доля отказов бьёт по конверсии

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

Как устроена локальная проверка

Два готовых пути идентификации плюс общие правила работы с результатом.

Emirates ID — ОАЭ

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

Dukcapil e-KTP — Индонезия

Проверка по реестру гражданской регистрации: номер удостоверения, имя и дата рождения сверяются с государственной базой.

Что происходит с результатом

Успешная проверка открывает клиенту операции, спорная — уходит на ручной разбор с указанием расхождения. Порядок хранения и срок ответа на запросы клиента определяются режимом данных страны.

О чём стоит подумать заранее

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

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

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

Как это собирается в личном кабинете

Три мастера настройки. Оператор проходит их сам — без разработки.

1. Проверка по Emirates ID

Подключение источника, состав сверяемых полей, действие при расхождении и правила хранения результата.

2. Проверка по Dukcapil e-KTP

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

3. Проверка через Госуслуги

Российский государственный реестр: уровень учётной записи, состав запрашиваемых сведений вплоть до СНИЛС и ИНН, срок действия согласия и порядок перепроверки.

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

Настройте проверку под свой рынок

Зарегистрируйтесь и подключите проверку по государственному реестру сами. Запасной путь на случай недоступности настраивается тем же мастером — его стоит завести сразу.

Зарегистрироваться