Pular para o conteúdo principal

Visão geral

A verificação de comprovante de endereço (POA) aceita um único PDF ou imagem (TIFF, JPG, JPEG, PNG, WEBP, opcionalmente compactados em ZIP) de até 15 MB, executa a classificação do tipo de documento, a extração baseada em LLM e a análise forense de PDF/EXIF, e retorna:
  • O endereço extraído, tanto em formato bruto quanto estruturado (street_1, city, region, postal_code, lat/lng).
  • Metadados do documento: tamanho do arquivo, tipo de conteúdo, datas de criação e modificação, datas EXIF, informações de assinatura e qualquer evidência de manipulação por sobreposição obtida na análise forense de PDF.
  • Pontuações de correspondência de nome em relação ao documento de identidade verificado e aos detalhes esperados fornecidos na criação da sessão.
  • Campos extras bancários (número da conta, IBAN, sort code, routing number, SWIFT/BIC, agência) quando o documento é um extrato bancário.
Captura de tela do relatório de comprovante de endereço da Didit mostrando os campos de endereço extraídos e o tipo de documento
A extração de POA faz a leitura de texto não estruturado, o que adiciona uma latência de 5 a 15 segundos por documento. Os webhooks só são disparados quando toda a etapa do fluxo é concluída. não consulte o endpoint de decisão com frequência maior que uma vez a cada 5 s durante esse período.

Onde aparece nas respostas da API

O endpoint de decisão retorna o POA no array plural poa_verifications[] em GET /v3/session/{sessionId}/decision/. Cada entrada corresponde a uma execução do nó de POA no seu fluxo. Sessões com várias etapas de POA (por exemplo, extrato bancário + conta de consumo) geram uma entrada por execução, cada uma com seu próprio node_id.
A estrutura abaixo reflete o schema canônico. Consulte Modelos de dados.

Schema

Consulte Comprovante de endereço na referência de modelos de dados para ver o schema canônico.
Cada entrada em warnings[] é um objeto Warning: { feature, risk, additional_data, log_type, short_description, long_description, node_id }, sendo feature sempre "PROOF_OF_ADDRESS" neste relatório.

Valores de status

status usa o enum de status no nível do recurso (FeatureStatusChoices). Regras de status personalizadas configuradas no nó do fluxo podem ajustar ainda mais o status calculado. As regras são combinadas com a precedência Declined > In Review > Approved. Consulte Avisos de comprovante de endereço para ver o mapeamento completo de risco para ação, incluindo o comportamento de nova tentativa exclusivo do fluxo para FUTURE_ISSUE_DATE.

Evidência de manipulação por sobreposição em PDF

Quando o documento enviado é um PDF, document_metadata.overlay_manipulation pode conter evidências forenses de sobreposições de texto suspeitas:
  • detected: true quando a verificação encontrou evidências de manipulação.
  • analyzed: true quando foi possível analisar o PDF.
  • signals: as verificações que foram disparadas (duplicate_font_subset, glyph_fragmentation).
  • manipulated_regions: retângulos em coordenadas da página ao redor do texto com suspeita de edição. Cada retângulo usa o espaço de coordenadas da página do PDF (x, y, width, height, page_width, page_height), para que os revisores possam destacar a área afetada em uma pré-visualização do PDF.
O campo é null quando o documento não é um PDF ou quando não foi possível analisar o PDF. Quando detected=true, o sistema também emite um aviso SUSPECTED_DOCUMENT_MANIPULATION cujo additional_data reflete os sinais e retângulos acima (a menos que um sinal mais forte, como modificação após a assinatura digital, is_tampered=true, tenha prioridade; nesse caso, additional_data descreve a adulteração da assinatura).

QR codes e códigos de barras

Todo relatório de POA inclui detected_codes, abrangendo todas as páginas processadas. Cada item contém: detected_codes é um array vazio quando nenhum código compatível é encontrado. A Didit nunca adivinha um payload: códigos danificados ou ilegíveis podem ser retornados com sua localização e parsed_payload: null, enquanto falhas na detecção de códigos não causam falha na verificação de POA.

Exemplos

Aprovado: extrato bancário

Recusado: manipulação por sobreposição + nome divergente

Relacionados

document_file e extra_files[] são URLs pré-assinadas que expiram após cerca de 4 horas. Chame novamente o endpoint de decisão para atualizar as URLs. Armazene do seu lado apenas o status da verificação e os campos de endereço extraídos, minimizando os dados de documentos retidos.
Última modificação em 1 de novembro de 2026