101904 El servicio respondió, y respondió que no
PROVEEDOR_RECHAZO_LA_PETICION
Clase común a toda la flota (familia «dependencia»): El proveedor RECHAZÓ legítimamente (4xx). El fallo está en la petición o en la configuración de quien llama.
Qué ha pasado
Un 4xx del servicio: validación, permiso insuficiente, conflicto de estado, no encontrado. NO es una avería suya — está sano y contestando lo que debe, y la culpa es de quien llama. El portal lo cuenta aparte y jamás dispara con esto la alerta de indisponibilidad.
Cómo se soluciona
Leer el motivo que da el servicio, que el portal enseña tal cual. Casi siempre dice exactamente qué falta.
Qué hacer mientras tanto
Ninguno necesario: el servicio funciona.
Ya costó tiempo
2026-08-25 · los 4xx legítimos se contaban como avería, así que un 404 «este cliente no tiene identidad visual» y hasta el 403 del AISLAMIENTO entre tenants disparaban la alerta de caída. La prueba de aislamiento habría encendido una alarma por funcionar bien. Este episodio es el que la flota usó para justificar partir el antiguo 902 en 902 y 904.
Dónde se lanza
modules/*/cliente.py — MutacionRechazada (deriva de core.contrato.RespuestaRechazada)
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
904- clase común a toda la flota: El proveedor RECHAZÓ legítimamente (4xx)