101902 El servicio contestó con un error suyo
PROVEEDOR_FALLO
Clase común a toda la flota (familia «dependencia»): El proveedor FALLÓ (5xx). El fallo está en algo de lo que depende alcazar, no en la petición.
Qué ha pasado
Un 5xx del servicio: está en pie y contestando, pero lo que contesta es que algo se le ha roto por dentro. La culpa es AJENA — se mira su servicio, no lo que se le pidió. Distinto del 900 (ni se pudo conectar) y del 904 (contestó que no, y con razón).
Cómo se soluciona
Es del dueño de ese servicio: sus logs y su despliegue. Desde el portal no hay nada que arreglar salvo dejar de insistir.
Qué hacer mientras tanto
El módulo se degrada y el resto del portal sigue sirviendo.
Dónde se lanza
core/errores.py — clasificar_averia() con el status que ahora pasan los clientes de módulo en su rama de 5xx. Antes se contaba como «no se pudo conectar», que manda a mirar si el servicio está vivo cuando el servicio está vivo y lo que falla es él por dentro.
El número viaja en la respuesta o en el registro: sí.
Cómo se lee el código
1- origen: Fortiseg
01- servicio: alcazar
902- clase común a toda la flota: El proveedor FALLÓ (5xx)