Верификация личности: что видит пользователь в KYC

Полная расшифровка видео Что на самом деле видят ваши пользователи при KYC-верификации (полное пошаговое руководство). Видео 2 из 10 в Didit Academy, 14:36. Смотреть на YouTube. Каждый абзац ведёт к соответствующему моменту видео.

​

Что охватывает это видео

00:03 Когда вы отправляете клиента на верификацию в Didit, что он на самом деле видит? Об этом и пойдёт речь. Мы пройдём весь процесс глазами пользователя: точные экраны, через которые реальный человек проходит после того, как нажал вашу ссылку. Сценарий полностью оформлен в вашем брендинге и на языке пользователя, работает на любом устройстве, которое у него есть, и выполняет большой объём невидимых проверок. Итоговый результат попадает в вашу систему сразу после принятия решения. Лучший способ всё понять: пройти процесс самому. Зайдите на didit.me, можно зарегистрироваться бесплатно и пройти верификацию на своём телефоне за

​

Открываем процесс самостоятельно

00:38 пару минут. Ладно, проще всего увидеть, через что проходят ваши пользователи, открыв процесс самостоятельно. Этим мы и займёмся. Перейдём к одному из наших сценариев, скопируем ссылку и вставим её в браузер. Возьмём базовый сценарий KYC. Копируем эту ссылку и вставляем сюда. Вот здесь

​

Первый экран, который видит пользователь

00:58 самое первое, что видит ваш пользователь после того, как нажмёт одну из ваших ссылок. Сразу отмечу: это демо. Брендинг Didit здесь есть, но всё это можно полностью настроить. Этот список включает каждый шаг, который пройдёт данный пользователь: верификация личности, проверка лица и дополнительные документы. Список не задан жёстко. Сценарий, к которому привязана сессия, сам определяет, какие шаги появятся и в каком порядке. Поэтому процесс просто отображает то, что заложено в сценарии при его включении.

​

Брендинг и его роль в завершении верификации

01:28 Логотип и оформление тоже ваши, так что для пользователя это по-прежнему ваш продукт. Это очень важно: насколько всё это похоже на вас и на ваш бренд, главным образом и определяет, сколько людей доходят до конца верификации. Внизу есть небольшая отметка «Защищено Didit», и её тоже можно убрать. Всё выше вы настраиваете сами. Сам Didit остаётся лишь движком под капотом. Поэтому пользователь видит именно тот сценарий, который вы настроили, в вашем брендинге. Итак, вот

​

Проверки, которые не показывают ни одного экрана

02:00 Это удивляет большинство людей. Не у каждой проверки, которую вы здесь видите, есть экран. Шаги появляются только там, где пользователю действительно нужно что-то сделать: документ, лицо, телефон, почта. Пока пользователь проходит эти шаги, на сервере работает целый набор других проверок, и всё это выполняется без участия пользователя. Анализ устройства и IP, AML-скрининг, постоянный AML-мониторинг, проверка по базам данных: всё это происходит в фоновом режиме. Пользователь не видит ни одного из этих шагов, а результаты вы всё равно получаете в панели управления. Поэтому процесс остаётся очень коротким, хотя делает огромный объём работы. Некоторые из самых сильных проверок Didit не создают никакого трения, потому что пользователь с ними не сталкивается. Если вы вернётесь и посмотрите один из этих сценариев, то увидите все эти фоновые проверки: проверку по базам данных, проверку электронной почты, проверку телефона, AML-скрининг, анализ IP и рисков. Пользователю они не видны. Это все проверки, которые

​

Настройка: цвета, логотип, почта, домен

03:00 можно добавить в сценарий. Давайте посмотрим на вкладку кастомизации. Здесь вы добавляете свой брендинг, цвета, собственный адрес электронной почты, свой домен и всё остальное. Как видите, можно изменить название приложения. Можно показать приветственную страницу или отключить её. Можно показать индикатор прогресса или скрыть его. На вкладке брендинга задаются все эти цвета, добавляются логотип и фавикон, меняется типографика. Можно добавить свою почту. 03:25 Итак, если ввести здесь имя, можно указать адрес электронной почты и перейти к верификации. Система покажет, что домен не настроен, потому что адрес не рабочий. Но если указать реальный рабочий домен и нажать «Продолжить к верификации», появятся DNS-записи, которые нужно добавить, чтобы настроить собственный адрес электронной почты. С этого адреса будут отправляться уведомления и все обновления о статусе верификации. Для домена можно также добавить собственный домен, например поддомен. Если указать здесь поддомен, система покажет записи, которые нужно внести у вашего регистратора доменов. Видите этот значок глобуса наверху? Он

​

54 языка, определяются автоматически

04:04 Интерфейс доступен на 54 языках, включая письменности, которые пишутся слева направо, например арабский. По умолчанию процесс сам определяет язык браузера и, если он не поддерживается, переключается на английский. Но пользователь может открыть этот список с поиском и в любой момент выбрать любой язык, и все инструкции будут отображаться на выбранном языке. А если вы заранее знаете язык человека, например из собственной базы данных, его можно указать при создании сессии. Тогда она откроется на нужном языке без опоры на браузер. Так процесс автоматически встречает пользователя на его языке: на выбор 54 варианта. Итак, давайте посмотрим на

​

Мобильное устройство и компьютер: передача через QR-код

04:49 В этом превью видно, что большинство пользователей в итоге проходят верификацию на телефоне. Это логично: камера делает съёмку документа и селфи очень простой. Пользователь просто наводит телефон на этот QR-код и продолжает процесс верификации на телефоне. Когда пользователь открывает эту страницу на компьютере, здесь видно, что можно продолжить и на компьютере, но это лишь вариант. Вы можете требовать верификацию только через мобильное устройство, а можете включить и десктоп, тогда пользователь завершит процесс прямо здесь, на компьютере. Но учтите: на десктопе проверка живости автоматически переводится в пассивный режим, потому что активный режим плохо работает с веб-камерами компьютеров. Под активным и пассивным режимами понимается следующее: в активном режиме нужно

​

Размещённый сценарий или собственные экраны

05:34 моргнуть в камеру. Это активная проверка живости. Пассивная же проверка означает просто фотографию. Поэтому проще всего начать с размещённого сценария. Вы видите, как я нажимаю «Копировать ссылку» и открываю её в браузере. Вы можете отправить пользователю ссылку, и Didit возьмёт на себя все сложные задачи: разрешения камеры, съёмку документа, проверку живости и все особенности работы на разных устройствах. Этот сценарий можно встроить в приложение через SDK, iframe, редирект или всплывающее окно. Если же вы хотите создать собственные экраны с нуля, это тоже возможно, но тогда вся ответственность за них ложится на вас. Интеграцию мы подробно разберём в отдельном видео, а сейчас достаточно знать: ссылка, которую вы отправляете и которую получаете из этого сценария, и есть размещённый сценарий, и он настроен так, чтобы довести людей до конца.

​

Определение страны выдачи

06:20 Итак, возвращаемся к сценарию. Когда на шаге документа нужно понять, из какой страны удостоверение, в большинстве случаев сценарий уже это определил. Он определяет местоположение пользователя по IP-адресу в момент загрузки страницы и заранее выбирает страну выдачи. Здесь видно, что это уже сделано. Если же ваш сценарий допускает только одну страну, она будет выбрана автоматически, и пользователь вообще не увидит этот выбор. Этот пример относится к KYC, но для KYB или любого другого сценария, который вы создадите, всё будет точно так же. Движок просто выполняет те шаги, которые настроены в вашем сценарии. Далее, как видно в этом превью, пользователь

​

Выбор типа документа

07:00 выбирает государственный документ, который он предъявит. Didit распознаёт семь типов: паспорт, удостоверение личности, вид на жительство, водительское удостоверение, карта медицинского страхования, налоговая карта и карта социального страхования. Но этот список фильтруется и оставляет только те типы, которые действительны для только что определённой страны. Поэтому пользователь не может выбрать тип, который Didit не может прочитать. И снова: если ваш сценарий допускает только один тип документа, весь этот экран пропускается, и пользователь

​

Съёмка документа

07:26 сразу переходит на страницу съёмки. Если продолжить, мы попадём на страницу съёмки. Как видно в этом превью, я нахожусь на компьютере, поэтому могу загрузить файл или сделать фото. Но можно принудительно включить съёмку в реальном времени. Тогда система проводит пошаговую фотосъёмку с подсказками и не допускает загрузку файлов. Это самая надёжная настройка против подделанных и повторно использованных изображений. При загрузке принимаются привычные форматы: JPEG, PNG, PDF и некоторые другие типы файлов размером до 10 МБ. Если PDF защищён паролем, система запросит пароль. Таким образом, можно либо разрешить загрузку, либо принудительно включить съёмку в реальном времени, и всё это настраивается в параметрах сценария. Как видно в этом превью, пока пользователь выравнивает документ, подсказки на устройстве проверяют освещение и резкость, и съёмка происходит автоматически, как только кадр становится достаточно хорошим, чтобы анализ начался сразу. И Didit не просто считывает текст с карты. Система проводит проверки подлинности и выявления подделок, а также проверку живости документа, которая выявляет такие случаи, как фото экрана или распечатанная копия. Кроме того, проверяются защитные элементы и проверку данных MRZ для более чем 130 языков документов. 08:37 А главное отличие в том, что всё происходит в реальном времени. Пользователь мгновенно узнаёт, если документ не прошёл проверку, и вы получаете те же данные в тот же момент. Так выигрывают все, потому что процесс идёт быстрее. Итак, для

​

Селфи для проверки живости

08:50 проверки живости пользователь может сделать селфи. Он просто центрирует лицо в овале, который появится на экране этого шага. За этим простым экраном стоит проверка живости, которая подтверждает, что перед камерой находится реальный живой человек. Именно это позволяет Didit сопоставить лицо с документом, который пользователь только что отправил. Вы можете выбрать, какой метод проверки живости использовать здесь. Настраивается это для каждого узла сценария, о чём мы расскажем в других видео. И есть три разных режима

​

Пассивный, 3D flash и 3D action

09:17 видео. Пассивный режим: пользователь ничего не делает. 3D flash: цветные вспышки строят карту глубины, а пользователь по-прежнему ничего не делает. 3D action: к вспышкам добавляется случайное несложное действие, например моргание или поворот головы. Таким образом, это один шаг с селфи и тремя уровнями проверки живости, из которых вы можете выбирать. Так

​

Видео проверки живости и оценки

09:41 Давайте посмотрим, что даёт этот шаг проверки живости. Он записывает короткое видео человека и выставляет оценку. Итак, если перейти в раздел «Проверка пользователей», прокрутить вниз и открыть профиль одного из пользователей, мы увидим его данные. Не волнуйтесь, всё, что находится внутри этой проверки, мы разберём в отдельном видео. Но чтобы показать, что именно делает проверка живости и что вы получаете в профиле, достаточно короткого видео, которое вы видите здесь. 10:08 Можно воспроизвести видео. Да, это просто демонстрационное видео, но именно это будет отображаться для каждого пользователя на этапе верификации. Здесь указана оценка живости в процентах. Подробнее о ней расскажу в другом видео. Каждый из методов, пассивный или активный, выдаёт оценку живости от 1 до 100. Кроме того, система выполняет обнаружение атак предъявления и дипфейков. 10:30 Видео сохраняется вместе с оценкой. Вы можете вернуться, воспроизвести видео и посмотреть все оценки прямо здесь, в этой проверке, а также в профиле пользователя. Таким образом, вы получаете селфи-видео, оценку живости и оценку дипфейка.

​

Что происходит, если шаг не пройден

10:45 доступные для просмотра в любой момент. Что происходит, если шаг не пройден? Пользователь не попадает в тупик. Ему предлагается конкретная повторная попытка с инструкциями. В настройках сценария вы можете задать максимальное количество повторных попыток и окно повторных попыток. Подробнее о настройках и работе сценариев мы расскажем в другом видео. Но когда пользователь видит сообщение о повторной попытке, оно будет точным, например: «Документ истёк» или «Повторите съёмку при более ярком освещении», а не расплывчатая общая ошибка. Так пользователь точно понимает, что исправить, а количество попыток настраивается, как я только что показал в сценарии. По умолчанию поток просто позволяет пробовать снова, пока пользователь не пройдёт проверку, потому что главная цель в том, чтобы довести пользователя до конца, а не заблокировать его. Поэтому количество попыток настраивается, а по умолчанию используется

​

Экран «одобрена»

11:30 так, чтобы пользователь всегда мог дойти до конца. Когда все обязательные проверки пройдены, пользователь попадает на этот экран. Здесь зелёная галочка и простой текст: «Вы верифицированы». Он сообщает, что больше ничего делать не нужно, и пользователь может вернуться в ваше приложение. И вот что пользователь не видит: ваше приложение уже получило решение в реальном времени до того, как пользователь уйдёт с этой страницы. Итак, статус «одобрена»: финальный зелёный экран, внушающий уверенность, и

​

Экран «на проверке»

11:54 ваш бэкенд уже получил результаты. Иногда автоматическая проверка выдаёт предупреждение, а не однозначное прохождение или отказ. В этом случае вместо зелёной галочки пользователь увидит оранжевые часы с текстом: «Ваша заявка на проверке». На вашей стороне верификация появится здесь со статусом «на проверке». И дальше решать вам или кому-то из вашей команды: одобрить заявку, отклонить её или попросить их повторно подать заявку с дополнительной информацией. Удобно то, что пользователь получит письмо в тот момент, когда статус изменится на его

​

Экран «отклонена»

12:30 запрос на верификацию. Если проверка действительно не пройдена, пользователь увидит чёткий статус «отклонена»: красную отметку и текст «Нам не удалось подтвердить ваши данные на данный момент». Такой текст объясняет результат, но не раскрывает вашу логику защиты от мошенничества. Дальнейшие шаги полностью зависят от сценария. Вы можете разрешить повторную подачу в пределах заданного количества попыток или направить пользователя в службу поддержки внутри вашего приложения. Итак, статус «отклонена» означает понятный нетехнический финальный экран, и

​

Перенаправление или webhook: чему доверять

12:58 вы сами решаете, означает ли это повторную подачу или обращение в поддержку. В самом конце сценария происходят две вещи, и важно понимать, которому из них доверять. Верно? Сначала браузер пользователя возвращается в ваше приложение. Пользователь попадает туда, откуда начал, но для него это просто передача управления. А на что вы действительно опираетесь, так это на результат, который ваш сервер получает в тот же момент. Он отправляется прямо на ваш бэкенд в момент принятия решения, и именно на этой версии нужно строить логику. Никогда не полагайтесь на то, что лежит в браузере. Тонкости настройки этого подключения достойны отдельного видео, поэтому мы оставим их на потом. Но главный вывод прост: пользователь возвращается в ваше приложение, а ваша система уже располагает

​

Поиск сессии в панели управления

13:41 настоящими доверенными результатами. Каждая верификация отображается на вкладке «Проверка пользователей». Здесь есть фильтры, и мы видим статусы «одобрена», «на проверке», «отклонена». В зависимости от результата верификации и пройденного сценария статус будет обновляться соответствующим образом. Больше всего внимания требуют, очевидно, верификации на проверке. Их можно отфильтровать и оставить только те, что ждут проверки человеком. Открыв каждую проверку, вы увидите все доказательства, на которых основан результат. А это значение внизу, данные поставщика, и есть ID, который ваша система передала при создании сессии. Это ваш стабильный идентификатор этого человека. 14:25 Объединяет ли Didit все сессии с одинаковым ID данных поставщика в один профиль?