103904 El servicio al que llamamos está sano y dice que no

PROVEEDOR_RECHAZO

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 NO es una avería. El otro extremo funciona perfectamente y ha rechazado la petición: falta un permiso, el recurso no existe, o lo pedido no es válido.

Cómo se soluciona

Mirar QUÉ se pidió, no si el otro servicio está vivo.

Qué hacer mientras tanto

El catálogo del servicio no trae este apartado.

Ya costó tiempo

25-ago-2026. El cliente del módulo convertía cualquier 4xx en «servicio caído»: ensució el contador de averías del portal y mintió en 21 pantallas —«Social Hub no responde» cuando respondía perfectamente—. Es el episodio que más veces se ha repetido en la flota: le ha pasado también a fleet-telemetry y a tres módulos de Alcázar.

Dónde se lanza

backend/src/senders/clasificarFallo.ts · codigoDeRespuesta (4xx); en el portal, modules/social_hub/cliente.py con RespuestaRechazada

Cómo se lee el código

1: origen: Fortiseg
03: servicio: social-hub
904: clase común a toda la flota: El proveedor RECHAZÓ legítimamente (4xx)