Soporte recibe
Consulta el ticket en Zendesk y envía una solicitud formal a E-commerce.
Especialistas por área
Tu operación, un equipo de especialistas.
Resuelve solicitudes entre áreas con agentes que colaboran, permisos precisos y aprobaciones según el riesgo.
Cómo funciona
Cada área hace su parte.
Un solo punto de contacto para tu cliente. Detrás, cada especialista trabaja en su sistema, con sus propias credenciales y solo el acceso que necesita.
La tienda resuelve
Valida el daño y, con aprobación del responsable, emite saldo a favor en Magento 2.
Operaciones coordina
Organiza la recolección en Backoffice. Soporte recibe lo necesario para responder al cliente.
Control por área
Tú defines hasta dónde.
Cada responsable decide qué puede hacer su agente y qué información puede compartir. Los permisos se aplican en la capa de orquestación, fuera de las instrucciones del modelo.
Mínimo privilegio
Ningún agente tiene más acceso que su área. Sus credenciales son propias y su acceso se puede revocar individualmente.
Aprobaciones por riesgo
Define umbrales: consultas automáticas, acciones reversibles con registro y acciones sensibles con aprobación. El responsable ve quién pide, qué hará y por qué.
Un tiempo para decidir
Cada aprobación tiene un plazo. Si vence, la solicitud se escala o se cancela según la política del área.
Solicitudes formales
Comparte solo lo necesario.
Cada solicitud indica quién la origina, qué necesita y para qué. El área que la recibe aplica sus propias reglas: una petición de otro agente no concede permiso.
El agente entrega el mínimo autorizado. Quien lo recibe lo usa para la tarea y no lo conserva después.
Solicitud ilustrativa · #9132
Emitir store credit por daño
- Origen
- Soporte → E-commerce
- Propósito
- Resolver el pedido #4821 dañado
- Contexto
- Foto del daño · $49
- Entrega
- Monto del saldo y ventana de recolección
El detalle del lote queda en Operaciones.
Capa de datos · Ya en producción
El conocimiento queda disponible.
Los catálogos son la memoria compartida de tus agentes. Cada área autoriza qué se guarda y quién puede leer o escribir en cada catálogo, incluso en una nueva conversación.
Tu agente crea su memoria
Crea los catálogos que necesita, sin que nadie tenga que diseñar un backend.
Una llave, un registro
Guarda por número de pedido, SKU o tu llave de negocio. Volver a sincronizar actualiza el registro sin duplicarlo.
Respuestas, sin miles de filas
Los totales se calculan en el servidor. El modelo recibe el resultado de los datos autorizados.
La memoria compartida contiene lo autorizado para conservar. Una entrega temporal entre áreas no se guarda automáticamente.
Bitácora y trazabilidad
Cada decisión deja una huella.
Revisa quién pidió qué, con qué propósito, qué agente actuó, en qué sistema, qué entregó y quién aprobó. Usa el resultado para auditar y mejorar el siguiente flujo.
Ver actividad del caso
Registro ilustrativo del ticket #9132, con datos y aprobaciones simulados.
- Zendesk · Nuevo ticket #9132 del cliente
- Customer Service Bot → Zendesk · Consulta el ticket #9132
- Customer Service Bot → Ecommerce Bot · Solicitud: validar daño y emitir store credit por el pedido #4821
- Resp. E-commerce · Aprueba store credit por $49 para el pedido #4821
- Ecommerce Bot → Magento 2 · Consulta el pedido #4821
- Ecommerce Bot · Valida la evidencia del daño del pedido #4821
- Ecommerce Bot → Magento 2 · Crea el store credit SC-1180 por $49
- Ecommerce Bot → Operations Bot · Solicitud: recolección y revisión del lote L-77
- Operations Bot → Backoffice · Genera la guía de recolección
- Operations Bot → Backoffice · Guía RX-552: mañana de 10 a 14 h. Lote L-77 revisado, sin otros reportes
- Operations Bot → Customer Service Bot · Entrega solo el monto del store credit ($49) y la ventana de recolección (mañana de 10 a 14 h)
- Customer Service Bot → Zendesk · Responde al cliente en el ticket #9132
- Zendesk · Ticket #9132 cerrado · circuito completo
Preguntas frecuentes
Los límites, claros.
¿Y el prompt injection?
Un texto malicioso en un ticket no concede permisos. La orquestación comprueba el acceso y el área receptora aplica sus reglas y aprobaciones. Estos controles limitan el alcance de un intento de manipulación.
¿Quién define umbrales y plazos?
Tú y el responsable de cada área, según el riesgo y el contexto. Revisen los rechazos, errores y tiempos antes de ampliar los permisos.
¿Qué puede consultar otro agente?
Solo los catálogos y datos que tenga autorizados. En una solicitud entre áreas, el agente dueño entrega únicamente lo necesario y mantiene el resto dentro de su área.
¿Lo que descubre un agente se queda en el chat?
Lo autorizado se guarda como memoria compartida. Otro agente puede consultarlo con permiso en otra conversación o equipo, sin recalcularlo.
¿Quién crea los catálogos?
El agente crea sus catálogos con esquema, llave de negocio y reglas de validación. No necesitas que alguien diseñe un backend.
¿Qué pasa si vuelvo a traer los mismos datos?
La llave de negocio identifica cada registro: si ya existe, se actualiza. Volver a traer datos no los duplica.
¿Cómo obtiene totales sin leer miles de filas?
Los totales, conteos y promedios por grupo se calculan en el servidor sobre los datos autorizados. El modelo recibe el resultado: menos costo, menos espera y menos riesgo de error.
¿Quién decide quién lee y quién escribe?
Cada área define los permisos de lectura y escritura por catálogo. Compartir memoria no abre el acceso a todos.
¿Cómo sé qué conviene automatizar después?
Queda registro de qué datos se guardan y consultan y qué intentó lograr cada sesión. Esa evidencia ayuda a identificar procesos que se repiten y conviene automatizar.
Tu primer piloto
Un área. Un flujo. Un comienzo.
Elige un problema concreto y a su responsable. Acuerda herramientas, permisos, riesgos y umbrales. Revisa la bitácora desde el primer día y mide errores, tiempos y aprobaciones rechazadas antes de sumar otra área.