Skip to main content

Los códigos, de un vistazo

Los 400: un solo error, con índice

El cuerpo del 400 indica la imagen culpable con imageNumber (base 0):
Una imagen mala aborta el lote entero. Si envía 4 imágenes y la tercera no tiene rostro, recibe un solo 400 con imageNumber: 2 y ningún resultado — no hay resultados parciales. Si su flujo tolera fallas por imagen, envíe una solicitud por imagen.

Los 500 vienen en texto plano

Dos errores de solicitud no devuelven un 400 prolijo sino un 500 con el cuerpo literal Internal Server Error — no es JSON:
  1. Omitir el campo images.
  2. Enviar una lista operations más corta que images.
Su cliente HTTP no debe asumir que toda respuesta es JSON: envuelva el parseo y trate el fallo de parseo como error, nunca como aprobación. Cómo distinguir un 500 transitorio de uno suyo: reinténtelo una vez con backoff. Si vuelve idéntico, es determinístico — lo causa su solicitud; valide images y la alineación de operations en su código y no siga reintentando.

Los errores del gateway: otro formato

El 401 y el 404 no los emite el servicio sino el gateway, y su cuerpo tiene otro formato (statusCode en vez de code):
Un 401 con una clave que «siempre funcionó» suele ser mezcla de ambientes: la clave de homologación contra la URL de producción o viceversa. Verifique el par URL + clave antes de escalar.

Los 422: violaciones del contrato

Cuerpo no-JSON, cuerpo que no es un objeto, o info fuera de rango (2–256 caracteres) devuelven 422 con el detalle campo por campo en detail. Son errores de programación, no de datos: corríjalos en desarrollo, no los maneje en producción.

Política de reintentos

Si tiene que abrir un ticket

Escriba a customer.support@vusecurity.com con:

Volver a la introducción

La regla de decisión, los endpoints y el mapa de operaciones de Face Analysis.
Última modificación el 9 de septiembre de 2026