Как дать человеку попробовать верификацию ещё раз

Два способа дать пользователю вторую попытку - запросить повторную отправку только неудачных шагов или начать совершенно новую сессию. Выбор зависит от текущего статуса сессии.

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

Дать человеку ещё одну попытку можно двумя способами: запросить повторную отправку неудачных шагов или создать новую сессию с нуля. Выбор зависит от текущего статуса сессии.

#Вариант 1: запросить повторную отправку (сессия In Review или Declined)

Повторная отправка сохраняет ту же сессию и историю и просит человека переделать только конкретные шаги, которые не прошли, - а не всю верификацию заново.

12

1. More options - это место, где сессию можно открыть заново, чтобы пользователь попробовал снова.
2. Новая попытка появляется в Events рядом с первой, так что их можно сравнить.

1. Откройте сессию

   В бизнес-консоли перейдите в раздел Verifications и откройте сессию.

2. Запросите повторную отправку

   Откройте меню действий и выберите Request Resubmission. Выберите, какие шаги нужно переделать человеку - любой шаг, который не был одобрен.

3. Уведомите человека (опционально)

   Если у вас есть его email, вы можете автоматически отправить ему ссылку прямо на повторную отправку. Также можно задать язык этого письма.

4. Дождитесь повторной оценки

   Пока сессия ждёт, её статус меняется на Resubmitted. Как только человек выполнит запрошенные шаги, система автоматически проведёт повторную оценку и переведёт сессию в Approved, Declined или In Review.

Повторную отправку можно запрашивать для одной и той же сессии более одного раза - каждый раунд сохраняется в истории сессии для ваших записей. Разработчики могут запускать то же самое через API обновления статуса сессии.

#Вариант 2: создать новую сессию (сессия Expired или Abandoned)

Если сессия истекла (expired) до того, как человек её открыл, или он бросил (abandoned) её на середине, повторная отправка не подходит - создайте новую сессию и отправьте новую ссылку, либо через flow генерации ссылок для верификации в консоли, либо через API создания сессии. Новая сессия получает собственный session ID и начинается со статуса Not Started.

Передайте тот же vendor_data, что и в первый раз. Именно он объединяет обе попытки под одним консолидированным пользователем, так что у вас остаётся единый взгляд на этого человека, даже если сессии разные.

#Что выбрать

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

#Во сколько обходится повторная попытка

Тарификация идёт за каждую завершённую функцию, поэтому:

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

Это и есть практический аргумент в пользу повторной отправки, а не новой сессии, при исправимом сбое. См. что считается тарифицируемой проверкой.

#Как ограничить число попыток

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

#Связанные материалы

• Что означает каждый статус сессии
• Почему верификация была отклонена
• Когда сессия так и не завершается