Skip to main content
Toda respuesta de error de la API tiene este shape:
  • code: código estable — es el campo para hacer branching en el cliente.
  • message: mensaje legible, seguro para mostrar al usuario final.
  • requestId: identificador de la request. Incluilo si reportás un problema al soporte.
  • Los errores de validación agregan errors: [{ path, message }] con el detalle por campo.
Algunos endpoints todavía devuelven códigos con la forma ERR_<status> (por ejemplo ERR_409). Esos no son estables: no hagas branching sobre ellos. Los códigos del catálogo de abajo sí lo son.

Errores de servicios externos

Cuando falla un proveedor externo, la API responde un código de la familia <PROVEEDOR>_HTTP_<status> / NAVIXY_STATUS_<n> con un mensaje traducido y el status real del fallo (400/404/409/429 se conservan; fallos de infraestructura o de credenciales de la integración responden 502). Estos códigos son dinámicos y no aparecen como entradas de este catálogo; el prefijo identifica la integración.

Transversales

Autenticación y sesión

Recursos no encontrados

Usuarios

Trackers

Fechas y rangos

Geozonas / KML

Geocodificación

Precios de combustible

Formularios

Reportes y alertas

Unicidad de recursos

Check-ins (formularios dinámicos)

Pedidos (cargo)

Consulta vehicular

Mensajes de dispositivos (export a Parquet)

Terreno (work)

Administración

Mantenimiento

Activos y grupos