# Corrigir um nome ou campo lido errado

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

O suporte não edita os dados da sua sessão. Corrija com a revisão de dados pelo usuário, a API update-data ou um reenvio da etapa de ID, tudo auditado.

O suporte da Didit **não pode editar os valores** da sua sessão. Você pode, de três formas:
deixar a pessoa confirmar e corrigir os dados no fluxo (**Revisão de dados pelo usuário**),
corrigir os campos você mesmo com a **API update-data**, ou **solicitar um reenvio** da etapa
de ID depois de subir o limite de qualidade de imagem. Quase toda leitura errada vem de uma
captura ruim.
Você também pode corrigir registros em **Mais ações → Editar dados KYC** ou **Editar dados do comprovante de endereço**. Confirme os campos; a alteração fica auditada e não muda a decisão automaticamente.

[Video: Revisão de dados do usuário: deixe os usuários corrigirem erros de OCR - Didit Academy](https://www.youtube.com/watch?v=JPFGP24BLHI)

Um nome com uma letra errada, um sobrenome que "não carregou", uma sessão cujo nome aparece como **unknown**, ou um endereço que foi parar no campo do nome são o mesmo problema: a extração rodou sobre uma imagem que não era boa o bastante, ou sobre um lado do documento que o modelo não lê. Os dados da sessão são o que o modelo leu, e a Didit não altera dados de clientes à mão: sua equipe é dona do registro, e qualquer mudança precisa ser rastreável até você.

## Primeiro, entenda por que aconteceu

Abra a sessão e olhe as imagens do documento e os avisos:

- **Imagem borrada, escura, com reflexo ou cortada.** De longe a causa mais comum. A sessão costuma trazer uma pontuação de qualidade de imagem baixa ou um aviso `IMAGE_TOO_BLURRY`. Veja [corrigir problemas de envio e leitura de documentos](https://help.didit.me/pt-BR/documents-coverage/document-upload-problems).
- **Arquivo enviado em vez de captura ao vivo.** Uploads costumam ser capturas de tela ou fotos comprimidas e são lidos errado com muito mais frequência do que scans pela câmera.
- **Um alfabeto não latino.** Nomes em cirílico, árabe, grego, chinês ou coreano podem voltar embaralhados ou vazios se a configuração **Formato de caractere** do fluxo não bate com o que você espera (alfabeto original versus transliteração latina).
- **Um lado do documento que o modelo ainda não lê.** Alguns documentos nacionais trazem os dados no verso num layout em que a Didit não foi treinada. Nesse caso a frente é lida e o verso é aceito mas não extraído; envie um espécime ao suporte para o mapeamento ser adicionado.

## Três formas de corrigir

1. **Deixe a pessoa corrigir no fluxo (melhor para sessões novas)**

   Na etapa de verificação de ID do fluxo, em **Avançado**, ligue **Revisão de dados pelo usuário**: após a captura, a pessoa vê os campos extraídos e pode corrigir erros de leitura antes de o resultado ser decidido. Edições nos **Campos críticos** que você listar (nome, data de nascimento, número do documento) tomam a ação que você escolher, revisão ou recusa, para que uma correção nunca passe em silêncio. Isso resolve o problema na origem e não exige trabalho da sua equipe.

2. **Corrija a sessão você mesmo (para uma sessão existente)**

   Você também pode corrigir registros em **Mais ações → Editar dados KYC** ou **Editar dados do comprovante de endereço**. Confirme os campos; a alteração fica auditada e não muda a decisão automaticamente.
   Chame `PATCH /v3/session/{session_id}/update-data/` só com os campos que quer mudar: `first_name`, `last_name`, `date_of_birth`, `document_number`, `expiration_date`, `issuing_state` e os demais campos extraídos. `full_name` é recalculado para você. A sessão precisa estar **Aprovada, Recusada, Em revisão ou KYC expirado**, a mudança dispara um webhook `data.updated`, e a trilha de auditoria registra quais campos mudaram e quem mudou. É uma chamada paga. Há endpoints equivalentes para os campos do comprovante de endereço e para os dados de registro KYB. Referência: [atualizar dados da sessão](https://docs.didit.me/sessions-api/update-data).

3. **Peça uma nova captura (quando a imagem é o problema)**

   Se a imagem é ruim demais para confiar em qualquer campo, solicite um **reenvio** da etapa de verificação de ID: a pessoa recebe o mesmo link e repete só essa etapa. Antes disso, suba o controle **Qualidade mínima da imagem** da etapa e considere ativar a **Tela de revisão da imagem capturada**, para que a repetição não possa ser tão ruim quanto a primeira tentativa. Veja [deixar alguém tentar uma verificação de novo](https://help.didit.me/pt-BR/verification-sessions/retry-a-verification).

> **Note:** Reenviar a etapa de ID **substitui** as imagens do documento e roda de novo as verificações que
> dependem delas (face match, screening AML por nome, validação em bases de dados) ao preço
> habitual. Corrigir um campo pela API **não** roda nada de novo: se o nome errado já produziu um
> resultado AML ou de registro, rode essa verificação de novo com os dados corrigidos; as APIs
> independentes existem exatamente para isso.

## O que a correção não faz

- Não muda o **status** da sessão. Uma sessão recusada com o nome corrigido continua recusada até sua equipe decidir o contrário.
- Não verifica o documento de novo. A correção é sua afirmação, registrada como tal no log de auditoria.
- Não se aplica retroativamente a outras sessões da mesma pessoa.

## Evitar que se repita

- Suba a **Qualidade mínima da imagem** na etapa de verificação de ID e ative a **Tela de revisão da imagem capturada** para que as pessoas confirmem a foto antes do envio.
- Prefira o **scan pela câmera** ao upload de arquivo no tráfego de produção.
- Defina o **Formato de caractere** de propósito em mercados com alfabetos não latinos.
- Se um tipo de documento é lido errado de forma sistemática, envie dois ou três espécimes anonimizados ao suporte para o modelo ser atualizado.