101912 El servicio está montado, pero este cliente no tiene su credencial

Qué ha pasado

Los servicios multi-tenant dan una credencial por cliente, y con la de un cliente no se ven los datos de otro — el servicio responde vacío, LEGÍTIMAMENTE. El portal ya no usa la credencial de otro cliente para preguntar: se declara sin credencial para éste y lo dice.

Cómo se soluciona

Quien administre la plataforma añade la credencial de ese cliente al .env del portal (ALCAZAR_SVC_<X>KEY_<owner>), y declara de quién es la de por defecto (ALCAZAR_SVC_<X>_KEY_OWNER). Las credenciales van del nodo al .env sin pasar por nadie.

Qué hacer mientras tanto

El resto de módulos del cliente funcionan. Lo que NO hay que hacer es reutilizar la credencial de otro cliente «mientras tanto»: es exactamente lo que provocó el episodio.

Ya costó tiempo

2026-08-26 · costó una mañana. La pantalla de contenidos de un cliente salió VACÍA y se buscó el contenido perdido; no faltaba nada. El portal tenía una sola credencial y al cambiar de cliente seguía preguntando como el primero; el servicio respondía 200 con lista vacía, con toda la razón. Ni avería, ni rechazo, ni un contador moviéndose. EL SÍNTOMA NO SE PARECÍA EN NADA A LA CAUSA, que es el mejor argumento que hay para todo este ADR.

Dónde se lanza

web/app.py — _key_para() y el estado «sin_credencial» de la tarjeta del Inicio

El número viaja en la respuesta o en el registro: sí.