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

Краткий ответ

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

Важно

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

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

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

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

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

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

    Откройте Проверка личности → Проверки пользователей → Требует проверки или Входящие → Решения. A одобряет, D отклоняет, R запрашивает повторную отправку, J/K перемещает по записям. Проверьте диалог перед подтверждением.

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

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

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

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

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

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

Фильтрация списка Verifications по статусу In Review в консоли Didit
Отфильтруйте Verifications по In Review, чтобы разобрать очередь.

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

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

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

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

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

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

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

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

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

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

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

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

Не нашли ответ? Поговорите с человеком.

Укажите ID организации и ID сессии, о которой спрашиваете.

Связаться с поддержкой