KYC Сервисы

Подключение KYC-провайдеров и конструктор формы ручной проверки личности

KYC-сервис определяет, через какой провайдер выполняется проверка личности. Раздел также связывает сервис с KYC-заявками и журналами, а для ручного провайдера позволяет собрать клиентскую форму.

Различия между KYC, AML, входом в аккаунт и верификацией карты объяснены в статье «Что такое KYC».

В панели управления откройте:

«Утилиты» — «KYC сервисы»

Для доступа требуется право «Доступ к модулю KYC» из блока «Базовое управление».

Добавление и подключение

Нажмите «Добавить сервис» и заполните название, провайдера и статус. После создания нажмите название сервиса и заполните сформированные провайдером «Параметры подключения» и «Дополнительные настройки».

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

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

После включения сервиса откройте «Заявки» — «Верификация» — «Верификация личности». Нажмите «Настройки» и выберите сервис в поле «Выбранный KYC сервис». Один только статус сервиса не запускает проверку для клиентов.

Конструктор ручной верификации

Действие «Конструктор» доступно только для ручного KYC-сервиса. В нём задаются мультиязычные название и описание формы, а также порядок полей.

Поддерживаются:

• «Текстовое поле»;
• «Описание»;
• «Фото».

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

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

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

Проверка ручной формы

1. Сохраните конструктор.
2. Повторно откройте его и проверьте порядок, переводы и ограничения файлов.
3. Назначьте ручной сервис тестовому KYC-сценарию.
4. Откройте клиентский сайт в новой сессии.
5. Отправьте форму без обязательного поля и проверьте отказ.
6. Отправьте допустимый тестовый файл и проверьте создание KYC-заявки.
7. Сверьте полученные данные и журнал.

Отправки ручного сервиса обрабатываются по пути «Заявки» — «Верификация» — «Верификация личности». Там сотрудник видит поля в порядке конструктора, открывает каждый файл и принимает решение. У одного пользователя не может одновременно находиться несколько ручных отправок «На проверке» для личности.

Внешний сервис

Для внешнего провайдера проведите отдельные тесты начала проверки, возврата клиента, callback, успешного и отклонённого результата, повторной попытки и истечения. Внутренний статус и статус провайдера могут изменяться не одновременно.

Внешняя попытка не обязана появляться в ручной очереди «Верификация личности». Проверяйте её по путям «Журнал событий» — «KYC логи» — «KYC логи заявок» и «Журнал событий» — «KYC логи» — «KYC логи».

Полный разбор доступен в «Журналах KYC» и «Верификации личности».

Выключение и удаление

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

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