Conexión con la APIEn desarrollo
Respuestas con los datos de cada cliente, en solo lectura
Si la empresa tiene su propia API, Ray podrá consultarla para responder con el estado real de un pedido, un plan o una reserva. Solo para clientes con identidad firmada por la empresa, siempre en solo lectura y con cada consulta registrada para el equipo.
Acceso anticipado con acompañamiento del equipo. Ray está en desarrollo.
Ejemplo ilustrativo del chat del sitio con sesión iniciada: el cliente pregunta si ya salió su pedido y Ray responde con la fecha de salida, la entrega estimada, la ruta para seguirlo y la hora del dato.
Ejemplo ilustrativo con datos de muestra. Lumora es una marca ficticia.
Antes y después
La misma pregunta, con y sin la conexión
Sin la conexión, Ray contestará con el conocimiento publicado. Con ella, contestará sobre el caso del cliente. En los dos casos el cliente recibirá una respuesta redactada, sin fuentes ni datos crudos.
Ejemplo ilustrativo en tres paneles. Sin la conexión, Ray explica el plazo general de un reembolso y la ruta para verlo. Con la conexión, Ray informa que el reembolso del pedido 10482 fue aprobado, la fecha máxima de acreditación y la hora del dato. En la consola, el equipo ve la identidad verificada, la consulta de solo lectura, los nombres de los campos devueltos y la fuente del plazo.
Ejemplo ilustrativo con datos de muestra. Lumora es una marca ficticia.
Qué se consulta
Un conjunto cerrado de consultas de solo lectura
La empresa elegirá qué consultas habilitar, entre operaciones definidas y revisadas con el equipo de Ray. Ray no armará pedidos libres a la API: cada consulta tendrá sus campos fijos y no llevará ningún dato del cliente como parámetro.
Comercio electrónico
Estado de un pedido, de un envío o de un reembolso.
SaaS
Plan actual, próxima factura y estado de la cuenta.
Viajes
Estado de una reserva y de un cambio de fecha.
Servicios financieros e iGaming
Estado de un retiro o de un depósito, y estado de la cuenta.
Ejemplos de consultas posibles. Cada conexión se definirá y se revisará con la empresa antes de activarse.
Sin identidad firmada, no habrá datos de la cuenta
El servidor de la empresa firmará una identidad de corta duración para el cliente que inició sesión. Cualquier falla dejará al cliente como anónimo: el chat seguirá, solo con el conocimiento publicado.
Dos casos: con firma válida, el cliente quedará identificado y Ray podrá usar las consultas habilitadas sobre su cuenta; sin firma, vencida o de otra empresa, el cliente será anónimo y Ray contestará solo con el conocimiento.
Herramientas por agente
El Administrador decidirá qué consulta cada agente
Cada agente usará solo las consultas que el Administrador le asigne, dentro de las que habilite la conexión. Un agente sin herramientas contestará solo con el conocimiento.
Solo el Administrador
Asignar o quitar herramientas requerirá el rol Administrador y quedará en el historial del agente.Por marca
El agente de una marca podrá consultar pedidos y el de otra, solo el conocimiento.A la vista en la Bandeja
El equipo verá qué agente atendió cada conversación y qué consultas hizo.
Ejemplo ilustrativo de las herramientas del agente Lumora Hogar: estado de un pedido y de un envío activados, estado de un reembolso desactivado, todas de solo lectura.
Ejemplo ilustrativo con datos de muestra. Lumora es una marca ficticia.
Datos mínimos y fallas seguras
Lo justo para responder, y un registro de cada consulta
Ray pedirá solo lo que la respuesta necesite, dirá a qué hora corresponde el dato y, si la API falla, seguirá ayudando sin inventar.
Lo mínimo necesario
Cada consulta devolverá solo los campos que la respuesta necesite. Nombres, documentos y datos de pago nunca llegarán a Ray.
Con la hora del dato
Si un dato está incompleto o desactualizado, Ray lo aclarará o pasará la consulta a una persona.
Registro de cada consulta
Conversación, consulta, resultado y campos devueltos, sin sus valores. El registro no se reescribirá.
Fallas seguras
Cada consulta tendrá un tiempo límite. Sin respuesta de la API, Ray contestará con el conocimiento o pasará a una persona con un borrador.
Ejemplo ilustrativo del registro de consultas: una consulta correcta con cuatro campos, un pedido no encontrado en el que Ray pidió el número correcto y una consulta sin respuesta que pasó a una persona con un borrador.
Ejemplo ilustrativo con datos de muestra. Lumora es una marca ficticia.
Estado
Qué está en desarrollo y qué viene después
La identidad firmada y el conector de solo lectura se están construyendo y probando en local, con datos ficticios.
- En desarrollo
Identidad firmada y conector de solo lectura
Probados con una tienda de prueba y clientes ficticios, con registro de cada consulta y fallas seguras.
- Próximamente
Conectar la API real de una empresa
Después de una revisión de seguridad independiente y de los requisitos de protección de datos.
Para automatizar la configuración desde la terminal o desde un asistente propio: CLI y MCP.
Revisar qué datos conectar con el equipo de Ray
Una conversación corta con el equipo que construye Ray para revisar el caso de la empresa: las consultas frecuentes, el conocimiento existente, los temas sensibles y el plan de migración.