# Corrigir um nome ou campo mal lido

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

O OCR leu mal um apelido ou deixou um campo como unknown. O suporte não o edita, mas há três correções: revisão de dados, API update-data e reenvio do ID.

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 utilizador**),
corrigir os campos com a **API update-data**, ou **pedir um reenvio** do passo de ID depois de
subir o limiar de qualidade de imagem. Quase todas as leituras erradas vêm de uma má captura.
Também pode corrigir registos em **Mais ações → Editar dados KYC** ou **Editar dados do comprovativo de morada**. Confirme os campos; a alteração fica auditada e não muda a decisão automaticamente.

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

Um nome com uma letra errada, um apelido que "não carregou", uma sessão cujo nome aparece como **unknown**, ou uma morada que foi parar ao campo do nome são o mesmo problema: a extração correu sobre uma imagem que não era suficientemente boa, 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: a sua equipa é dona do registo, e qualquer alteração tem de ser rastreável até si.

## Primeiro, perceba porque aconteceu

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

- **Imagem desfocada, escura, com reflexos ou cortada.** De longe a causa mais comum. A sessão traz normalmente uma pontuação de qualidade de imagem baixa ou um aviso `IMAGE_TOO_BLURRY`. Veja [corrigir problemas de carregamento e leitura de documentos](https://help.didit.me/pt-PT/documents-coverage/document-upload-problems).
- **Ficheiro carregado em vez de captura ao vivo.** Os carregamentos são muitas vezes capturas de ecrã ou fotos comprimidas e são mal lidos muito mais frequentemente do que as digitalizações pela câmara.
- **Um alfabeto não latino.** Nomes em cirílico, árabe, grego, chinês ou coreano podem voltar baralhados ou vazios se a definição **Formato de caractere** do fluxo não corresponder ao que 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 é aceite 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)**

   No passo de verificação de ID do fluxo, em **Avançado**, ative **Revisão de dados pelo utilizador**: após a captura, a pessoa vê os campos extraídos e pode corrigir erros de leitura antes de o resultado ser decidido. As edições aos **Campos críticos** que listar (nome, data de nascimento, número do documento) tomam a ação que escolher, revisão ou recusa, para que uma correção nunca passe em silêncio. Isto resolve o problema na origem e não exige trabalho da sua equipa.

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

   Também pode corrigir registos em **Mais ações → Editar dados KYC** ou **Editar dados do comprovativo de morada**. Confirme os campos; a alteração fica auditada e não muda a decisão automaticamente.
   Chame `PATCH /v3/session/{session_id}/update-data/` apenas com os campos que quer alterar: `first_name`, `last_name`, `date_of_birth`, `document_number`, `expiration_date`, `issuing_state` e os restantes campos extraídos. `full_name` é recalculado por si. A sessão tem de estar **Aprovada, Recusada, Em revisão ou KYC expirado**, a alteração dispara um webhook `data.updated`, e o registo de auditoria guarda que campos mudaram e quem os mudou. É uma chamada paga. Há endpoints equivalentes para os campos do comprovativo de morada e para os dados de registo 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 é má demais para confiar em qualquer campo, peça um **reenvio** do passo de verificação de ID: a pessoa recebe a mesma ligação e repete só esse passo. Antes disso, suba o controlo **Qualidade mínima da imagem** do passo e considere ativar o **Ecrã de revisão da imagem capturada**, para que a repetição não possa ser tão má como a primeira tentativa. Veja [deixar alguém tentar de novo uma verificação](https://help.didit.me/pt-PT/verification-sessions/retry-a-verification).

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

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

- Não muda o **estado** da sessão. Uma sessão recusada com o nome corrigido continua recusada até a sua equipa decidir o contrário.
- Não volta a verificar o documento. A correção é a sua afirmação, registada como tal no registo 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** no passo de verificação de ID e ative o **Ecrã de revisão da imagem capturada** para que as pessoas confirmem a foto antes de a carregar.
- Prefira a **digitalização pela câmara** ao carregamento de ficheiros no tráfego de produção.
- Defina o **Formato de caractere** deliberadamente em mercados com alfabetos não latinos.
- Se um tipo de documento é lido mal de forma sistemática, envie dois ou três espécimes anonimizados ao suporte para o modelo poder ser atualizado.