Skip to main content

Tabla de códigos

El campo code del cuerpo siempre coincide con el código HTTP — puede leer cualquiera de los dos, pero nunca decida solo con él.
200 no significa «documento aceptado». Significa que el análisis corrió: el documento ilegible (Cant get document fields) y el dorso cruzado (frontBackTemplateValidation: false) llegan con 200. La aceptación es la regla de Introducción.

Los 400 y sus mensajes

Todos los cuerpos de error del servicio tienen la misma forma:
El uuid de un cuerpo de error se genera en el momento y no corresponde a ninguna transacción: no lo use como relatedUuid, pero sí inclúyalo en el ticket — le sirve a soporte para encontrar el intento en los logs.

El 422 devuelve su solicitud completa

detail[].loc le dice exactamente qué campo está mal. Es un problema de código: se arregla en su lado y se reproduce siempre.
detail[].input es el eco literal de lo que usted envió — imagen base64 incluida. Un 422 puede pesar tanto como su request. Dos consecuencias: no registre cuerpos de error crudos en sus logs (terminaría almacenando los documentos de sus usuarios en texto plano), y no asuma que las respuestas de error son livianas al dimensionar buffers.

401 y 404: el gateway habla distinto

Estos cuerpos vienen del gateway y usan statusCode —no code— y no traen uuid. Dos detalles que ahorran tiempo:
  • Un 401 con la clave correcta suele ser ambiente equivocado: la api-key de homologación contra la URL de producción o viceversa.
  • El gateway responde 404 tanto para rutas inexistentes como para métodos incorrectos: un GET /front da 404, no 405. Si ve un 404 inesperado, revise el verbo además de la URL.
En los endpoints de catálogo, un template inexistente responde en cambio con el formato del servicio: {"code": 404, "message": "Template not found"}.

500: el evitable y el esporádico

La causa evitable conocida es enviar relatedUuid en /front — el campo es exclusivo de /back. Ese 500 es determinista: quite el campo y desaparece. Para el resto vale la prueba del determinismo: reintente una vez con el mismo cuerpo; si vuelve idéntico, el problema está en su solicitud — abra un ticket con el uuid en lugar de seguir reintentando. Un 500 esporádico sí amerita reintento con backoff, máximo 2 veces.

Abrir un ticket

Escriba a customer.support@vusecurity.com con:
No adjunte la imagen del documento salvo que soporte se la pida explícitamente y por un canal acordado: es el documento de identidad de una persona real.

Volver a la introducción

La regla de decisión, el flujo frente → dorso y la autenticación.
Última modificación el 9 de septiembre de 2026