Canales y sistemas

El motor de ELYRA no conoce ningún canal ni ningún sistema de negocio: habla con los canales a través de adaptadores y con los sistemas a través de conectores. Esas dos piezas son las fronteras, y en cada una hay algo que se comprueba antes de dejar pasar nada.

Lo que entra por un canal

Cada mensaje viene firmado

Un mensaje entra solo si su proveedor responde por él. Cada adaptador comprueba lo que su proveedor ofrece, y la comprobación no se puede apagar por configuración: en producción, un canal sin su secreto no atiende.

Canal	Qué se comprueba
WhatsApp	La firma que Meta calcula sobre cada entrega con el secreto de la aplicación.
Telegram	El secreto que ELYRA registró al suscribir el webhook, que Telegram devuelve en cada entrega.
Slack	La firma que Slack calcula con el secreto de firma de la aplicación.
Microsoft Teams	El token que emite Microsoft para la aplicación, verificado contra sus llaves públicas.
Correo	La autenticación del remitente (DMARC) que declara el servidor de correo que el cliente configuró como comprobador; si nadie la declara, nada se aprueba.
Chat web	No hay firma posible en un canal público. Se comprueba desde qué sitio escribe el navegador y se limita cuántos mensajes manda cada visita.

Léalo así: una petición al webhook que no venga del proveedor se rechaza antes de tocar el motor, y en el registro queda de qué canal era y por qué.

El identificador del canal tiene dueño

Un canal se enruta por un identificador que da el proveedor: el número de WhatsApp, el bot de Telegram, la aplicación de Teams. Ese identificador no se escribe a mano y se cree: se prueba con la credencial. Meta responde por el número solo al token que lo tiene; Telegram dice de qué bot es un token; Microsoft emite el token de una aplicación concreta. Un canal cuya propiedad no se ha probado no atiende en producción, y nadie puede reclamar el identificador de tu canal para quedarse con su tráfico.

Quién escribe

ELYRA distingue entre saber quién dice ser la persona y saber que es ella. Un remitente queda «verificado por posesión» solo cuando el canal lo prueba: en WhatsApp o Telegram, el proveedor responde por el remitente; en el correo, la autenticación del remitente la aprueba el comprobador declarado; en el chat web, la posesión de un identificador de visita largo y secreto que solo vive en ese navegador. Una identidad verificada ayer no vale para un mensaje sin prueba hoy.

El chat web

El chat web corre en el navegador de cualquiera que entre al sitio del cliente, así que no puede llevar un secreto. Lo que se comprueba:

• Desde qué sitio escribe. El canal declara los dominios desde los que acepta conversaciones, y una copia del widget en otro sitio no puede hablar con él.
• Cuántos mensajes manda cada visita. Un torniquete por visita y por dirección de red: pasado el tope por minuto, el chat pide esperar un momento. El texto de ese aviso es una voz más y se edita como las demás.
• Qué archivos acepta. Los tipos y el tamaño los declara el canal, y un archivo que no se puede inspeccionar no entra.

Cómo se configura está en Conectar el chat de tu sitio.

Lo que sale hacia un sistema

Credenciales cifradas

Las credenciales de cada sistema de negocio (usuario y contraseña, token, llave de API, lo que su receta de login necesite) se guardan cifradas con la llave de la instalación, descritas en Dónde viven los datos. Nunca salen hacia el portal: la pantalla de un sistema dice qué credenciales tiene cargadas, no su valor. Y nunca entran en el historial de versiones de la configuración: una versión restaurada trae la configuración, no las llaves.

Salidas vigiladas

Una dirección de sistema la escribe una persona, así que ELYRA no se fía de ella. Antes de cada llamada, y en cada salto de redirección, se comprueba a dónde se va:

• Nunca a la red interna de la instalación en producción, ni a la dirección especial de la nube que entrega secretos a las máquinas.
• A la dirección que se revisó. El nombre se resuelve una vez y la conexión va a esa dirección, con el nombre en la cabecera y en el certificado: un nombre que cambiara de dirección entre la revisión y la conexión no engaña.
• Las credenciales no siguen a una redirección hacia otro servidor, ni el token de sesión cacheado.
• Solo se reintenta lo que no duplica. Una consulta se puede reintentar; crear un caso, no: reintentarlo crearía dos.

Si tu empresa necesita llegar a un sistema que vive dentro de su propia red, la instalación puede declarar explícitamente qué redes alcanzables se admiten; por defecto, ninguna privada.

El «Probar» dice la verdad

El botón de probar un sistema o un canal ejercita la credencial de verdad: un login que falla sale en rojo con su motivo, y un canal al que le falta el secreto que exige producción lo dice. Un verde que no prueba nada sería peor que ninguno.

Lo que la gente no ve

Lo que ELYRA deja en el sistema de negocio no lleva marca de canal ni de plataforma: un caso creado desde WhatsApp es un caso, sin más. Y lo que ELYRA dice a la persona viene de los textos de tu empresa, editables en Voz: el motor no tiene frases propias.