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

Source: https://help.didit.me/ru/verification-sessions/session-in-review
Updated: 2026-10-12

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

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

[Video: Теги, статус и чат сессии: командная проверка кейсов - Didit Academy](https://www.youtube.com/watch?v=bRkH0agxVDc)

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

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

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

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

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

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

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

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

   Откройте сессию и посмотрите, какая проверка её отметила и что говорится в предупреждении. Именно это определяет, что вы на самом деле решаете. См. [как прочитать результат верификации](https://help.didit.me/ru/verification-sessions/reading-a-verification-result).

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

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

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

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

![Фильтрация списка Verifications по статусу In Review в консоли Didit](https://help.didit.me/screenshots/sessions-bulk-light.webp)

*Отфильтруйте Verifications по In Review, чтобы разобрать очередь.*

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

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

1. **Пороги сравнения лиц расположены слишком близко друг к другу.** Если ваша полоса ревью широкая, обычные колебания освещения попадают прямо в неё. См. [оценки и пороги сравнения лиц](https://help.didit.me/ru/liveness-biometrics/face-match-thresholds).
2. **Порог ревью AML установлен на низкой оценке совпадения.** Распространённые имена дают кандидатов на совпадение при низких оценках. Слишком низкий порог ревью отправляет на проверку почти всех. См. [разрешение срабатываний AML](https://help.didit.me/ru/aml-screening/resolving-aml-hits).
3. **Частичные совпадения при подтверждении адреса.** Форматы адресов сильно различаются по странам; разница в сокращении читается как частичное совпадение. Осознанно решите, должно ли частичное совпадение вести на проверку или проходить.
4. **Частичные совпадения при проверке по базам данных.** Причина та же - имя записано иначе в авторитетном источнике.
5. **Флаги дублирующегося лица у легитимных вернувшихся пользователей.** Если один и тот же реальный человек верифицируется больше одного раза, он совпадёт сам с собой. См. [обнаружение дубликатов](https://help.didit.me/ru/verification-sessions/duplicate-detection).
6. **Каждое предупреждение направлено на проверку "на всякий случай".** Проверять всё - то же самое, что не проверять ничего, потому что очередь перестаёт разбираться. Выбирайте только те предупреждения, которые действительно требуют суждения.

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

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

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

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

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

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

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

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

Если у вас включён мониторинг AML, ранее одобренная сессия может позже перейти в In Review, когда ежедневный повторный скрининг найдёт новое срабатывание, превышающее ваш порог ревью. Это ожидаемое поведение, а не регресс - в этом и весь смысл мониторинга. См. [постоянный AML-мониторинг](https://help.didit.me/ru/aml-screening/ongoing-monitoring).