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.

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 pluralpoa_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.
Schema
Consulte Comprovante de endereço na referência de modelos de dados para ver o schema canônico.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:truequando a verificação encontrou evidências de manipulação.analyzed:truequando 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.
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 incluidetected_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
- Avisos de comprovante de endereço: todos os códigos de aviso que o POA pode emitir
- Visão geral do comprovante de endereço: tipos de documento aceitos e regras de verificação
- Modelos de dados: Comprovante de endereço: schema canônico
- Webhooks:
status.updatedcontém os payloads de POA
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.