Desarrolladores
07 - Errores y validaciones
Cómo interpretar errores HTTP y respuestas JSON de validación, autenticación, permisos y reglas de modelo.
07 - Errores y validaciones
Los endpoints de la API devuelven JSON cuando hay errores, salvo descargas binarias que fallen antes de emitir el archivo.
Códigos HTTP habituales
| Código | Significado | Qué revisar |
|---|---|---|
400 | Petición inválida | Campos, formato del body, fechas o tipos de datos. |
401 | No autenticado | Cabecera Token ausente, incorrecta o desactivada. |
403 | Sin permiso | La API Key no puede acceder a ese recurso u operación. |
404 | No encontrado | Recurso, registro o endpoint inexistente. |
409 | Conflicto | Duplicados, restricciones únicas o estado incompatible. |
422 | Validación de modelo | Falta un campo obligatorio o no cumple reglas de negocio. |
500 | Error interno | Reintentar con trazabilidad y contactar soporte si persiste. |
Respuesta de error genérica
{
"error": "Mensaje legible del error",
"code": "VALIDATION_ERROR",
"details": {
"campo": "descripcion del problema"
}
}
Buenas prácticas en el cliente
- Registra endpoint, método y código HTTP.
- No registres API Keys ni datos sensibles en logs.
- Trata
401y403como problemas de configuración o permisos. - Trata
400y422como errores corregibles de payload. - Implementa reintentos solo para errores temporales o de red, no para validaciones.
Fechas
| Dirección | Formato | Ejemplo |
|---|---|---|
| Envío | YYYY-MM-DD | 2026-05-20 |
| Respuesta de recursos | DD-MM-YYYY | 20-05-2026 |
uploaded_at | ISO 8601 UTC | 2026-05-20T11:14:02Z |