Webhook de constancia CURP
Cuando solicitas la constancia de CURP en PDF (pdf_required: true en Validación de CURP ante RENAPO) y no puede entregarse en la misma respuesta, la generación queda en curso. En cuanto esté lista, Verificamex hace un POST con el PDF a la URL que hayas indicado en el parámetro webhook.
¿Cuándo se dispara?
Sección titulada «¿Cuándo se dispara?»- Envías
POST /identity/v1/scraping/renapoconpdf_required: truey tuwebhook. - Si la constancia no está disponible al instante, la respuesta llega sin el campo
pdfy la generación queda en curso. - En cuanto el proveedor resuelve la constancia (o determina que no puede generarla), Verificamex hace un único
POSTa tuwebhookcon el resultado.
Estructura del Payload
Sección titulada «Estructura del Payload» { "evento": "curp.pdf_resuelto", "curp": "ABCD950101MDFXYZ09", "id": "eyJpdiI6...", "pdf_base64": "JVBERi0xLjQKJeLjz9MKMyAwIG9iago8PC9Db2xvc..." } { "evento": "curp.pdf_no_disponible", "curp": "ABCD950101MDFXYZ09", "id": "eyJpdiI6...", "pdf_base64": null }| Campo | Tipo | Descripción |
|---|---|---|
| evento | String | curp.pdf_resuelto si la constancia se generó, curp.pdf_no_disponible si no pudo generarse. |
| curp | String | CURP consultada en la solicitud original. |
| id | String | Identificador de la validación de CURP, el mismo que usarías para consultar Mostrar validación de CURP ante RENAPO. |
| pdf_base64 | String | null | Constancia en PDF codificada en base64, o null si no se pudo generar. |
Reintentos e idempotencia
Sección titulada «Reintentos e idempotencia»Se envía un webhook por validación de CURP en cuanto se resuelve (o falla de forma definitiva). Tu endpoint debe responder 200 OK para confirmar la recepción; si tu servidor responde con error o no responde, Verificamex reintenta el envío una vez más. Diseña tu lógica para ser idempotente ante ese posible reintento y, si el procesamiento del PDF es pesado, respóndele rápido a Verificamex y procesa de forma asíncrona de tu lado.