Corrigir um nome ou campo lido errado

O OCR leu errado um sobrenome, colocou o endereço no lugar do nome ou deixou um campo como "unknown". O suporte não pode editar por você, mas há três formas de corrigir - a etapa de revisão de dados pelo usuário, a API update-data e um reenvio da etapa de ID.

Escrito pelo suporte da Didit · Atualizado em 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 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.

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

    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.

  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.

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.