Qué es un tenant en Kanntraia
En Kanntraia, un tenant representa a una organización: puede ser una empresa, una institución pública, un comercio o cualquier cliente que use la plataforma. El tenant agrupa todo lo que pertenece a esa organización dentro de la plataforma: usuarios, configuraciones, datos, permisos e historial operativo.
Pensalo como el espacio independiente de tu organización dentro de Kanntraia: todo lo que se configure allí queda asociado a ese tenant y no se mezcla con otros clientes que también usen la plataforma.
Asistentes múltiples dentro del mismo tenant: por qué y cómo
Dentro de un tenant podés crear varios asistentes con objetivos distintos. Cada asistente puede tener su propia identidad (nombre, tono y instrucciones), su base de conocimiento específica, canales habilitados (chat web, WhatsApp, correo, etc.) y permisos de operación.
Esto permite, por ejemplo, separar un asistente comercial pensado para ventas y pedidos de otro orientado a soporte técnico, o bien tener un asistente para gestionar turnos y otro para consultas internas de RR. HH. o administración.
Separación, recursos compartidos y control
Cada tenant mantiene aisladas sus configuraciones, usuarios, datos, conversaciones, permisos, integraciones y registros de auditoría. Dentro de ese aislamiento, los asistentes pueden compartir determinados recursos cuando convenga: integraciones con un mismo CRM, reglas globales del tenant o fragmentos de conocimiento autorizados.
Compartir recursos no significa mezclar información de clientes distintos: la compartición se hace dentro del mismo tenant y con reglas de acceso configurables, de modo que cada asistente sólo accede a lo que corresponde a su función.
Identidad, permisos y workflows por asistente
Cada asistente puede definirse con su propio tono, su base de conocimiento, los canales activados y los workflows (automatizaciones) que necesite. También se le asignan permisos y niveles de acceso: por ejemplo, un asistente de soporte puede leer ciertos tickets y crear incidencias, mientras que uno administrativo gestionará autorizaciones internas.
Esa granularidad permite cumplir requisitos de seguridad y operativos sin crear cuentas o plataformas separadas para cada proceso dentro de la misma organización.
Escalabilidad y aplicación práctica
Esta arquitectura es práctica para escalar: una empresa puede empezar con un asistente para un caso de uso y sumar nuevos asistentes conforme aparecen necesidades (ventas, soporte, turnos, gestión interna). No hace falta replicar la plataforma ni abrir múltiples tenants para ir creciendo.
En la práctica, una clínica puede tener: un asistente para turnos y recordatorios, otro para consultas de facturación, uno para soporte técnico sobre la plataforma de pacientes y otro para procesos administrativos internos. Todos bajo el mismo tenant, con claridad sobre quién accede a qué y con trazabilidad de acciones.
Cierre: por qué conviene esta organización
Tener múltiples asistentes dentro del mismo tenant permite optimizar la automatización empresarial: se preserva el aislamiento entre organizaciones, se evita la fragmentación de plataformas y se facilita la gestión centralizada de integraciones y auditoría.
Si querés evaluar cómo organizar asistentes para tu caso de uso, lo ideal es mapear las funciones por área y definir qué recursos del tenant deberían ser compartidos o exclusivos para cada asistente. Eso facilita escalar sin perder control ni trazabilidad.