Saltar al contenido principal

Descripción general

La verificación de prueba de domicilio (POA) acepta un único PDF o imagen (TIFF, JPG, JPEG, PNG, WEBP, opcionalmente comprimido en ZIP) de hasta 15 MB. Clasifica el tipo de documento, extrae los datos con un LLM, aplica análisis forense de PDF y EXIF, y devuelve:
  • La dirección extraída, tanto en bruto como estructurada (street_1, city, region, postal_code, lat/lng).
  • Metadatos del documento: tamaño del archivo, tipo de contenido, fechas de creación y modificación, fechas EXIF, información de firma y cualquier evidencia de manipulación por superposición detectada en el análisis forense del PDF.
  • Puntuaciones de coincidencia del nombre con el documento de identidad verificado y con los datos esperados que se indicaron al crear la sesión.
  • Campos bancarios adicionales (número de cuenta, IBAN, sort code, routing number, SWIFT/BIC, sucursal) cuando el documento es un extracto bancario.
Captura de pantalla del informe de prueba de domicilio de Didit con los campos de dirección extraídos y el tipo de documento
La extracción de POA realiza una lectura de texto no estructurado, lo que añade una latencia de 5 a 15 segundos por documento. Los webhooks solo se disparan cuando se completa todo el paso del flujo de verificación (workflow). No consultes el endpoint de decisión con una frecuencia mayor de una vez cada 5 s durante este intervalo.

Dónde aparece en las respuestas de la API

El endpoint de decisión devuelve las verificaciones de POA en el array plural poa_verifications[] en GET /v3/session/{sessionId}/decision/. Cada entrada corresponde a una ejecución del nodo POA de tu flujo. Las sesiones con varios pasos POA (por ejemplo, extracto bancario + factura de servicios) generan una entrada por ejecución, cada una con su propio node_id.
La estructura siguiente refleja el esquema canónico. Consulta Modelos de datos.

Esquema

Consulta Prueba de domicilio en la referencia de modelos de datos para ver el esquema canónico.
Cada entrada de warnings[] es un objeto Warning: { feature, risk, additional_data, log_type, short_description, long_description, node_id }, donde feature siempre es "PROOF_OF_ADDRESS" para este informe.

Valores de estado

status usa el enum de estado a nivel de función (FeatureStatusChoices). Las reglas de estado personalizadas configuradas en el nodo del flujo pueden ajustar aún más el estado calculado. Las reglas se combinan con la precedencia Declined > In Review > Approved. Consulta Advertencias de prueba de domicilio para ver la correspondencia completa entre riesgo y acción, incluido el comportamiento de reintento de FUTURE_ISSUE_DATE, que solo aplica en flujos.

Evidencia de manipulación por superposición en PDF

Cuando el documento enviado es un PDF, document_metadata.overlay_manipulation puede contener evidencia forense de posibles superposiciones de texto:
  • detected: true cuando la comprobación encontró evidencia de manipulación.
  • analyzed: true cuando el PDF pudo analizarse.
  • signals: las comprobaciones que se activaron (duplicate_font_subset, glyph_fragmentation).
  • manipulated_regions: rectángulos en coordenadas de página alrededor del texto presuntamente editado. Cada rectángulo usa el espacio de coordenadas de la página PDF (x, y, width, height, page_width, page_height) para que los revisores puedan resaltar la zona afectada en una vista previa del PDF.
El campo es null cuando el documento no es un PDF o el PDF no pudo analizarse. Cuando detected=true, el sistema también emite una advertencia SUSPECTED_DOCUMENT_MANIPULATION cuyo additional_data refleja las señales y los rectángulos anteriores (salvo que una señal más fuerte, como una modificación posterior a la firma digital con is_tampered=true, tenga prioridad; en ese caso, additional_data describe la manipulación de la firma).

Códigos QR y códigos de barras

Todos los informes POA incluyen detected_codes, que abarca todas las páginas procesadas. Cada elemento contiene: detected_codes es un array vacío cuando no se encuentra ningún código admitido. Didit nunca adivina un payload: los códigos dañados o ilegibles pueden devolverse con su ubicación y parsed_payload: null, y los fallos en la detección de códigos no provocan un error en la verificación POA.

Ejemplos

Aprobado: extracto bancario

Rechazado: manipulación por superposición + discrepancia en el nombre

Relacionado

document_file y extra_files[] son URL prefirmadas que expiran al cabo de unas 4 horas. Vuelve a consultar el endpoint de decisión para renovar las URL. Guarda en tu sistema solo el estado de la verificación y los campos de dirección analizados, y reduce al mínimo los datos de los documentos que conservas.
Última modificación el 1 de noviembre de 2026