Corrigir um nome ou campo mal lido

O OCR leu mal um apelido, pôs a morada no lugar do nome ou deixou um campo como "unknown". O suporte não o pode editar por si, mas tem três formas de o corrigir - o passo de revisão de dados pelo utilizador, a API update-data e um reenvio do passo de ID.

Escrito pelo suporte da Didit · Atualizado a 15 de setembro de 2026

Short answer

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.

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.
  • 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)

    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.

  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.

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.