101901 El servicio aceptó la conexión y no contestó a tiempo
DEPENDENCIA_SIN_RESPUESTA_A_TIEMPO
Clase común a toda la flota (familia «dependencia»): Dependencia no contestó a tiempo. El fallo está en algo de lo que depende alcazar, no en la petición.
Qué ha pasado
Distinto del 900 y se arregla en otro sitio: ante un 900 se mira si la dependencia está viva; ante un 901 se mira carga, bloqueos o un cliente que reintenta solo. Es el que más cuesta ver, porque un sistema caído se nota y uno que no contesta se confunde con lentitud.
Cómo se soluciona
Mirar carga y bloqueos del servicio, no si está arriba — porque está arriba.
Qué hacer mientras tanto
Los mismos que el 900: el módulo se degrada y el resto del portal sigue.
Dónde se lanza
core/errores.py — clasificar_averia() mira la causa de la excepción: los clientes de módulo lanzan la avería de red con raise ... from e, así que la excepción de httpx sigue ahí y dice si fue un plazo vencido. Antes de la Fase 2 esto NO se distinguía — httpx.TimeoutException es subclase de HTTPError y todo caía en el 900—, así que aquí el ADR no puso número a una distinción existente: obligó a crearla.
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
901- clase común a toda la flota: Dependencia no contestó a tiempo