103930 Ese identificador no cumple el formato que exige el servicio destino

IDENTIFICADOR_INVALIDO_PARA_EL_DESTINO

Clase común a toda la flota (familia «contrato»): Identificador no válido para el servicio destino. El fallo está en la petición o en la configuración de quien llama.

Qué ha pasado

El identificador de cliente que se manda a otro servicio no cumple SU formato. Cada servicio tiene el suyo y no coinciden.

Cómo se soluciona

Corregir el identificador en la configuración del destino, con el formato que acepte ese servicio.

Qué hacer mientras tanto

El catálogo del servicio no trae este apartado.

Ya costó tiempo

30-ago-2026. tenant admite cualquier cosa por nuestro lado y memory-service solo acepta minúsculas, dígitos y guiones bajos porque con ese identificador construye nombres de esquema en Postgres. El destino se da de alta tan tranquilo y el rechazo llega en la PRIMERA ENTREGA REAL, semanas después, con el evento ya programado. ARREGLADO el 01-sep-2026: tenant exige ^[a-z_][a-z0-9_]*$ al dar de alta, con el motivo diciendo el formato Y su porqué (con ese identificador memory-service construye nombres de esquema en Postgres, así que un punto o una mayúscula no es feo: es un esquema que no existe). Se comprueba también que no empiece por dígito. Cubierto por test/destinoTenant.test.ts con su mitad positiva —los identificadores que SÍ valen— y verificado por mutación: aflojar la expresión a /^.*$/ pone 2 tests en rojo.

Dónde se lanza

backend/src/api/destinoConfig.ts · el campo tenant de memory_service, al dar de alta o modificar el destino (POST/PATCH /api/destinos)

Cómo se lee el código

1: origen: Fortiseg
03: servicio: social-hub
930: clase común a toda la flota: Identificador no válido para el servicio destino