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

Как работает каждый метод

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

То, что описано в остальной части этого раздела: пользователь фотографирует документ, Didit считывает его, проверяет подлинность и возвращает извлечённые поля. Доступно во всех странах, поддерживаемых Didit, по цене $0.15 за проверку. Начните с раздела Обзор Верификации личности.

Проверка без документа

Пользователь вводит свой национальный идентификационный номер и несколько личных данных, а Didit сверяет их с авторитетным источником для этой страны. Фотографировать документ при этом не требуется. В большинстве стран таким источником является государственный реестр, но не во всех: в Канаде, Франции, Индонезии, Нидерландах, Норвегии, Сингапуре, Великобритании и США вместо него используются данные кредитных бюро, финансовых сервисов, коммунальных служб или записи о регистрации по месту жительства. Поскольку происхождение данных и применимый режим согласия зависят от источника, точный источник указан для каждой страны в таблице ниже и на странице Проверка без документа — без обобщений. Если источник возвращает фотографию — на сегодняшний день это Южная Африка, Нигерия, Аргентина и Панама, во всех четырёх случаях это государственные реестры — у пользователя также запрашивается селфи. Для этого селфи выполняется пассивная проверка живости, после чего проводится сравнение лиц с фотографией из реестра, причём всё это в рамках одной проверки и включено в её стоимость. Если источник возвращает только данные, сопоставлять лицо не с чем, поэтому селфи не запрашивается; при необходимости добавьте шаги Проверка живости и Сравнение лиц в качестве отдельных шагов сценария. Полный список полей запроса, правил форматирования и режимов согласия для каждой страны приведён на странице Проверка без документа.

Кошелёк

Пользователь выполняет вход с помощью цифрового удостоверения личности, которое у него уже есть, например, национального eID или банковской цифровой идентичности. Кошелёк аутентифицирует пользователя и передаёт подписанные атрибуты личности в Didit. В зависимости от кошелька пользователь может ввести личный идентификационный код или номер телефона; фотография документа для проверки через кошелёк не требуется. Процесс входа зависит от кошелька: переход в приложение, QR-код или код сравнения, подтверждаемый на телефоне пользователя. Smart-ID и Mobile-ID используют код сравнения. Атрибуты для каждого кошелька, доступность в продакшне и семантика ошибок описаны на странице Цифровые кошельки удостоверения личности.

Уровни достоверности

Каждый результат Верификации личности содержит уровень достоверности, зависящий от метода, с помощью которого он был получен. Этот уровень объективно описывает, что именно было подтверждено, а не является рейтингом:
Уровни достоверности предназначены для администраторов. Они отображаются в payload сессии, в консоли и в файлах экспорта. Конечные пользователи никогда не видят уровень достоверности, цену или название источника, к которому выполнялся запрос.

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

Методы настраиваются в ключе methods конфигурации функции Верификации личности (OCR) с привязкой к кодам стран по стандарту ISO 3166-1 alpha-3. Если опустить этот ключ, опустить страну или опустить метод внутри страны, для этой страны будет доступна только съёмка документа.
Обе приведённые выше страны имеют статус available для проверки в опубликованном каталоге. В примере кошельки отключены, чтобы конфигурация не зависела от того, включён ли кошелёк в вашей среде. Сценарий, в котором активирован кошелёк со статусом Скоро появится, будет отклонён вместе со всей остальной конфигурацией в этом запросе на сохранение. Когда в каталоге кошелёк получает статус available для страны, блок кошелька для этой страны выглядит следующим образом:
Сверяйтесь с каталогом перед отправкой. Предварительное условие: кошелёк имеет статус «Доступен» для этой страны, как указано на странице Цифровые кошельки удостоверения личности. Два правила, которые API проверяет при сохранении:
  • Доступность определяется сервером. Метод или кошелёк, который каталог возможностей не помечает как available для данной страны, отклоняется. Сначала проверьте каталог — на вкладке Страны в консоли или с помощью MCP-инструмента didit_workflow_get_id_verification_methods_catalog.
  • Кошельки задаются белым списком, а не приоритетом. Массив providers определяет, какие кошельки могут быть предложены в стране. Порядок передачи не имеет значения и нормализуется; выбор делает конечный пользователь.
Полный справочник полей с описанием значений по умолчанию и валидации доступен на странице Конфигурации функций сценария.

Резервный переход: что происходит, если метод без использования документов не сработал

Дальнейшие действия определяют четыре переключателя. Каждый из них принимает значение либо fallback_to_document (перенаправить пользователя на захват документа), либо decline (завершить сессию с отклоненной Верификацией личности); параметр wallet.on_failure также поддерживает значение retry, описанное ниже. По умолчанию для всех четырех переключателей установлено значение fallback_to_document. Параметр wallet.on_failure также принимает третье значение, retry, для страны, где поддерживается только кошелек (захват документов отключен): Вариант retry доступен только для кошельков: переключатели поиска по базам принимают fallback_to_document или decline, так как при ответе реестра «нет совпадений» повторять попытку бессмысленно. Это значение отклоняется в сочетании с document.fallback_only, для которого требуется сбой, ведущий к захвату документа. Вход через кошелек, данные которого не прошли проверки вашего сценария (возраст, совпадение имени и т. д.), считается подтвержденным входом: решение принимают правила сценария, а wallet.on_failure не применяется. Вход с подлинным, но неприемлемым token (неверный уровень доверия, недействительная подпись, отсутствие обязательных клеймов) считается сбоем и обрабатывается в соответствии с wallet.on_failure. Параметр id_lookup.max_attempts (от 1 до 5, по умолчанию 1) определяет, сколько попыток поиска с полученным ответом дается пользователю до срабатывания переключателя. Номер, не прошедший проверку формата на стороне клиента, не отправляется в реестр и не расходует попытку: пользователю просто предлагается исправить его. Резервный переход от кошелька или поиска к захвату документа возможен только в том случае, если для этой страны включен захват документов и принимается хотя бы один тип документа. Если захват документов отключен или для страны не поддерживается ни один тип документов, сессия отклоняется при неудачном входе или отсутствии совпадения при поиске, даже если в переключателе указано fallback_to_document. Исключение составляет wallet.on_failure: retry, при котором сессия никогда не отклоняется: пользователь остается на шаге кошелька. Резервный переход в этом случае выполнить некуда. Какой метод дал результат: fallback_from Поле verification_method всегда указывает метод, давший подтвержденный результат: wallet, id_lookup или document. Поле fallback_from объясняет, почему шаг верификации личности не был завершен методом без использования документов, в обоих случаях:
  • Выполнен резервный переход. Пользователь перенаправлен на захват документа. Последующая проверка документа содержит verification_method: "document" и fallback_from с указанием метода, который не сработал, например { "method": "wallet", "reason": "cancelled", "action": "fallback_to_document" }. Сессия, верифицированная с помощью кошелька, имеет verification_method: "wallet" и fallback_from: null.
  • Отклонение. Переключатель установлен в decline либо нет доступных документов для резервного перехода. Отклоненная Верификация личности содержит поле fallback_from со значением "action": "decline".
Параметр method принимает значение wallet или id_lookup, а reason указывает на исход, приведший к завершению (cancelled, timeout, no_match, provider_error и т. д.). Эти же поля передаются в решении по сессии и в webhook status.updated. Реестр, который не отвечает (таймаут или сбой в работе), является исключением: он никогда не приводит к автоматическому отклонению пользователя. Плата за такой поиск не взимается и попытка не расходуется; пользователю предлагается повторить попытку. После трех неотвеченных запросов на шаге применяется правило id_lookup.on_provider_error: decline отклоняет сессию, а fallback_to_document перенаправляет пользователя на захват документа. Если для этого переключателя задано значение fallback_to_document, но в стране нет доступных документов для резервного перехода, поиск остается открытым, и пользователь может продолжать попытки; сессия не отклоняется.

Предложение захвата документов только в качестве резервного варианта

По умолчанию для страны, где наряду с захватом документов предлагается кошелек или поиск по базам данных, все методы отображаются рядом на первом экране. Установите document.fallback_only в значение true, чтобы оставить захват документов включенным для страны, но не предлагать его сразу. Пользователи начинают с доступного для страны кошелька или поиска по базам данных. Если настроен один кошелек, пользователь сразу попадает на этот кошелек. На шаг захвата документа направляются только те пользователи, чей вход через кошелек завершился сбоем, был отменен или истек по таймауту, либо чей поиск не дал совпадений. То, какие именно из этих исходов ведут к захвату документов, по-прежнему определяется переключателями выше, поэтому хотя бы один из них должен иметь значение fallback_to_document.
Параметр fallback_only является необязательным и по умолчанию имеет значение false. Он отклоняется, если document.enabled не установлен в true или если ни один кошелек или поиск по базам данных в этой стране не настроен на резервный переход к захвату документов. Укажите типы документов, которые должны предлагаться в качестве резервных, в documents_allowed, например паспорт и удостоверение личности для Финляндии.

Сколько стоит каждый метод

Это базовые цены: ваша скидка по тарифу применяется к обоим методам. Для поиска используются публичные розничные тарифы проверки по базам данных для тех сервисов, которые он запускает; в одну попытку могут входить несколько сервисов. В Нигерии выбирается либо NIN, либо BVN. В таблице по странам указана полная настроенная стоимость попытки, при этом каждая повторная попытка, получившая ответ, тарифицируется отдельно.

Правила биллинга

  • Реестр, вернувший ответ, тарифицирует поиск. Совпадение, частичное совпадение и отсутствие совпадения — всё учитывается: запрос был выполнен, а полученный ответ является результатом услуги.
  • Реестр, так и не вернувший ответ, не тарифицируется. Ошибка провайдера ничего не стоит.
  • Номер, не прошедший проверку формата на стороне клиента, никогда не тарифицируется и не засчитывается в max_attempts, поскольку он так и не дошел до реестра.
  • Захват документа тарифицируется дополнительно при переходе к резервному методу. Поиск, который вернул ответ, а затем перешел к захвату документа, тарифицируется двумя списаниями, поскольку были выполнены две проверки.

Покрытие

Захват документов доступен во всех странах, поддерживаемых Didit, и ниже не повторяется: $0.15 за проверку. В этой таблице перечислены только те страны, в которых существует бездокументный метод. Страна, которой нет в списке, или ячейка со значением «Не планируется», означает поддержку только захвата документов.
Покрытие формируется на основе каталога возможностей, предоставляемого бэкендом, поэтому эта таблица служит тем же источником, с которым сверяются консоль и API. Скоро означает, что пункт отображается в консоли, но пока не может быть включен; это ещё не действующая возможность, и для неё нет гарантированной даты выпуска.

Что попадает в сессию

Каждый результат Верификации личности содержит метод, с помощью которого он был получен, его уровень надёжности и — если использовался метод без использования документов — блок подтверждающих данных для конкретного метода. Сессии с документами обрабатываются точно так же, как и раньше, а новые ключи имеют значение null. Типы полей и примеры для всех трёх методов в разбивке по полям приведены в модели данных верификации личности, и те же самые ключи передаются в webhook status.updated.

Связанные разделы

Последнее изменение 7 ноября 2026 г.