FAQ

❓ FAQ по платформе NeuroVision KYC

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


Общие (KYC)

Вопрос: Что такое платформа NeuroVision KYC и для чего она нужна?

Краткий ответ:
Это комплексное решение для удаленной идентификации личности клиентов.

Развёрнутый ответ Платформа NeuroVision KYC позволяет компаниям дистанционно проверять личность пользователей с помощью распознавания документов и лица. Она автоматизирует процесс KYC (Know Your Customer), объединяя сканирование документов, биометрическую верификацию и другие проверки для быстрого и точного подтверждения личности.

Вопрос: Какие типы документов и стран поддерживаются системой NeuroVision?

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

Развёрнутый ответ Платформа распознаёт паспорта, национальные ID-карты, водительские удостоверения и другие официальные документы множества стран. Конкретный список поддерживаемых документов регулярно обновляется – перед интеграцией рекомендуется уточнить, покрывает ли система документы вашей страны и требуемого типа. Список поддерживаемых документов доступен по ссылке: [

Вопрос: Можно ли добавить поддержку нового типа документа, если он не распознаётся системой?

Краткий ответ:
Да, при необходимости можно расширить перечень поддерживаемых документов.

Развёрнутый ответ Если нужный вам документ пока не поддерживается, вы можете обратиться в поддержку NeuroVision. Команда сможет оценить возможность обучения системы под этот документ и выпустить обновление. Добавление нового типа документа обычно требует времени на сбор данных и дообучение модели, но возможно в рамках сотрудничества.

Вопрос: Как обеспечить высокое качество фотографий документов и селфи для успешной проверки?

Краткий ответ:
Необходимо делать четкие фотографии без бликов, теней и обрезанных частей.

Развёрнутый ответ Рекомендуется фотографировать документ при хорошем освещении, без вспышки и бликов, чтобы все важные зоны (фото, печати, номера) были видны полностью. Селфи лучше делать на камеру хорошего качества, при достаточном освещении, смотря прямо в камеру и с нейтральным выражением лица – это повысит точность распознавания и уменьшит вероятность ошибок.

Вопрос: Можно ли использовать сканированные копии или ксерокопии документов вместо фотографий?

Краткий ответ:
Можно, но только если отключена проверка антифрода на копии и распечатки

Развёрнутый ответ Платформа по умолчанию ориентирована на работу с фотографиями оригинальных документов. Если включены антифрод-проверки на ксерокопии и распечатки (как черно-белые, так и цветные), то такие изображения могут быть распознаны как подозрительные и помечены ошибками вроде image printed, black and white image или image edited. Однако при необходимости эти проверки можно отключить в редакторе сценариев. В этом случае система без проблем принимает качественные копии и сканированные документы (включая распечатки и Xero-копии), при условии, что они соответствуют требованиям по разрешению, полноте, видимости полей и другим параметрам. Для использования копий убедитесь, что в сценарии верификации отключены соответствующие антифрод-правила.

Вопрос: Сколько времени обычно занимает полная проверка (документ + лицо) на платформе NeuroVision?

Краткий ответ:
На продакшен серверах — менее секунды. С Liveness — до минуты.

Развёрнутый ответ На серверах Neurovision полная проверка документа (включая загрузку, распознавание, извлечение полей, верификацию, мэтчинг лиц) занимает в среднем 500–600 миллисекунд, а в ряде случаев — даже менее половины секунды. Это достигается благодаря оптимизированной архитектуре и высокой производительности нейросетей. На серверах демонстрационной версии (в демо-режиме) аналогичная проверка может занимать до 5 секунд, что связано с ограничениями вычислительных ресурсов и фоновой загрузкой. Если в сценарии включена проверка Liveness (проверка «живости»), общее время верификации может увеличиться. В этом случае время прохождения Liveness-проверки пользователем — от нескольких секунд до одной минуты, в зависимости от качества съёмки, условий освещения и скорости реакции пользователя.

Вопрос: Нужен ли пользователю доступ к камере для прохождения проверки, или можно загрузить готовое фото?

Краткий ответ:
Для селфи (и liveness) — камера обязательна. Документы можно загружать, но с оговорками.

Развёрнутый ответ Пользователь может загрузить фотографию документа из файла — это допускается платформой. Однако для этапа проверки лица (включая Liveness) требуется обязательное использование камеры. Это необходимо для подтверждения живости и исключения попыток подмены — система должна убедиться, что перед ней живой человек, а не изображение. Тем не менее, для фотографирования документов мы настоятельно рекомендуем использовать встроенный компонент камеры — WebSDK. Это значительно снижает риск фрода. Если антифрод-проверки в рамках текущего сценария не критичны, и сценарий допускает загрузку файлов без защиты от фальсификаций, то пользователь может предоставить изображения документа напрямую из галереи или загрузкой файла.

Распознавание документов

Вопрос: Какой формат и размер изображений требуется для распознавания документов и лица?

Краткий ответ:
Только JPEG или PNG. Документ — минимум 200 пикселей, лицо — не менее 30×30 пикселей.

Развёрнутый ответ Система принимает изображения исключительно в форматах JPEG или PNG. Файлы в других форматах (например, HEIC, WEBP, PDF и др.) будут отклонены. Требования к размеру изображения касаются не всего файла целиком, а размера объекта на изображении: Документ на фото должен занимать не менее 200 пикселей по большей стороне (ширина или высота). Если он меньше, система вернёт ошибку too small image или document too small, так как не сможет корректно извлечь данные. Лицо пользователя (например, в селфи или документе) должно быть не менее 30×30 пикселей. Более мелкие лица не поддаются качественному анализу и распознаванию, и приведут к ошибке face too small. Также важно избегать сильного сжатия, размытости и плохой освещенности — такие дефекты могут ухудшить качество OCR и снизить точность сравнения лиц.

Вопрос: Нужно ли указывать тип документа или страну перед распознаванием, или система определяет их автоматически?

Краткий ответ:
Система сама определяет тип документа по изображению, отдельной настройки не требуется.

Развёрнутый ответ NeuroVision умеет автоматически распознавать, какой документ был загружен (например, паспорт или права, и из какой страны, если формат уникален). Вам не нужно вручную выбирать тип – достаточно передать фото, и алгоритм сам классифицирует документ. Однако в некоторых случаях (если документы разных типов очень похожи) система может потребовать указания типа в настройках схемы проверки.

Вопрос: Что делать, если какие-то данные документа распознаны неверно (ошибка в ФИО, дате и т.п.)?

Краткий ответ:
Рекомендуется повторно сфотографировать документ более четко или проверить оригинал.

Развёрнутый ответ Если система неправильно распознала текст на документе, вероятно, качество изображения было недостаточным (блики, размытость). В такой ситуации лучше сделать новое фото документа в лучшем качестве и повторить попытку – чаще всего это решает проблему. Если ошибка распознавания повторяется на чётком изображении, можно сообщить в поддержку, а пока – вручную скорректировать эти данные вне системы.

Вопрос: Проверяет ли система подлинность документа по визуальным защитным признакам (голограммы, водяные знаки)?

Краткий ответ:
Косвенно – система проверяет структурные элементы, но прямой анализ голограмм не поддерживается.

Развёрнутый ответ Алгоритм NeuroVision анализирует качество изображения и наличие обязательных элементов (печати, подписи, фото владельца) и может выявлять копии или подделки. Однако полноценная проверка подлинности защитных голограмм или UV-меток по обычной фотографии затруднительна. Таким образом, система выявляет явные несоответствия (формат документа, поддельные элементы), но не гарантирует обнаружение всех видов подделок, особенно если они не отражаются на фото.

Вопрос: Поддерживается ли распознавание документов, состоящих из нескольких страниц (например, паспорт + страница регистрации)?

Краткий ответ:
Да, для таких случаев предусмотрена загрузка нескольких изображений документа последовательно.

Развёрнутый ответ Если удостоверение личности состоит из двух страниц (как внутренний паспорт с пропиской), платформа может последовательно обработать обе страницы. В настройках схемы можно указать необходимость дополнительного шага – сначала скан основной страницы, затем, например, страницы с регистрацией. Пользователю будет предложено загрузить обе стороны, и система объединит эти данные для полной проверки.

Вопрос: Распознает ли система текст на документах на разных языках (например, кириллица, латиница)?

Краткий ответ:
Да, OCR поддерживает много языков, включая кириллицу, латиницу и др.

Развёрнутый ответ NeuroVision может считывать текст как на русском и других языках с кириллическим алфавитом, так и на латинице (английский, французский и т.д.), и на многих других языках, представленных в документах. Система обучена на международных образцах, поэтому автоматически извлекает поля (ФИО, дата рождения, номер документа и пр.) вне зависимости от языка – важно лишь, чтобы документ был в списке поддерживаемых форматов.

Liveness (проверка живости)

Вопрос: Как проходит проверка живости пользователя (Liveness)?

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

Развёрнутый ответ Liveness-проверка на платформе Enface используется для подтверждения того, что перед камерой находится реальный живой человек, а не фотография, видео или иной обман. Мы используем три режима активной Liveness-проверки: — Простые задания — пользователь выполняет отдельные команды (например, повернуть голову влево или вправо, моргнуть, посмотреть в определённую точку). — Сложные задания — задания усложнены и идут в быстрой последовательности (например, комбинации поворотов и взглядов), для более глубокой проверки. — Круговое движение головы — пользователь двигает головой по кругу, аналогично первичной настройке Face ID на iPhone. Этот метод позволяет собрать максимальный объём 3D-информации о лице. В ходе выполнения заданий система делает серию снимков (ключевых кадров), которые автоматически отправляются на сервер. На сервере эти изображения проходят анализ с применением нейросетевых моделей, определяющих наличие признаков живого человека (микродвижения, текстура кожи, глубина и др.). По итогам анализа всех кадров система выносит итоговое решение о прохождении Liveness-проверки.

Вопрос: Что делать, если клиент не проходит проверку Liveness (не удалось подтвердить живое присутствие)?

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

Развёрнутый ответ Если проверка живости не пройдена, системе не удалось убедиться, что перед ней живой человек (например, из-за неподходящего освещения или невыполнения действий). Рекомендуется попросить пользователя повторно пройти liveness: смотреть прямо в камеру, не закрывать лицо, выполнить требуемое действие. Система обычно позволяет несколько попыток. Если повторно не удается, возможен переход на альтернативный метод идентификации (например, ручная проверка оператором).

Вопрос: Можно ли отключить этап Liveness и проводить только проверку документов?

Краткий ответ:
Да, возможно настроить схему проверки без Liveness, хотя это снизит уровень защиты от выдачи.

Развёрнутый ответ Liveness-тест рекомендован для уверенности, что документ предъявляет именно владелец в момент проверки. Тем не менее платформа гибка – по запросу клиента можно использовать упрощенную схему KYC, включающую только загрузку и распознавание документа. В этом случае лицо пользователя не подтверждается через селфи, что несколько увеличивает риски мошенничества, поэтому отключать Liveness имеет смысл только в низкорисковых сценариях.

Вопрос: Определяет ли система попытки обмана при Liveness (маски, чужое видео вместо лица)?

Краткий ответ:
Да, алгоритмы Liveness способны выявлять несоответствия (например, маску на лице или трансляцию видео).

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

Антифрод

Вопрос: Как платформа выявляет мошеннические попытки при идентификации?

Краткий ответ:
Она анализирует признаки подделки документов, повторное использование биометрии и другие аномалии.

Развёрнутый ответ NeuroVision внедряет ряд антифрод-механизмов: проверяет документ на подделку (например, распознав копию или фотомонтаж), сверяет биометрию лица с уже известными в системе (чтобы выявить, не пытался ли этот же человек зарегистрироваться под другим именем), а также контролирует последовательность действий пользователя. Любые отклонения (ч/б копия документа, несоответствие лица и данных, подозрительно частые попытки и т.п.) помечаются и могут служить сигналом для отказа или дополнительной проверки.

Вопрос: Что означает ошибка «[fraud] image printed» при проверке документа?

Краткий ответ:
Это предупреждение, что загруженное изображение документа похоже на фотокопию или распечатку.

Развёрнутый ответ Метка [fraud] image printed указывает на выявление признаков копии: система определила, что документ, вероятно, не оригинал, а скан или ксерокопия (например, чёрно-белая или цветная). Эта ошибка служит сигналом возможного мошенничества. Рекомендуется запросить у пользователя фотографию оригинального документа – с настоящими защитными элементами – чтобы пройти проверку.

Вопрос: Может ли система обнаружить, что один и тот же человек пытается пройти идентификацию под разными именами?

Краткий ответ:
Да, система определяет совпадения лиц и связывает их между сессиями.

Развёрнутый ответ Платформа поддерживает сохранение биометрических шаблонов лиц пользователей, успешно прошедших верификацию. При новых попытках прохождения KYC система автоматически сравнивает лицо с базой уже известных эмбеддингов. Если лицо уже встречалось в предыдущих сессиях — даже под другим именем, с другим документом или в другом контексте — система обнаружит совпадение. Это позволяет своевременно выявить повторные попытки прохождения KYC с подменой данных. На интерфейсе при совпадении система выделяет ID текущей сессии красным цветом, что является прямым индикатором того, что человек уже фигурировал в системе. При клике на этот ID открывается история всех сессий, в которых это лицо было замечено, с возможностью их просмотра и анализа.

Вопрос: Можно ли настроить «стоп-лист» – список нежелательных персон или документов для блокировки?

Краткий ответ:
Да, у нас реализован механизм чёрного списка по лицу.

Развёрнутый ответ Платформа поддерживает встроенный механизм добавления лиц в чёрный список. Это позволяет автоматически блокировать прохождение проверки одним и тем же человеком, даже если он использует другие документы или персональные данные. Для этого в интерфейсе просмотра сессии необходимо нажать на иконку с перечёркнутым кругом. После этого лицо, обнаруженное в данной сессии, будет занесено в чёрный список. При последующих попытках прохождения верификации: * Если лицо будет совпадать с ранее заблокированным — сессия будет автоматически отклонена; * В интерфейсе это будет сопровождаться пометкой «Пользователь в чёрном списке». Черный список в интерфейсе Этот подход эффективен против повторных мошеннических попыток с подменой данных, так как опирается на биометрию, а не только на реквизиты документа. Механизм не требует дополнительной реализации со стороны клиента — он работает из коробки.

API интеграция

Вопрос: Где можно найти документацию по API NeuroVision для интеграции?

Краткий ответ:
На официальном сайте доступна подробная документация API (в том числе Swagger-интерфейс).

Развёрнутый ответ Вся техническая документация находится на портале NeuroVision: там описаны эндпоинты REST API, форматы запросов и ответов, примеры и ошибки. Для удобства интеграции вы можете воспользоваться Swagger/UI по адресу или читать руководство на GitBook. Перед началом интеграции стоит ознакомиться с этими материалами.

Вопрос: Как получить доступ к API (тестовые и боевые ключи)?

Краткий ответ:
Необходимо запросить у администратора промокод и зарегистрироваться на платформе.

Развёрнутый ответ Для получения доступа к API платформы необходимо:
Запросить у администратора NeuroVision уникальный промокод.

С этим промокодом зарегистрироваться на платформе (через веб-интерфейс).

После регистрации вы получите доступ в личный кабинет, где сможете:

    Управлять подключениями,

    Получать токены,

    Настраивать сценарии и интеграцию,

    Смотреть статистику и статус запросов.
Все параметры доступа (токены, идентификаторы, конфигурации) выдаются автоматически через платформу — мы ничего не передаём вручную, включая какие-либо clientKey или секретные ключи. Обычно перед этим заключается соглашение о конфиденциальности (NDA). После этого можно начать использовать тестовый доступ. Параметры нагрузки, лимиты, ограничения на сценарии — обсуждаются индивидуально. После заключения полноценного договора выдаются боевые доступы, возможно подключение к изолированному контуру, выделенные сервера и кастомные параметры SLA.

Вопрос: Каковы основные шаги интеграции через API для проверки KYC?

Краткий ответ:
Нужно отправить фотографии на сервер через соответствующий метод API и получить результат проверки.

Развёрнутый ответ Общий процесс такой: ваш бэкенд вызывает метод API NeuroVision, передавая изображение документа и селфи/видео пользователя (либо последовательными запросами, либо в рамках одной сессии, в зависимости от выбранной схемы). Сервер NeuroVision обрабатывает данные (OCR, сравнение лица, liveness) и возвращает структуру с результатами – статус проверки и извлеченные данные. В интеграции вам потребуется реализовать отправку данных, получение ответа и разбор результатов (например, заполнение анкеты пользователя данными из паспорта, обработка статуса «успех/неуспех»).

Вопрос: Отправляются ли документ и селфи одним запросом или по отдельности?

Краткий ответ:
Можно как одним запросом, так и поэтапно — синхронно или асинхронно.

Развёрнутый ответ Платформа NeuroVision поддерживает разные схемы интеграции — как с использованием готового виджета, так и через прямые API-запросы. Если вы используете веб-виджет, всё происходит автоматически: он сам отправляет все данные (документ, селфи, liveness) поэтапно и в нужной последовательности, создавая единую сессию. При прямой API-интеграции вы можете выбирать между несколькими подходами: * Одним запросом — некоторые сценарии позволяют отправить документ и лицо одновременно (например, при статичном селфи с документом). * Поэтапно — чаще используется последовательная схема, где: * Инициируется сессия, * Отправляется фото документа, * Отдельно — селфи. Поддерживаются как синхронные, так и асинхронные режимы обработки: вы можете получать результат сразу или через webhook/пуллинг. Такой подход даёт максимальную гибкость — вы можете оптимизировать UX, адаптироваться под конкретные сценарии (например, только документ, только селфи, селфи с документом, liveness и т. д.), а также точно контролировать логику прохождения проверки.

Вопрос: Что такое sessionId и как его использовать?

Краткий ответ:
sessionId – это уникальный идентификатор сессии проверки, по которому отслеживается процесс KYC.

Развёрнутый ответ При инициации проверки система присваивает заявке уникальный sessionId. Его нужно использовать при дальнейших запросах: например, чтобы привязать селфи к уже отправленному документу, либо чтобы запросить статус/результат проверки. SessionId помогает сопоставлять ответы с конкретной попыткой идентификации, особенно если у вас параллельно идут проверки для разных пользователей.

Вопрос: Можно ли повторно использовать sessionId для другого клиента или новой проверки?

Краткий ответ:
Нет, для каждой отдельной проверки создается своя уникальная сессия (sessionId).

Развёрнутый ответ SessionId однозначно связан с конкретной попыткой KYC. Если один пользователь не прошел и начинается проверка заново (либо другой пользователь проходит KYC), генерируется новый sessionId. Повторное использование старого идентификатора недопустимо – это приведет к смешению данных. Таким образом, на каждую проверку – своя сессия, а завершённые или просроченные sessionId в дальнейшем не используются.

Вопрос: Как получить результат проверки: платформа сама присылает ответ или нужно опрашивать статус?

Краткий ответ:
По умолчанию можно опрашивать состояние сессии, также доступен callback (вебхук) для финального результата.

Развёрнутый ответ Вы можете периодически запрашивать статус сессии KYC по sessionId, пока не получите финальный ответ (SUCCESS/FAILED). Однако удобнее настроить callback-URL: тогда после завершения проверки NeuroVision сама отправит на ваш сервер уведомление с результатом. В webhook-поведомлении будет содержаться sessionId и итоговый статус (и данные), что избавляет от необходимости опроса. Настройка способа получения результата оговаривается при интеграции.

Вопрос: Есть ли справочник всех возможных ошибок и кодов, возвращаемых системой?

Краткий ответ:
Да, он доступен в разделе KYC ошибки и содержит подробное описание каждой проверки.

Развёрнутый ответ Полный перечень всех ошибок и кодов, которые может возвращать система в процессе KYC-проверки, доступен в специальном справочнике — разделе «KYC ошибки». \ * Справочник содержит: * Код проверки (например, `[general] bad image`, `[fraud] mobile device`); * Описание ошибки — что именно произошло; * Комментарий — как это интерпретировать с точки зрения пользователя; * Описание технологии — какие алгоритмы сработали и почему возникла ошибка. ## **Примеры из справочника** * `[general] bad image` — файл не является изображением (например, не JPEG/PNG или повреждён); * `[document] text fields not visible` — ключевые поля документа не прочитались; * `[fraud] mobile device` — документ или селфи были сделаны с экрана смартфона. Справочник представлен в табличном виде и регулярно обновляется. Он используется как техническими специалистами, так и операторами поддержки. Если в процессе интеграции или верификации появится неизвестный код, которого нет в справочнике, вы всегда можете обратиться в поддержку — мы подскажем его расшифровку и рекомендации по обработке.

Вопрос: Возвращает ли API платформы распознанные персональные данные (ФИО, дату рождения и т.д.) в структурированном виде? {{ … }}

Краткий ответ:
Да, все данные возвращаются в структурированном JSON-формате.

Развёрнутый ответ При успешном распознавании документа платформа возвращает персональные данные в виде структурированного JSON, где каждое поле содержит: * Название (title) — например, Surname, Date of Birth, Document Number; * Значение (value); * Уровень уверенности (conf); * Статус валидности (например, isMismatch, isUnreadable, isEdited); * Индексацию по изображению (imageIndex), если несколько изображений. Формат универсален и подходит как для зарубежных документов (например, ePassport, ID-карты), так и для российских документов (например, паспорт РФ). Пример структуры для зарубежного паспорта:
{
  "title": "Given name(s)",
  "value": "EDGAR ANDRES",
  "conf": "high"
}
Аналогично, для российского паспорта:
{
  "title": "Father's name",
  "value": "ДМИТРИЕВНА",
  "conf": "high"
}
Дополнительно в ответе может присутствовать: * Машиночитаемая зона (MRZ Strings); * Поля с датами в формате ISO (valueUTC); * Специализированные поля вроде Issuing authority, Nationality, Place of Birth; * Метаданные по проверке подлинности (маркеры isPrinted, isEdited, isXerocopy, isMobile и др.). Также в JSON-ответе присутствуют блоки с фрод-чеками и результаты сравнения лиц (Face matching), с процентами схожести между документом, селфи и селфи с документом.

Вопрос: Почему результат проверки может быть FAILED, хотя данные распознались верно (например, все поля паспорта считаны правильно)?

Краткий ответ:
Это означает, что система не уверена в корректности — например, сработал порог неуверенности модели, несмотря на видимое распознавание.

Развёрнутый ответ В таких случаях итоговый статус «FAILED» указывает, что алгоритм идентификации счел проверку не пройденной. Например, нейросеть могла распознать текст, но посчитать его достоверность низкой (низкая уверенность) — тогда система предпочитает отказать, хоть данные и выглядят правильными. Другой пример — лицо пользователя совпало с фото, но Liveness не пройден, либо документ прочитан, но признан недействительным. Таким образом, даже при заполненных данных платформа может вернуть отказ, если хоть один из критериев проверки не удовлетворен.

Web-виджет и SDK

Вопрос: Есть ли готовый веб-виджет для прохождения KYC, который можно встроить на наш сайт?

Краткий ответ:
Да, NeuroVision предоставляет виджет «KYC Widget» для упрощенной интеграции на веб-сайтах.

Развёрнутый ответ Вместо разработки собственного интерфейса вы можете использовать готовый виджет от NeuroVision. Он представляет собой встроенный компонент, который выводит пользователю все необходимые шаги (загрузка паспорта, селфи, liveness) в понятном виде. Виджет легко подключается к вашей веб-странице с помощью нескольких строк кода и автоматически взаимодействует с API – вам не нужно самостоятельно писать логику обмена данными с сервером.

Вопрос: Как интегрировать виджет KYC на свою веб-страницу или в приложение (например, в React-приложении)?

Краткий ответ:
Нужно подключить скрипт виджета NeuroVision и вызвать инициализацию с вашим идентификатором схемы (schemaId).

Развёрнутый ответ Процесс очень простой: вы добавляете на страницу подключение JS-библиотеки виджета («). Затем вызываете метод `window.KYCWidget.setupKYC({…})`, указав schemaId вашей проверки и clientKey (если требуется). В React или других фреймворках можно установить пакет `kyc-widget` из npm. В документации приведены примеры: достаточно по клику на кнопку запускать метод открытия виджета – далее всё проходит автоматически.

Вопрос: Есть ли мобильный SDK для интеграции NeuroVision в наше Android/iOS приложение?

Краткий ответ:
Специализированного нативного SDK пока нет, но можно встроить веб-виджет в мобильное приложение.

Развёрнутый ответ На данный момент NeuroVision предлагает веб-виджет, который можно использовать и в мобильных приложениях (например, через WebView или встроенный браузер внутри приложения). Отдельные библиотеки под Android/iOS непосредственно пока не предоставляются, однако веб-решение адаптивно и поддерживает камеры смартфонов. Таким образом, даже без нативного SDK вы можете реализовать KYC-процесс на мобильных платформах, используя существующий веб-компонент.

Вопрос: Можно ли изменить внешний вид виджета под наш бренд (цвета, логотип)?

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

Развёрнутый ответ Интерфейс виджета нейтральный и может быть интегрирован в ваш сайт как часть страницы. Вы можете разместить рядом или в заголовке логотип компании, также виджет поддерживает некоторые настройки стиля (например, можно переопределить CSS для изменения основных цветов под ваш бренд). Полный white-label интерфейса ограничен возможностями виджета, но базовая кастомизация оформления возможна, чтобы KYC-форма органично вписывалась в ваш продукт.

Вопрос: Что такое schemaId в контексте виджета и где его взять?

Краткий ответ:
schemaId – это идентификатор сценария проверки, настроенный для вас в системе NeuroVision.

Развёрнутый ответ В платформе может быть несколько схем (сценариев) KYC – например, упрощенная проверка только паспорта, полная проверка паспорт+селфи, проверка с дополнительными документами и т.д. Каждой схеме присваивается уникальный schemaId. При подключении виджета вам нужно указать тот schemaId, который соответствует желаемому процессу. Этот идентификатор вам сообщит интеграционный менеджер NeuroVision или вы сможете увидеть его в личном кабинете при настройке системы.

Вопрос: Что такое clientKey и как его получить для работы виджета или API?

Краткий ответ:
ClientKey – это ключ доступа клиента, выдаваемый системой для аутентификации запросов, его можно получить у поддержки или в ЛК.

Развёрнутый ответ При интеграции виджета или прямых API-запросов, clientKey может использоваться для подтверждения ваших прав доступа. Этот ключ связывается с вашим аккаунтом и выдается NeuroVision для ваших приложений. Обычно его получают вместе с остальными данными интеграции (как тестовый и боевой ключи). В некоторых случаях виджет может работать и без явного указания clientKey (достаточно schemaId, если ключ привязан на серверной стороне). Всегда придерживайтесь инструкций документации относительно использования clientKey.

Ошибки и коды

Вопрос: Что означает ошибка «В документе отсутствуют необходимые элементы» в результате проверки?

Краткий ответ:
Это означает, что на фото документа не видны какие-то обязательные фрагменты (печать, подпись или другие важные элементы).

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

Вопрос: Что значит ошибка «bad_image» при загрузке фотографии?

Краткий ответ:
Система не смогла обработать файл — это может быть не изображение или изображение плохого качества.

Развёрнутый ответ Ошибка bad_image означает, что загруженный файл не может быть обработан как изображение. \ * Основные причины ошибки: * Файл не является изображением вовсе (например, PDF, TXT, DOCX или другое недопустимое расширение); * Формат изображения не поддерживается — допустимы только JPEG и PNG; * Файл повреждён или закодирован с ошибками; * В редких случаях — изображение настолько размыто, тёмное или искажённое, что система не может начать обработку. * Что делать для устранения ошибки? * Убедитесь, что вы загружаете именно изображение в формате JPEG или PNG; * Размер файла не нулевой и он не повреждён; * На изображении чётко виден документ или лицо, без размытия, перекосов или чрезмерной темноты. Если файл валиден, но ошибка сохраняется, рекомендуется повторно сфотографировать объект и повторить загрузку.

Вопрос: Что означает ошибка «bad_face_matching» в результате проверки?

Краткий ответ:
Это означает, что лицо на селфи не совпало с фотографией в документе с достаточной степенью уверенности.

Развёрнутый ответ Ошибка bad_face_matching указывает на неуспешную биометрическую верификацию: * Система сравнила снимок лица пользователя с фотографией в документе и пришла к выводу, что это разные люди (или степень сходства слишком низкая). * Проще говоря, алгоритм не подтвердил, что селфи принадлежит владельцу документа. ## **Причины ошибки:** * Действительно чужое лицо; * Плохое качество фотографий (размытость, тени, ракурс, освещение); * Сильные отличия внешности между фото в документе и селфи. ## **Рекомендация:** Если пользователь уверен, что всё корректно, стоит попробовать ещё раз с другими фото — возможно, предыдущие были нечеткими или с другим ракурсом.

Вопрос: Какие статусы результата может возвращать система и что они означают?

Краткий ответ:
Основные статусы — success, failed, idle, а также возможен suspicious.

Развёрнутый ответ Система возвращает несколько ключевых статусов по результатам проверки личности и документа. Каждый статус отражает текущее состояние или итог верификации: * success — верификация пройдена успешно. Все этапы проверки выполнены, данные подтверждены, лицо совпадает с документом, ошибок не обнаружено. * failed — верификация не пройдена. Один или несколько этапов проверки завершились с ошибкой (например, документ недействителен, лицо не совпадает, или обнаружены признаки фальсификации). * idle — сессия осталась незавершённой. Пользователь не завершил процесс: не загрузил селфи, закрыл окно до конца, не прошёл liveness и т.п. * suspicious — сессия отмечена как подозрительная. Это может произойти, если: * Пользователь обнаружен в чёрном списке; * Обнаружено повторное лицо с другими данными (например, одно лицо — два разных паспорта); * В рамках одной сессии были попытки загрузки нескольких разных документов с разными лицами (признак фрода). Дополнительно, в структуре API-ответа могут содержаться промежуточные статусы компонентов (например, ocr, fraud, face_matching) — они позволяют анализировать, на каком этапе возникли ошибки, но итоговый статус сессии будет один из четырёх указанных выше.

Вопрос: Что означает статус «idle» и в каких ситуациях он устанавливается?

Краткий ответ:
«Idle» обозначает, что проверка не была завершена пользователем до конца.

Развёрнутый ответ Статус idle появляется, если пользователь начал процесс, но не предоставил всех данных. \ * Типичные ситуации, когда возникает idle: * Пользователь загрузил документ, но не сделал селфи; * Не прошёл этап Liveness; * Закрыл окно или покинул страницу до завершения всех шагов; * Не подтвердил или не отправил требуемую информацию. * Что означает для интеграции: * Итоговой проверки не произошло — статус не является ни успехом, ни ошибкой; * Обычно такие сессии считают брошенными и закрывают по таймауту; * Вы можете самостоятельно решать, как долго ждать пользователя и что делать с такими сессиями (например, уведомить пользователя или удалить сессию).

Вопрос: Как понять причину, по которой проверка не пройдена (статус failed)?

Краткий ответ:
Причины указываются в массиве results, в списке errors по каждому типу проверки.

Развёрнутый ответ Если в ответе платформы KYC приходит статус failed, это означает, что одна или несколько частей проверки не были успешно пройдены. \ * Где искать причину отказа: * Массив results — содержит отдельные объекты по типам проверок (document, selfie, faces и т.д.). * У каждого элемента есть поле errors — список кодов ошибок.
{
  "errors": [
    "[fraud] mobile device",
    "[document] text fields not visible"
  ]
}
Это означает: * Было зафиксировано, что документ или селфи были сфотографированы с экрана мобильного устройства ([fraud] mobile device); * На изображении не распознались важные поля документа, такие как место рождения ([document] text fields not visible). * Проверка антифрод-результатов (checks): «` { «caption»: «fraud», «items»: [ { «status»: «failed», «caption»: «isMobile», «confidence»: 0.947 } ] } «` Это подтверждает, что проверка на мобильное устройство (isMobile) не пройдена, с высокой уверенностью (0.947). * Поля документа и статус читаемости (ocr): «` { «title»: «Place of birth», «value»: «…», «isUnreadable»: true } «` Это значит, что поле «Место рождения» не удалось распознать, что тоже может быть критичной ошибкой в зависимости от сценария. * Пошагово, чтобы понять причину отказа: * Проверь поле status на верхнем уровне (`»status»: «failed»`). * Изучи вложенные results — по каждому типу (document, selfie и т.д.). * Посмотри поле errors внутри этих блоков — оно содержит основные причины. * Загляни в checks и ocr, если нужно понять детали (например, какие поля нечитабельны или что вызвало подозрение).

On-Premise vs Cloud

Вопрос: Можно ли развернуть платформу NeuroVision на своих серверах (On-Premise), а не использовать облачный сервис?

Краткий ответ:
Да, доступна On-Premise версия с установкой в инфраструктуре клиента.

Развёрнутый ответ Для компаний с повышенными требованиями к безопасности и конфиденциальности данных платформа NeuroVision предоставляет On-Premise-решение — программный комплекс для локального развертывания внутри IT-инфраструктуры клиента. \ * В этом варианте: * Все изображения и результаты обрабатываются и хранятся только на стороне клиента, без выхода во внешние облачные сервисы; * Система поставляется в виде набора Docker-контейнеров, готовых к установке; * Поддерживаются изолированные среды, включая полное отсутствие доступа в интернет. * Процесс установки: * Специалисты NeuroVision подключаются к серверам клиента (обычно по SSH или через защищённый канал); * Производят установку всех компонентов, настройку окружения и проверку работоспособности; * В дальнейшем, при необходимости обновлений или технической поддержки, команда NeuroVision может удалённо подключаться к серверу и проводить апгрейды, обновления моделей или устранение сбоев. Это решение подходит для банков, государственных структур, медицинских учреждений и других организаций, где требования к контролю над данными критически важны.

Вопрос: Чем отличается облачная версия сервиса от On-Premise?

Краткий ответ:
Облачная работает на серверах NeuroVision (SaaS), On-Premise – на ваших серверах, давая полный контроль над данными.

Развёрнутый ответ В облачном варианте вся инфраструктура поддерживается провайдером: вам достаточно пользоваться API через интернет, обновления и масштабирование берет на себя NeuroVision. \ В On-Premise варианте вы разворачиваете систему у себя: это обеспечивает максимальную автономность и соответствие политикам безопасности, однако требует ресурсов для установки, поддержки и обновлений. * Ключевые различия: * Место размещения: Облачная версия — на серверах NeuroVision, On-Premise — на ваших серверах. * Контроль над данными: On-Premise обеспечивает полный контроль и изоляцию данных. * Обновления и поддержка: В облаке этим занимается NeuroVision, On-Premise требует самостоятельного или совместного обслуживания. * Функциональность: Ядро платформы одинаково, различия — в месте исполнения и ответственности за обслуживание.

Вопрос: Каковы минимальные требования к оборудованию для установки On-Premise версии?

Краткий ответ:
Минимум — RTX 3090 или аналог с 24 ГБ VRAM, 16-ядерный CPU, 64 ГБ ОЗУ. Рекомендуется использовать два сервера с балансировкой.

Развёрнутый ответ Для On-Premise установки платформы NeuroVision требуется производительное оборудование, способное обрабатывать изображения и биометрию в реальном времени. Ниже указаны минимальные и рекомендуемые системные требования. \ ✅ Минимальные требования: * CPU: AMD Ryzen 9 3900X (или аналог с ≥16 потоками, поддержкой AVX2) * GPU: NVIDIA RTX 3090 с 24 ГБ видеопамяти, либо аналогичная по объёму и производительности карта NVIDIA (например, A5000, RTX 4080) * RAM: 64 ГБ * Диск: SSD от 1 ТБ Этот конфигурационный минимум обеспечивает комфортную работу в условиях умеренной нагрузки и небольшого количества параллельных сессий. \ ✅ Рекомендуемые требования: * CPU: Intel Core i9-12900KF или аналог ≥24 потоков * GPU: 2× NVIDIA RTX 3090 (суммарно 48 ГБ VRAM) или аналогичные карты — например, 2× A5000, A6000, RTX 4090 * RAM: 128 ГБ * Диск: SSD/NVMe от 2 ТБ * Сеть: 1 Gbit/s и выше Такая конфигурация позволяет работать при высокой нагрузке c множеством параллельных запросов. \ 🔁 Резервирование и отказоустойчивость: * Для продакшн-сред с высокими SLA рекомендуется использовать два сервера: * На оба сервера настраивается балансировщик нагрузки, что обеспечивает стабильность при сбоях и масштабируемость.

Вопрос: Как происходят обновления On-Premise версии (новые модели, улучшения)?

Краткий ответ:
Обновление выполняет команда NeuroVision через защищённое подключение к серверу клиента.

Развёрнутый ответ Обновления On-Premise версии платформы NeuroVision включают: * новые версии нейросетевых моделей (OCR, антифрод, Face Matching, Liveness и др.); * обновления инфраструктурных компонентов (Docker-образы, API); * исправления багов и улучшения производительности. Процесс обновления организуется следующим образом: * Компания NeuroVision уведомляет клиента о доступном обновлении и согласовывает время проведения. * Специалисты NeuroVision подключаются к серверу клиента по защищённому каналу (например, через VPN или по согласованной корпоративной процедуре). * Производится: * обновление всех необходимых Docker-образов и компонентов; * полное тестирование на стороне клиента после обновления; * верификация корректной работы ключевых функций. * После подтверждения — новая версия считается активной, и все процессы переходят на неё.

Вопрос: Может ли On-Premise решение работать полностью изолированно, без доступа в интернет?

Краткий ответ:
Да, локальная версия не требует подключения к интернету для функционирования (после первоначальной установки).

Развёрнутый ответ После того как вы развернули платформу NeuroVision в своей сети, все проверки происходят локально. \ * Особенности полной изоляции: * Интернет-связь не нужна ни для работы алгоритмов, ни для хранения данных — всё остается внутри периметра вашей организации. * Вся обработка изображений и биометрии осуществляется на ваших серверах. * Данные не покидают инфраструктуру клиента. * Когда может понадобиться интернет: * Активация лицензии; * Загрузка обновлений (можно проводить в контролируемом порядке, например, временно открывая доступ или через офлайн-пакеты). Таким образом, On-Premise вариант подходит для полностью изолированных контуров — например, в банковских или государственных системах, где требуется максимальная автономность и защита данных.

Цифровой паспорт (Digital ID)

Вопрос: Что подразумевается под «Цифровым паспортом на блокчейне», о котором упоминает NeuroVision?

Краткий ответ:
Это концепция децентрализованного цифрового идентификатора, хранящегося в блокчейн-сети, для повторного использования проверенных данных.

Развёрнутый ответ NeuroVision разрабатывает решение Digital ID, в рамках которого по результатам KYC создаётся запись (цифровой паспорт) в распределённой системе (блокчейне). \ * Что такое цифровой паспорт на блокчейне: * Единый подтверждённый профиль личности, созданный после успешного прохождения KYC; * Хранится в распределённой блокчейн-сети — децентрализованно и неизменно; * Позволяет повторно использовать проверенные данные в разных сервисах без необходимости проходить идентификацию заново; * Может быть реализован в виде Soulbound NFT-токена или иного цифрового сертификата; * Признаётся партнёрами экосистемы, что облегчает доступ к различным услугам. По сути, это надстройка над KYC: один раз прошёл идентификацию — получил цифровой сертификат, который можно предъявлять повторно.

Вопрос: Можно ли уже сейчас воспользоваться децентрализованным цифровым паспортом от NeuroVision?

Краткий ответ:
Эта функциональность находится на этапе внедрения – для конкретного использования нужно обсудить детали с командой NeuroVision.

Развёрнутый ответ Проект «цифрового паспорта» является относительно новым, и его интеграция осуществляется в сотрудничестве с заинтересованными клиентами и партнёрами. \ * Текущий статус и возможности: * Функциональность Digital ID внедряется по согласованию с клиентами; * Для подключения к экосистеме децентрализованных идентификаторов необходимо связаться с командой NeuroVision; * В будущем система станет общедоступной — пользователи смогут пользоваться единым цифровым удостоверением личности при работе с различными организациями.

Тарифы и лимиты

Вопрос: Какой у NeuroVision действует тарифный подход – по количеству запросов, по подписке или иной?

Краткий ответ:
Доступны различные модели – обычно либо пакетная оплата за количество проверок, либо абонентская плата по тарифному плану.

Развёрнутый ответ Тарификация сервиса гибкая: * Для небольших объемов — оплата по факту (например, N рублей за одну проверку личности, pay-per-use); * Для крупных клиентов — тарифные планы с предоплаченным количеством проверок в месяц или год (фактически подписка, обеспечивающая определённый объём KYC); * Детали стоимости и модели сотрудничества оговариваются индивидуально в договоре. Таким образом, NeuroVision может предложить и pay-per-use, и фиксированные пакеты — в зависимости от ваших потребностей.

Вопрос: Есть ли ограничения на количество проверок в месяц по нашему тарифу?

Краткий ответ:
Нет, вы можете использовать купленный пакет проверок в любом темпе — хоть за минуту.

Развёрнутый ответ Платформа NeuroVision работает по модели пакетов: вы приобретаете определённое количество проверок (KYC-сессий), которые можно использовать в любое время и с любой скоростью, без ограничений на месяц, сутки или час. \ Например: * Если вы приобрели пакет на 10 000 проверок — вы можете использовать их все в течение одного дня, или распределить на год — никаких временных лимитов нет. * Платформа не ограничивает частоту запросов, если технически ваш сервер или интеграция позволяют обрабатывать высокий поток. Таким образом, все лимиты носят количественный, а не временной характер.

Вопрос: Что произойдет, если мы превысим оговоренное количество проверок?

Краткий ответ:
Сервис не остановится — просто нужно будет докупить следующий пакет.

Развёрнутый ответ Если вы исчерпали объём приобретённого пакета проверок, ничего критичного не произойдёт: система продолжит обрабатывать запросы как обычно. \ * Вам потребуется докупить дополнительный пакет, соответствующий предполагаемому объёму транзакций. * Никаких автоматических ограничений, блокировок или отключений не происходит — мы осознанно избегаем таких сценариев, чтобы не мешать вашему бизнес-процессу. * Вы можете заранее отслеживать расход и получать уведомления от вашей учётной системы или менеджера NeuroVision. Таким образом, превышение пакета — это просто повод для оперативной закупки следующего объёма, а не фактор риска для стабильности сервиса.

Вопрос: Как получить отчет о количестве проведенных нами проверок KYC за период?

Краткий ответ:
Вы можете сформировать детальный отчет за любой период прямо в личном кабинете.

Развёрнутый ответ Для получения отчёта о количестве проведённых KYC-проверок за нужный период, достаточно воспользоваться вкладкой «KYC Отчёты» в личном кабинете платформы NeuroVision. \ В этом разделе вы можете: * выбрать любой диапазон дат; * фильтровать сессии по статусу (успех, ошибка, подозрение, не завершено); * фильтровать по типу ошибки или значению полей; * посмотреть общее количество найденных сессий; * скачать отчёт в формате CSV или Excel — в него войдут все ключевые данные: время, статус, имя пользователя, тип документа, ошибка (если есть) и пр. Это позволяет самостоятельно вести учёт активности, сверять статистику с тарифным пакетом, анализировать качество и корректность прохождения проверок. Дополнительно, NeuroVision ежемесячно формирует официальный акт с количеством проверок, который направляется вам для согласования и выставления счёта. В случае необходимости можно запросить расширенную детализацию — с sessionId, результатами и признаками отклонений по каждой сессии.

Вопрос: Предоставляете ли вы закрывающие документы и акты по оказанным услугам каждый месяц?

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

Развёрнутый ответ В рамках договора NeuroVision по окончании каждого отчетного периода подготавливает пакет закрывающих документов. \ * Обычно это акт сдачи-приемки услуг, где указано, сколько верификаций было проведено за месяц (или иной период) согласно системе учета. * Эти акты передаются вашему уполномоченному лицу (например, бухгалтерии) для подписания. * У вас будут официальные документы, подтверждающие объём оказанных услуг KYC, для расчетов и отчетности.

Вопрос: Можно ли перейти на годовой тариф с большим объемом со скидкой после периода тестирования?

Краткий ответ:
Да, NeuroVision готова обсудить переход на годовой пакет услуг на выгодных условиях после успешного тестового периода.

Развёрнутый ответ Многие клиенты сначала проводят интеграцию и пилотное использование на помесячной основе, чтобы убедиться в эффективности. \ * После этого обычно заключается долгосрочный контракт – например, на год – с закреплением условий (часто с сниженной стоимостью за проверку при больших объемах). * Если вам нужен предсказуемый годовой план, вы можете согласовать его с менеджером NeuroVision. * Как правило, это даёт ценовое преимущество по сравнению с помесячной оплатой.

Сессии и статусы

Вопрос: Как долго сохраняется незавершённая сессия (idle), и нужно ли её как-то закрывать вручную?

Краткий ответ:
Сессия автоматически истекает по таймеру из сценария — вручную завершать её не нужно.

Развёрнутый ответ Каждая KYC-сессия имеет время жизни, которое задаётся в настройках сценария. \ Если пользователь начал прохождение, но не завершил его (например, загрузил документ, но не прошёл селфи или Liveness), сессия переходит в состояние idle (не завершена). После окончания заданного времени жизни: * сессия автоматически получает статус expired (истекла); * никакого ручного закрытия с вашей стороны не требуется; * такие сессии хранятся в системе и могут быть просмотрены в отчётах как незавершённые. В бизнес-логике вы можете установить собственный таймаут ожидания от пользователя (например, 15 минут), и в случае его превышения — предложить ему начать процесс заново или инициировать новую сессию через API. Таким образом, управление сроком активности сессии — это часть сценарного конструктора, и её длительность легко настраивается под конкретные процессы.

Вопрос: Нужно ли нам самим хранить sessionId и результаты, или можно повторно получить данные из системы позже?

Краткий ответ:
Да, вы можете получить все данные по sessionId в любой момент. Изображения — в течение 6 месяцев.

Развёрнутый ответ Платформа NeuroVision хранит все результаты KYC-проверок бессрочно, включая: * статус сессии (success, failed, idle, suspicious, expired); * распознанные поля документа (OCR); * результаты сверки лиц (Face Matching); * метаинформацию, ошибки, фрод-чекеры и прочее. Для доступа к результатам в любое время достаточно знать sessionId: * получить все данные через API; * просмотреть результаты и изображения в личном кабинете; * выгрузить отчёт в CSV/Excel. Оригиналы изображений (документов, селфи, Liveness) хранятся 6 месяцев. По истечении этого срока изображения автоматически удаляются или перезаписываются, но остальные структурированные данные остаются доступными без ограничений. Для бизнес-удобства вы можете сохранять ключевые поля у себя (например, ФИО, дату рождения, статус), но в этом нет необходимости с точки зрения доступа к истории — все можно получить повторно через API.

Пост-эксплуатация

Вопрос: Как связаться с поддержкой NeuroVision, если после запуска возникают проблемы или вопросы?

Краткий ответ:
Поддержка доступна в рабочее время. Есть опция 24/7. Обращения принимаются через тикеты, Telegram и email.

Развёрнутый ответ Сразу после запуска интеграции у вас сохраняется доступ к технической поддержке NeuroVision. \ Поддержка делится на два уровня: * 🔹 Базовая поддержка (входит по умолчанию): * Режим: 5 дней в неделю, с 10:00 до 18:00 по московскому времени. * Каналы связи: * Система тикетов в личном кабинете — основной и предпочтительный способ обращения; * Telegram-чат — для неформальных или срочных вопросов (по мере доступности); * Email-поддержка — на общие или технические обращения. * 🔹 Расширенная поддержка (по договору): * Режим: 24/7, включая выходные и праздники; * Подключается отдельно, по SLA: приоритетная линия, ускоренное реагирование и мониторинг. 📌 Важно: во многих случаях ответы уже есть: * В документации, доступной из личного кабинета; * Через бота, встроенного в платформу или Telegram; * В FAQ и справочниках по ошибкам. Если вы всё же не нашли ответа, оставьте тикет с описанием проблемы и, при возможности, укажите sessionId, название вашей организации или сценария — это ускорит обработку.

Вопрос: Можно ли изменять настройки схемы проверки или добавлять новые документы уже после запуска сервиса?

Краткий ответ:
Да, всё редактируется через KYC-редактор — можно менять параметры, шаги, типы документов и правила.

Развёрнутый ответ После запуска KYC-сервиса вы сохраняете полный контроль над его логикой и составом. Для этого используется встроенный редактор сценариев (KYC-редактор), который доступен во вкладке KYC/AML → KYC Редактор. \ Через редактор вы можете: * Создавать и редактировать сценарии без привлечения разработчиков; * Настраивать: * секретный ключ (если используется callback); * список клиентов (если он известен заранее); * чёрный список лиц; * максимальное число критических ошибок до блокировки сессии; * время жизни сессии до заморозки (например, 15 минут); * срок хранения данных (например, 0 — значит бесконечно); * Активировать антифрод-настройки: * блокировка при двух разных документах в одной сессии; * блокировка при повторной подаче документов тем же лицом, но с разными данными; * Настроить возрастной фильтр по дате рождения из паспорта (например, от 16 до 100 лет); * Указать URL обратного вызова (callback) для уведомлений на backend клиента, с возможностью шифрования, фильтрации персональных данных и настройки условий отправки. Шаги проверки (Steps): * Каждый сценарий состоит из одного или нескольких шагов проверки: * Шаг 1 — например, загрузка документа (внутренний паспорт, загранпаспорт и т.д.); * выбираются нужные страны и типы документов; * включаются проверки: машиночитаемая зона, следы редактирования, проверка экрана, мобильного устройства, ксерокопии, врезок, логики и т.д. * Шаг 2 — например, селфи или селфи с документом; * активируются проверки: видимость лица, возраст, пол, наличие следов редактирования, экран, мобильное устройство, сравнение лиц. Изменения в сценарии вступают в силу сразу после сохранения — вы можете адаптировать KYC под любую бизнес-логику: от простых до многоуровневых схем.

Вопрос: Что делать, если сервис работает медленно или недоступен?

Краткий ответ:
Сообщите в поддержку — мы проверим в рабочее время. Сбои редки и устраняются, как правило, за минуты.

Развёрнутый ответ Если вы заметили замедление работы платформы или недоступность API, пожалуйста, сообщите об этом в техническую поддержку любым удобным способом — через тикет, email или Telegram. \ ⏱ Базовая техническая поддержка (по умолчанию) работает в будние дни в рабочее время (по Москве). Мы оперативно реагируем на все обращения, включая диагностику причин и восстановление работоспособности. 📌 Важно: расширенный режим 24/7 доступен только при наличии отдельного договора на круглосуточную техническую поддержку. Что происходит при сбое: * Используется автоматическая система мониторинга, которая отслеживает работоспособность всех компонентов облачной платформы; * В случае сбоя инженеры получают уведомление и начинают устранение неполадок без ожидания обращения от клиентов; * Большинство сбоев (если они и возникают) устраняются в течение нескольких минут — при этом мы стараемся заранее уведомлять клиентов, если это влияет на их процессы. Для On-Premise решений диагностика может выполняться совместно с вашей ИТ-службой — при необходимости наши инженеры подключаются удалённо и помогают восстановить доступ.

Если у вас есть дополнительные вопросы — напишите, и мы добавим их в FAQ!