Objetivo
No todos los errores deben tratarse igual. Esta guia define que errores reintentar y cuales corregir en origen.Regla general
4xx: el problema suele estar en request, permisos o estado de negocio5xx: el problema suele estar en el backend o dependencia externa
Tabla rapida
Politica de retry
Reintenta solo en estos casos:429500502503504401solo despues de renovar token
400403404409422
Backoff recomendado
- 3 a 4 intentos
Payload de error
El shape puede variar segun modulo o stack legacy. Usa esta heuristica:- leer
statusCode - leer
message - leer
errorsi existe
Casos frecuentes
401 tras login exitoso
- token vencido
- token mal formateado
- falta prefijo
Bearer
409 al crear
- cliente ya existe por RUT
- recurso duplicado
- regla de unicidad incumplida
404 en rutas encadenadas
- se creo el recurso padre en otro ambiente
- se uso una ruta legacy con ID distinto al esperado
- el recurso fue transferido o eliminado
Observabilidad minima
Para cualquier integracion registra:- endpoint
- metodo HTTP
- status code
- correlation id si existe
- mensaje de error
- payload resumido sin secretos