Сессии, застрявшие на проверке, и как их сократить

In Review означает, что автоматические проверки завершились, но что-то отметили, и это должен решить человек - само по себе это никогда не разрешится. Вот как разгрести очередь и снизить её долю.

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

Short answer

In Review никогда не проходит сам по себе. Это означает, что какая-то проверка что-то отметила и ждёт, пока человек из вашей команды одобрит, отклонит или запросит повторную отправку. Если ваша доля ревью высока, причина почти всегда в слишком жёстко настроенном пороге, а не в мошенничестве.

Important

Didit не проверяет сессии. Сессия со статусом На проверке ждёт человека из вашей команды в вашей бизнес-консоли, и никто в Didit её не смотрит. На стороне Didit нет ни очереди, ни оценки сроков: она остаётся На проверке, пока кто-то из вашей команды не примет решение.

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

#Что на самом деле означает In Review

Все автоматические проверки уже выполнились. Хотя бы одна из них подняла предупреждение, которое ваш воркфлоу направляет на проверку, а не на автоматическое решение. Теперь сессия лежит в вашей очереди, пока человек её не разрешит. Здесь нет тайм-аута, который в конце концов примет решение за вас, и нет способа заставить систему перезапустить проверки и передумать самой.

#Разбор сессии

  1. Откройте очередь на проверку

    В бизнес-консоли перейдите в Verifications и отфильтруйте по статусу In Review.

  2. Читайте предупреждения, а не только статус

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

  3. Примите решение

    Одобрите, отклоните или запросите повторную отправку только неудачного шага. Добавьте примечание - оно станет частью следа аудита.

  4. Сообщите об этом своему бэкенду

    Решение отправляет webhook status.updated, поэтому ваша система подхватывает финальное состояние без необходимости сверять его вручную.

Фильтрация списка Verifications по статусу In Review в консоли Didit
  1. Отфильтруйте по Status: In Review, чтобы видеть только то, что ждёт вас.
  2. Столбец Status - место, где появляется In Review; ничего не сдвинется, пока кто-то не примет решение.
  3. Выберите строки, затем Change status, чтобы одобрить или отклонить массово.
Отфильтруйте Verifications по In Review, чтобы разобрать очередь.

#Почему ваша доля ревью может быть высокой

Примерно в таком порядке вероятности:

  1. Пороги сравнения лиц расположены слишком близко друг к другу. Если ваша полоса ревью широкая, обычные колебания освещения попадают прямо в неё. См. оценки и пороги сравнения лиц.
  2. Порог ревью AML установлен на низкой оценке совпадения. Распространённые имена дают кандидатов на совпадение при низких оценках. Слишком низкий порог ревью отправляет на проверку почти всех. См. разрешение срабатываний AML.
  3. Частичные совпадения при подтверждении адреса. Форматы адресов сильно различаются по странам; разница в сокращении читается как частичное совпадение. Осознанно решите, должно ли частичное совпадение вести на проверку или проходить.
  4. Частичные совпадения при проверке по базам данных. Причина та же - имя записано иначе в авторитетном источнике.
  5. Флаги дублирующегося лица у легитимных вернувшихся пользователей. Если один и тот же реальный человек верифицируется больше одного раза, он совпадёт сам с собой. См. обнаружение дубликатов.
  6. Каждое предупреждение направлено на проверку "на всякий случай". Проверять всё - то же самое, что не проверять ничего, потому что очередь перестаёт разбираться. Выбирайте только те предупреждения, которые действительно требуют суждения.

#Переупорядочивание воркфлоу для более раннего и дешёвого ревью

Если ваш флоу дорогой, а многие сессии всё равно попадают на проверку, перенос дешёвых проверок риска в начало означает, что флоу остановится до того, как запустятся дорогие проверки. Анализ устройства и IP за $0.03 перед полным флоу KYC сократит расходы на трафик, который всё равно никогда бы не прошёл.

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

#Проверка по принципу «четырёх глаз»

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

#Чем In Review не является

  • Это не «всё ещё обрабатывается». Если вы ждёте, пока платформа закончит работу, нужный вам статус - In Progress.
  • Это не мягкий отказ. У сессии In Review вообще ещё нет вердикта, поэтому не сопоставляйте её с «отклонено» в своей системе - сопоставляйте её с собственным статусом ожидания.
  • Это не то, что может решить за вас поддержка. Только ваша команда вправе одобрить или отклонить собственного клиента. Поддержка может объяснить, почему сессия была отмечена, и для этого ей понадобится session_id.

#Постоянный мониторинг может вернуть одобренную сессию на проверку

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