Почему верификация была отклонена

Сессия отклоняется, когда одна или несколько проверок не проходят - вот как найти конкретную причину и решить, отклонить, запросить повторную отправку или одобрить вручную.

Автор: поддержка Didit · Обновлено 19 августа 2026 г.

Short answer

Откройте сессию и прочитайте предупреждения у конкретной проверки, которая не прошла. Общий статус "Declined" никогда не объясняет причину; предупреждение объясняет её всегда. Большинство отказов можно исправить повторной отправкой, а не окончательным нет.

Сессия помечается как Declined, когда одна или несколько её проверок не проходят. Конкретная причина всегда фиксируется в сессии - гадать не нужно.

#Найдите точную причину

Откройте сессию в разделе Verifications в бизнес-консоли. Каждая проверка в сессии (документ, liveness, сравнение лиц и так далее) показывает собственный результат и любые поднятые предупреждения - именно эти предупреждения являются настоящей причиной отказа, а не просто общий статус.

Отклонённая сессия в консоли Didit с вкладками Overview, ID Verification и Events
  1. Причина отказа указана на Overview - читайте её в первую очередь.
  2. Здесь видна проблема с документом: просрочен, нечитаем или не прошёл проверку подлинности.
  3. Events показывает, было ли решение принято правилом или человеком.
Причина указана на Overview; детали - на вкладке проверки, которая не прошла.

#Частые причины отказа проверки

Проблемы с документом

  • Срок действия ID истёк (DOCUMENT_EXPIRED).
  • Тип документа не входит в число принимаемых вашим воркфлоу - очень частая причина, и это вопрос настройки, а не проблема человека. См. почему тип документа был отклонён.
  • Не удалось прочитать обязательное поле (COULD_NOT_RECOGNIZE_DOCUMENT).
  • Контрольная сумма MRZ не сошлась (MRZ_VALIDATION_FAILED) - напечатанная машиночитаемая зона не складывается воедино, что является настоящим сигналом подделки.
  • Человек младше (или старше) возраста, требуемого вашим воркфлоу (MINIMUM_AGE_NOT_MET).
  • Документ совпадает с записью в вашем чёрном списке.

Проблемы с liveness

  • Во время съёмки не было обнаружено лицо.
  • Была отмечена атака имитации (LIVENESS_FACE_ATTACK) - перед камерой была фотография, экран или маска вместо живого человека.

Проблемы со сравнением лиц

Проблемы риска и скрининга

  • Срабатывание AML превысило ваш порог отказа.
  • Соединение пришло с заблокированного IP-адреса или из страны, которую вы не обслуживаете.
  • Лицо совпало с уже верифицированным пользователем или лицом из чёрного списка. См. обнаружение дубликатов.

То, что из этого действительно приводит к отказу (а не к запросу повторной отправки или прохождению), зависит от настройки каждой проверки в вашем воркфлоу - одни предупреждения отклоняют автоматически, другие направляют на ручную проверку. См. правила принятия решений и пороги.

#Отклонённый шаг может остановить остальной воркфлоу

Если шаг настроен на отказ при определённом предупреждении, воркфлоу останавливается на нём, и последующие шаги никогда не запускаются. У этого есть два следствия, о которых стоит знать:

  • В результате сессии будут отсутствовать проверки, которые вы ожидали увидеть. Они не провалились - они просто никогда не выполнялись.
  • Вы не платите за шаги, которые так и не выполнились, поскольку тарификация идёт за завершённую функцию.

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

#Declined - не всегда окончательно

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

Note

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

#Если проверяющий считает, что отказ был неверным

Проверяющий по комплаенсу может отменить автоматический отказ прямо в консоли - откройте сессию и измените её статус на Approved, указав примечание с объяснением. Каждая такая отмена фиксируется, поэтому след аудита показывает, кто и что решил. Полный процесс проверки описан в ручной проверке.

#Как снизить количество избежимых отказов

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

  1. Слишком узкий список допустимых документов. Сверьте, какие типы и подтипы документов принимает ваш воркфлоу, с тем, что реально есть у ваших пользователей.
  2. Слишком жёсткие пороги сравнения лиц. См. оценки и пороги сравнения лиц.
  3. Активный liveness на слабых устройствах. Пассивный liveness намного снисходительнее к старым телефонам и плохому освещению.
  4. Порог отказа AML установлен на оценке совпадения, которая даёт ложные срабатывания. Направляйте такие случаи на проверку вместо отказа. См. разрешение срабатываний AML.

#Если вы тот, кому отказали, а не бизнес

Если вы получили ссылку на верификацию от компании и она была отклонена, Didit обрабатывает вашу верификацию от имени этой компании, но не вправе принимать, изменять или объяснять решение - это может сделать только компания, с которой вы проходите верификацию, поэтому обратитесь по поводу результата в её поддержку. См. меня попросили верифицировать личность через Didit и как Didit защищает данные ваших пользователей, чтобы узнать, как контролируется доступ к данным.