Автоматическая верификация клиентов — это когда KYC-сессия сама приходит к итогу по правилам вашего сценария: документ подходит или нет, данные сходятся или нет, признаков подделки нет или есть. Ваша система получает итог с причинами и решает без сотрудника, а сотруднику остаются исключения — и решения, которые закон не разрешает отдавать автоматике.
Сотрудник не участвует в типовой сессии: платформа проверяет, ваша система применяет правило. Ручная проверка — только по критериям, которые вы задали заранее.
Каждая KYC-сессия заканчивается статусом: проверка пройдена, не пройдена, помечена подозрительной или клиент не успел её закончить. Статус выставляется автоматически по правилам сценария, к нему прилагаются ошибки по каждому шагу — что именно не прошло и почему.
Какие документы и страны принимать, какие признаки подделки считать отказом, какой возраст допустим, сколько критических ошибок терпеть, сколько живёт сессия — всё это настройки сценария в KYC-редакторе. Изменения действуют для новых сессий после сохранения.
Открыть счёт, выдать займ, допустить к продажам — это решение компании. Автоматизация проверки клиентов означает, что ваша система по итогу сессии делает это сама, а не ждёт сотрудника. Где граница и что требует закон — ниже, в блоке о 152‑ФЗ и 115‑ФЗ.
Подозрительные сессии, спорные совпадения в базах, сбои и возражения клиентов уходят человеку. Он видит фото, распознанные поля, результаты проверок и причину отказа и меняет статус вручную. Как встроить это в весь путь клиента — на странице об автоматизированном онбординге клиентов.
Сценарии KYC с правилами собираются в личном кабинете: «KYC/AML» → «KYC Редактор». Ниже — что в сценарии превращает результат проверки в статус сессии. Код ошибки из ответа подсказывает вашей системе, что делать дальше. Как те же правила выглядят глазами клиента и где их место в онбординге — на странице о правилах решения в онбординге.
[document] bad document type, шаг не пройден. Тип и страну клиенту указывать не нужно — платформа определяет их сама [fraud] [general] age requirement mismatch, «пройти проверку сейчас нельзя». Подробнее — на странице проверки возраста [general] data mismatch [general] too many tries, сессия закрывается сразу Кроме четырёх итогов у сессии есть промежуточные статусы: idle — создана, но ещё не обрабатывалась; processing — идёт обработка, в том числе проверки по базам; exception — ошибка обработки, статус нужно запросить ещё раз. По промежуточному статусу решение не принимают. Все статусы в документации
success — проверка пройденаКогда: все шаги сценария пройдены, антифрод документа без срабатываний, данные между шагами и с анкетой сошлись.
Ваша система: открывает доступ автоматически; результаты проверок по базам учитывает, когда они придут.
failed — проверка не пройденаКогда: шаг не прошёл — кадр не подошёл, документ не тот, подделка, возраст, расхождение данных. Пока у сессии есть время и попытки, клиент может переснять, и статус сменится на success.
Ваша система: ждёт окончательного итога и только потом отказывает или отправляет сотруднику.
suspicious — подозрительная сессияКогда: достигнут лимит критических ошибок или на изображениях лица разных людей. Сессия закрыта, кадры в неё больше не принимаются.
Ваша система: не открывает доступ и не предлагает повтор автоматически — сессию разбирает сотрудник.
expired — сессия истеклаКогда: клиент начал, но не закончил проверку за время жизни сессии из сценария.
Ваша система: предлагает пройти проверку заново — для новой проверки нужна новая сессия. Брошенные сессии видны в отчётах и помогают найти шаг, на котором клиенты уходят.
Статус failed в середине сессии — не приговор: пока у сессии есть время и попытки, клиент может пройти шаг ещё раз. Число попыток на шаг ограничено, повторные попытки не оплачиваются — вы платите за сессию. Шесть ситуаций, которые чаще всего встречаются в отчётах. Как тексты повтора видит клиент — на странице верификации на сайте и в приложении.
На фото паспорта блик, документ обрезан или поля не читаются. Шаг не пройден, сессия временно в статусе failed, клиент видит подсказку и снимает снова. Удачный кадр — и статус меняется на success.
Если не прошла сверка между шагами, в ответе приходит список шагов для пересъёмки — поле retake. Клиент повторяет только их, остальные пройденные шаги новые кадры не принимают.
Последняя попытка шага неудачна — сессия сразу закрывается с ошибкой «попытки исчерпаны». Это окончательный failed: для новой проверки нужна новая сессия, например новая ссылка.
Клиент раз за разом присылает фото с экрана или распечатку. Когда число критических ошибок достигает лимита из сценария, сессия получает suspicious и закрывается — без новых попыток.
Клиент отвлёкся и не вернулся. Когда время жизни сессии истекло, незавершённая сессия получает expired, а failed становится окончательным. Срок задаётся в сценарии: от 15 минут до 6 часов.
Спорную сессию сотрудник открывает в кабинете и меняет статус вручную — или ваша система делает это через API. После ручной смены сессия больше не принимает кадры, итог зафиксирован.
Лимит критических ошибок или признаки манипуляции — это повод разобраться, а не просто отказать. Сотрудник смотрит кадры и причины и решает: отказ, новая проверка или запрос документов.
Если на автоматический отказ нет письменного согласия клиента и закон не разрешает такое решение прямо, отказ подтверждает человек. Подробнее — в блоке о 152‑ФЗ.
Перечень террористов и экстремистов, санкционные списки, розыск, исполнительное производство. Меры по ПОД/ФТ и решение о клиенте принимает ответственный сотрудник по вашим правилам внутреннего контроля.
Не хватило данных или источник не ответил. Пропущенная проверка — это «не проверялось», а не «чисто»: сначала смотрите, выполнена ли проверка, потом — пройдена ли.
Статус exception не итоговый: запросите статус ещё раз. Отказывать клиенту из-за технического сбоя нельзя — если сбой повторяется, обращение в поддержку с идентификатором сессии.
Человек не согласен с автоматическим решением и пишет вам. По 152‑ФЗ возражение нужно рассмотреть в течение 30 дней и сообщить результат — это всегда работа сотрудника.
KYC без ручной проверки работает на типовых сессиях. Эти шесть случаев лучше сразу направлять сотруднику — правилом вашей системы.
Решение сотрудника фиксируется сменой статуса сессии вручную — в разделе «KYC Логи» или методом смены статуса. Очередь и сроки ручной проверки ведёт ваша система.
Как не заваливать сотрудников ложными совпадениями в базах — в статье «Ложные срабатывания в AML-скрининге».
Пять правил, чтобы автоматическое решение принималось один раз и по окончательному итогу. Формат событий и шифрование — в документации по вебхукам, колбэки виджета — на странице верификации на сайте и в приложении, методы API — на странице API и SDK.
Колбэк виджета — не решение. Колбэк успеха приходит в браузер только при success, и его можно подделать. Доступ открывайте по статусу, который получил ваш сервер: из вебхука SESSION_COMPLETE или запросом статуса сессии.
Промежуточные события — не повод отказать. По умолчанию вебхук приходит при каждом изменении результата, пока клиент проходит сессию. Флаг «Уведомлять только если сессия финализирована» оставляет одно событие — когда истекло время или закончились попытки.
Порядок событий не гарантирован. Результаты проверок по базам приходят событием DATABASE_CHECKS_COMPLETE — до или после итога сессии. Сначала смотрите, выполнена ли проверка, потом — пройдена ли.
Повторной отправки нет, дубли возможны. Если вебхук не дошёл, получите состояние запросом статуса по идентификатору сессии. Одно событие может прийти дважды — обрабатывайте его так, чтобы повтор не создал второго решения.
Подписи нет — есть шифрование. Включите шифрование тела секретным ключом сценария: расшифровать его может только ваш сервер. Флаг «Не отправлять персональные данные» оставит в уведомлении только статусы и результаты.
Столько платформа ждёт ответа вашего сервера. Код ответа не учитывается — принимайте событие сразу, а решение стройте в своей очереди, а не внутри обработчика вебхука.
Распознавание полей, проверка подлинности документа и сверка данных между шагами занимают секунды после того, как клиент прислал удачный кадр. Больше всего времени уходит на саму съёмку.
Если в сценарии есть проверка живости, она длится от нескольких секунд до минуты — зависит от того, как быстро человек выполнит задание. Включать ли этот шаг, решает ваш юрист: обработку изображений лица регулирует 572‑ФЗ.
Запросы во внешние источники идут параллельно и дольше — их результат приходит отдельным событием. Поэтому быстрая верификация клиентов строится так: доступ по итогу сессии, а ограничения — когда придут базы.
Фактическое время обработки каждой сессии и проверки — в поле spent ответа. Среднюю скорость KYC-проверки на своём потоке посмотрите в отчётах кабинета после теста, динамику по дням — в дашборде.
«Мгновенная» — значит без очереди к сотруднику, а не за фиксированное число секунд.
Полностью автоматизированная верификация — техника, а не правовое основание. Платформа выносит итог проверки; решение о клиенте, его законность и права клиента остаются за вашей компанией.
В цену KYC-сессии входят все шаги сценария, антифрод документа и повторные попытки. Ручная смена статуса и разбор в кабинете отдельно не тарифицируются.
от 16 ₽ за сессию
Распознавание документа и антифрод: экран, распечатка, ксерокопия, вклейка фото, редактирование, логические несоответствия. Автоматический итог без шага с лицом.
Всё из пакета «Документ» плюс селфи или лайвнес и сравнение лица с фото в документе. Применение — по решению вашего юриста (572‑ФЗ).
по запросу
Документ, лайвнес и проверки по базам в одной сессии: проверки по базам РФ и международный скрининг санкций и PEP.
Дополнительный документ в той же сессии — 10 ₽, проверка по базе — 5 ₽, все проверки по базам РФ — 50 ₽, международный скрининг — 36 ₽. Срок хранения данных задаётся в сценарии. Цена зависит от объёма — калькулятор в прайс-матрице.
Термины из ответа API, кабинета и разговора с юристом.
success, failed, suspicious или expired. Выставляется автоматически по правилам сценария.idle, processing или exception: сессия ещё не закончена или обработка дала сбой. По нему решение не принимают.expired.success либо suspicious.suspicious.retake ответа.Как устроены автоматические решения в KYC и где остаётся ручная проверка — в нашем блоге
Это проверка клиента, в которой сотрудник не участвует в типовом случае: KYC-сессия сама выставляет итог по правилам сценария, а ваша система по итогу открывает доступ или отказывает. Сотрудник подключается только к исключениям — подозрительным сессиям, совпадениям в базах, сбоям и возражениям клиентов.
Технически — да: итог каждой сессии выставляется автоматически. Юридически отказ клиенту только на основании автоматизированной обработки данных допустим при его письменном согласии или в случаях, прямо предусмотренных федеральным законом (ст. 16 152‑ФЗ). Поэтому многие компании автоматически одобряют, а окончательный отказ подтверждает сотрудник. Схему выберите с юристом.
NeuroVision проверяет документ и данные и выставляет итог проверки. Решение о клиенте — открыть счёт, выдать займ, допустить к сделке — принимает ваша компания по своим правилам, в том числе правилам внутреннего контроля по 115‑ФЗ.
Статусы success и suspicious окончательны сразу. failed становится окончательным, когда истекло время жизни сессии или закончились попытки, а expired — когда клиент не завершил проверку вовремя. Если нужно получать только окончательный итог, включите в сценарии флаг «Уведомлять только если сессия финализирована».
Не открывать доступ и не предлагать повтор автоматически: сессия закрыта, кадры в неё больше не принимаются. Такой итог означает лимит критических ошибок или признаки манипуляции. Сессию разбирает сотрудник и меняет статус вручную, если решение другое.
Распознавание и проверка подлинности документа занимают секунды после удачного кадра, проверка живости — от нескольких секунд до минуты. Проверки по базам идут параллельно и приходят отдельно. Фактическое время каждой сессии — в поле spent ответа.
Результаты проверок по базам приходят отдельным событием и обрабатываются вашей системой: она решает, что считать препятствием. Пропущенная проверка — это «не проверялось», а не «чисто»: сначала смотрите, выполнена ли проверка, затем — пройдена ли.
Пока у сессии есть время и попытки, клиент переснимает неудачный шаг, а при несовпадении между шагами — только шаги из списка пересъёмки. После окончательного итога для новой проверки нужна новая сессия — например, новая ссылка.
В разделе «KYC Логи» личного кабинета статус сессии меняется вручную после подтверждения, из вашей системы — методом смены статуса API. После ручной смены сессия кадры не принимает, итог зафиксирован.
Цена — за KYC-сессию со всеми шагами и повторными попытками: «Документ» — от 16 ₽, «Документ + лайвнесс» — от 29 ₽, расширенный пакет с проверками по базам — по запросу. Точный расчёт по объёму — в прайс-матрице.
Расскажите, какие заявки сейчас проверяют сотрудники и что вы хотите решать автоматически, — предложим правила сценария, критерии ручной проверки и расчёт цены за сессию.
Не можете сформулировать запрос? Запишитесь на звонок, и наша команда свяжется с вами в удобное время
Записаться на звонокПлатформа NeuroVision — в реестре российского ПО, запись № 19972. Свидетельство Роспатента № 2023661508.
Адрес: Москва, Пресненская наб., д. 12 — деловой центр «Москва-Сити», башня «Федерация». Ближайшие станции метро — «Деловой центр» и «Международная».
