El recorrido completo
1
Verifique conectividad y credenciales
/version no exige api-key, así que separa un problema de red (falla /version) de uno de credenciales (falla solo /front con 401). Evalúe el código de estado, no el cuerpo.2
Prepare la imagen del frente
Foto del documento completo, apoyado, sin reflejos, en base64 sin prefijo y de al menos 480 × 480 píxeles.
3
Llame a POST /front y guarde el uuid
El
uuid de la respuesta es el enganche con el dorso y el dato que soporte necesita. Guárdelo siempre.4
Si hasBackSide es true, llame a POST /back
Con la foto del dorso y el
uuid del frente como relatedUuid.5
Aplique la regla de decisión
200 + "Operation end successfully." + id identificado — y en el dorso, frontBackTemplateValidation === true.Cuerpo de la solicitud
Requisitos de la imagen
Convertir a base64
El enganche frente → dorso
Si el dorso viaja inmediatamente después del frente, un
400 Bad relatedUuid ocasional puede significar que el registro del frente aún no estaba disponible. Espere unos segundos y reintente una sola vez antes de tratarlo como error definitivo.El catálogo de templates
Los campos que traeviz varían por tipo de documento. La referencia autoritativa es el propio catálogo del servicio:
Timeouts y reintentos
Antes de salir a producción
Una integración está lista cuando puede responder que sí a todo esto:- La decisión está escrita en positivo:
200ymessage: "Operation end successfully."yid !== "unknown"— y en el dorso,frontBackTemplateValidation === true. - Probó la foto sin documento y su sistema pide otra captura en vez de aceptar campos vacíos.
- Probó el dorso de otro documento y su sistema lo rechaza.
relatedUuidsolo se envía en/back, y siempre con eluuidde un200de/front— nunca el de un cuerpo de error.- Las capturas cumplen 480 × 480 y el base64 va sin prefijo
data:y sin saltos de línea. - Los logs no persisten cuerpos de error crudos —el
detailde los422contiene la solicitud completa, imagen incluida— ni respuestas completas con imágenes. - El timeout está en 30 s y los reintentos limitados a 2, solo para
5xxesporádicos. - El
uuidde cada transacción queda en su log, junto con el ambiente y la marca de tiempo. - La api-key vive solo en el backend y está en un gestor de secretos, no en el código.
- El equipo sabe que
200 Cant get document fieldses un problema de captura, no un bug.
Respuestas
El siguiente paso: la estructura de
front y back, las validaciones cruzadas y los dos 200 que no aprueban.