# Исправление неверно прочитанного имени или поля

Source: https://help.didit.me/ru/verification-sessions/correct-extracted-data
Updated: 2026-10-12

Поддержка не может исправить прочитанные поля. Есть три способа: проверка данных пользователем, API update-data и повторная подача шага с лучшим снимком.

Поддержка Didit **не может редактировать значения** в вашей сессии. Вы можете, тремя
способами: дать пользователю подтвердить и исправить данные в процессе (**Проверка данных
пользователем**), исправить поля самостоятельно через **API update-data** или **запросить
повторную подачу** шага с документом, подняв планку качества изображения. Почти каждая ошибка
чтения - следствие плохого снимка.
Также можно исправить запись через **Другие действия → Изменить данные KYC** или **Изменить данные подтверждения адреса**. Подтвердите поля: изменение попадёт в аудит, но решение не изменится автоматически.

[Video: Проверка данных пользователя: пусть пользователи сами исправляют ошибки OCR - Didit Academy](https://www.youtube.com/watch?v=JPFGP24BLHI)

Имя с одной неверной буквой, фамилия, которая "не загрузилась", сессия, где имя показано как **unknown**, или адрес, попавший в поле имени, - это одна и та же проблема: извлечение выполнялось по изображению недостаточного качества или по стороне документа, которую модель не читает. Данные в сессии - это то, что прочитала модель, и Didit не меняет данные клиентов вручную: запись принадлежит вашей команде, и любое изменение должно прослеживаться до вас.

## Сначала разберитесь, почему это произошло

Откройте сессию и посмотрите изображения документа и предупреждения:

- **Размытое, тёмное, с бликами или обрезанное изображение.** Самая частая причина. В сессии обычно низкая оценка качества изображения или предупреждение `IMAGE_TOO_BLURRY`. См. [устранение проблем с загрузкой и чтением документов](https://help.didit.me/ru/documents-coverage/document-upload-problems).
- **Загруженный файл вместо живой съёмки.** Загрузки часто оказываются скриншотами или сжатыми фото и читаются неверно гораздо чаще, чем сканы камерой.
- **Нелатинская письменность.** Имена на кириллице, арабском, греческом, китайском или корейском могут вернуться искажёнными или пустыми, если настройка **Формат символов** рабочего процесса не соответствует вашим ожиданиям (оригинальная письменность или латинская транслитерация).
- **Сторона документа, которую модель ещё не читает.** Некоторые национальные удостоверения содержат данные на обороте в макете, на котором Didit не обучалась. Тогда лицевая сторона читается, а оборот принимается, но не извлекается; отправьте образец в поддержку, чтобы добавить разметку.

## Три способа исправить

1. **Дайте пользователю исправить данные в процессе (лучше всего для новых сессий)**

   В шаге проверки документа рабочего процесса, в разделе **Расширенный**, включите **Проверка данных пользователем**: после съёмки человек видит извлечённые поля и может исправить ошибки чтения до того, как будет принято решение. Правки в перечисленных вами **Критичных полях** (имя, дата рождения, номер документа) приводят к выбранному вами действию, проверка или отклонение, так что исправление никогда не пройдёт незамеченным. Это устраняет проблему у источника и не требует работы вашей команды.

2. **Исправьте сессию сами (для существующей сессии)**

   Также можно исправить запись через **Другие действия → Изменить данные KYC** или **Изменить данные подтверждения адреса**. Подтвердите поля: изменение попадёт в аудит, но решение не изменится автоматически.
   Вызовите `PATCH /v3/session/{session_id}/update-data/` только с теми полями, которые хотите изменить: `first_name`, `last_name`, `date_of_birth`, `document_number`, `expiration_date`, `issuing_state` и другие извлечённые поля. `full_name` пересчитывается автоматически. Сессия должна быть в статусе **Одобрена, Отклонена, На проверке или KYC истёк**, изменение вызывает вебхук `data.updated`, а журнал аудита фиксирует, какие поля изменились и кто их изменил. Это платный вызов. Есть аналогичные эндпоинты для полей подтверждения адреса и данных реестра KYB. Справка: [обновление данных сессии](https://docs.didit.me/sessions-api/update-data).

3. **Запросите новый снимок (если проблема в изображении)**

   Если изображение слишком плохое, чтобы доверять хоть одному полю, запросите **повторную подачу** шага проверки документа: человек получает ту же ссылку и повторяет только этот шаг. Перед этим поднимите ползунок **Минимальное качество изображения** в шаге и подумайте о включении **Экрана проверки снятого изображения**, чтобы повторный снимок не мог быть таким же плохим, как первый. См. [как дать кому-то повторить проверку](https://help.didit.me/ru/verification-sessions/retry-a-verification).

> **Note:** Повторная подача шага с документом **заменяет** изображения документа и заново запускает
> зависящие от них проверки (face match, AML-скрининг по имени, проверка по базам данных) по
> обычной цене. Исправление поля через API **ничего** не перезапускает: если неверное имя уже
> дало результат AML или реестра, выполните эту проверку заново с исправленными данными -
> автономные API существуют именно для этого.

## Чего исправление не делает

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

## Как не допустить повторения

- Поднимите **Минимальное качество изображения** в шаге проверки документа и включите **Экран проверки снятого изображения**, чтобы люди подтверждали фото перед загрузкой.
- Предпочитайте **сканирование камерой** загрузке файлов для боевого трафика.
- Осознанно задайте **Формат символов** для рынков с нелатинской письменностью.
- Если один тип документа систематически читается неверно, отправьте в поддержку два-три обезличенных образца, чтобы модель можно было обновить.