Odoo 19 introdujo una capa de IA que va más allá de la generación de texto. Puede ayudar a los usuarios a encontrar información, interpretar registros, abrir vistas, clasificar documentos, dar soporte al trabajo de helpdesk, responder a los visitantes del sitio web y seleccionar acciones controladas. Odoo 19.4 amplía esa dirección con selección automática del modelo, interacción por voz, conversaciones guardadas, tarjetas de registro más ricas en el chat en vivo y conectividad MCP.
La pregunta útil no es si Odoo tiene IA. Es qué agente puede usar qué información y herramientas en una circunstancia concreta. Odoo separa esas funciones mediante agentes, skills, sources y server actions.
Empieza con el asistente estándar Ask AI
El asistente estándar Ask AI está disponible desde la paleta de comandos y el botón de IA en toda la interfaz de Odoo. Según la documentación de Odoo AI oficial, puede responder preguntas en lenguaje natural, abrir vistas, mejorar contenido, resumir el chatter y sugerir los siguientes pasos según el contexto.
El agente estándar Ask AI no puede cambiar registros de la base de datos. Puede ayudar a un usuario a entender y navegar la información, pero Odoo separa deliberadamente esa सहायता de las herramientas que realizan escrituras. Este es un comportamiento predeterminado importante, porque una respuesta fluida no debería convertirse en silencio en una transacción contable, comercial u operativa.
Los agentes personalizados definen un trabajo concreto
Un agente personalizado de Odoo AI tiene un prompt de sistema, un estilo de respuesta, una o varias skills y sources opcionales. La documentación de AI agents oficial describe un agente como un asistente en lenguaje natural con un propósito definido y acceso a herramientas de Odoo.
En la documentación anterior de Odoo 19, los conjuntos de instrucciones y herramientas se llaman topics. Odoo 19.4 los renombra a skills. El propósito sigue siendo el mismo: cada skill explica el contexto, las reglas y el flujo de trabajo de una tarea, mientras que las tools son las funciones reales que el agente puede invocar.
Esta estructura permite diseñar agentes para circunstancias distintas en lugar de un solo asistente con autoridad amplia y ambigua. Algunos ejemplos son:
- Un asistente de ventas que encuentra oportunidades, explica los datos del pipeline y redacta mensajes de seguimiento.
- Un agente de soporte que responde a partir de artículos de Knowledge aprobados y escala los casos inciertos.
- Un agente de documentos que clasifica una subida y selecciona una carpeta o etiqueta aprobada.
- Un asistente de field service que resume el historial de la tarea y prepara una actualización para el cliente.
- Un agente de live chat que responde preguntas comunes y crea un lead de CRM después de recopilar los datos necesarios.
Las sources determinan a qué puede referirse un agente
Los agentes de Odoo pueden usar PDF, enlaces web, archivos de Documents y artículos de Knowledge como sources indexadas. La opción Restrict to Sources limita al agente a las sources activas subidas. Esto es útil para respuestas dirigidas a clientes, porque la organización puede definir el material que se espera que use el agente en lugar de permitir respuestas amplias y sin respaldo.
La restricción de sources mejora el control, pero la calidad de las sources sigue siendo importante. Los documentos deben tener responsables, fechas de revisión y un proceso para eliminar precios, políticas o instrucciones obsoletos. Las sources contradictorias pueden generar respuestas inconsistentes aunque cada documento esté técnicamente aprobado.
Cómo funciona Odoo AI Live Chat
Odoo puede asignar un agente de IA a una regla de canal de Live Chat. La documentación de AI Live Chat oficial indica que un agente puede responder preguntas frecuentes, pedir más información, calificar conversaciones y escalar a un operador humano.
El patrón de live chat suministrado no crea simplemente un lead después del primer mensaje. Sus instrucciones definen cuándo es apropiada la escalada, recopilan los datos de contacto que faltan, confirman los datos conocidos y llaman una sola vez a la herramienta de creación de leads. Esto muestra por qué las instrucciones de flujo de trabajo son tan importantes como el modelo de lenguaje.
Odoo 19.4 también puede mostrar tarjetas enriquecidas e interactivas cuando un agente menciona registros compatibles de Odoo en el chat en vivo. Esto puede facilitar que el visitante entienda y abra un producto, una cita u otro registro compatible.
Un chatbot específico por empresa es un patrón de diseño, no una sola casilla
Una organización multicompañía puede querer que cada sitio web de empresa tenga un chatbot que responda solo sobre esa empresa. Odoo tiene los componentes para este diseño, pero el límite debe configurarse de forma explícita.
Un patrón práctico es:
- Usar un sitio web y un canal de Live Chat o una regla de canal separados para cada experiencia orientada a una empresa.
- Crear un agente de IA separado para cada empresa en lugar de un solo agente con un prompt que intente inferir la empresa.
- Dar a cada agente solo los artículos de Knowledge, documentos, políticas y enlaces web aprobados para esa empresa.
- Activar Restrict to Sources para que las respuestas se mantengan dentro del conjunto de sources específico de la empresa.
- Asignar solo las skills y tools necesarias para ese canal, como recuperación de información o creación controlada de leads.
- Asegurar que cualquier lead, ticket o cita creada reciba el contexto de empresa previsto y el equipo responsable.
- Probar preguntas entre compañías, nombres de marca ambiguos e intentos de recuperar información de otra empresa.
Los registros multicompañía de Odoo pueden ser compartidos o específicos de una empresa. La documentación multicompañía explica que las cotizaciones, facturas y facturas de proveedores vinculadas a una empresa están restringidas al contexto de empresa correspondiente, mientras que algunos registros, como contactos y productos, pueden compartirse por defecto.
Ese modelo de registros no significa que cada source de IA esté automáticamente aislada. No trates un prompt de sistema como «hablar solo de la Empresa A» como un control de confidencialidad. Las colecciones de sources separadas, las asignaciones de canal, los derechos de acceso y las comprobaciones del lado de la herramienta proporcionan un límite más sólido. Si se requiere un aislamiento legal estricto, bases de datos separadas pueden ser más apropiadas que una configuración multicompañía compartida.
Los agentes solo pueden realizar tareas mediante tools asignadas
Si un agente no tiene skills, Odoo indica que puede proporcionar información, pero no completar tareas ni cambiar la base de datos. Una tool amplía al agente más allá de la conversación. Los ejemplos preconfigurados incluyen abrir una vista y crear un lead, mientras que las apps instaladas pueden poner a disposición otras tools.
Para flujos de trabajo automatizados de registros, Odoo utiliza server actions de IA. La documentación de AI server actions separa el gestor de IA de la herramienta que ejecuta la tarea. La IA lee el registro y el prompt, elige una tool y proporciona los argumentos declarados. La server action estándar ejecuta entonces la lógica empresarial real.
Esto permite que la IA tome una decisión contextual mientras el código determinista aplica las reglas. Por ejemplo, la IA puede clasificar un documento de proveedor, pero la tool seleccionada debe validar el destino, la empresa, el estado permitido del registro y los campos obligatorios antes de escribir nada.
Patrones útiles de automatización de tareas
- Clasificar documentos entrantes y aplicar una etiqueta o carpeta aprobada.
- Resumir un ticket de helpdesk y completar un campo estructurado de triaje.
- Seleccionar una ruta de seguimiento en función de un registro, dejando el envío o la aprobación en manos de un usuario.
- Crear un lead de CRM desde el chat en vivo después de confirmar los datos de contacto obligatorios.
- Redactar un correo electrónico a partir del contexto del registro actual para revisión humana.
- Extraer detalles estructurados de un documento en un flujo de trabajo controlado.
El patrón más débil es dar a un solo agente amplio un conjunto de herramientas de escritura potentes. Los agentes estrechos son más fáciles de probar, explicar y auditar.
Qué añade Odoo 19.4
Las notas de la versión de Odoo 19.4 añaden varias capacidades en torno a este modelo de agente:
- Selección automática del modelo de IA configurado más adecuado para una tarea.
- Interacción por voz para dictar solicitudes a un agente.
- Almacenamiento de conversaciones del agente durante hasta 30 días después del último mensaje.
- Conectividad MCP para herramientas externas compatibles.
- Tarjetas de vista previa enriquecidas para los registros compatibles mencionados en el chat en vivo.
- El cambio de nombre de temas a habilidades.
MCP amplía las posibilidades de integración, pero también amplía la revisión de seguridad. Las credenciales, las herramientas expuestas, los permisos de usuario, el registro y los límites de datos deben documentarse antes de conectar un cliente externo de IA.
Consideraciones sobre proveedor y precios
Odoo admite los proveedores OpenAI y Google Gemini. Los usuarios de Odoo Online no necesitan añadir su propia clave de API para el servicio estándar, aunque pueden hacerlo para tener más control. Odoo.sh y las bases de datos locales necesitan claves del proveedor para las funciones de IA. La documentación de la clave API de Odoo AI señala que pueden aplicarse cargos del proveedor cuando se usan claves propiedad del cliente.
Una lista de verificación para una implementación segura
- Elija un caso de uso estrecho con un proceso manual medible.
- Defina las fuentes aprobadas, los temas prohibidos y la ruta de escalado humano.
- Asigne las herramientas mínimas necesarias y aplique las reglas dentro de cada herramienta.
- Pruebe el acceso de empresa, usuario y registro con cuentas normales, no solo con administradores.
- Pruebe preguntas incorrectas, incompletas, adversarias y entre empresas.
- Exija revisión para acciones financieras, contractuales, destructivas o enviadas externamente.
- Supervise las respuestas, las llamadas a herramientas, el uso del proveedor y la frescura de las fuentes después del lanzamiento.
La conclusión práctica
Odoo AI es más útil como un conjunto de asistentes especializados dentro de los flujos de trabajo empresariales existentes. El chat en vivo, el conocimiento específico de la empresa, la creación de leads, la clasificación de documentos y la automatización basada en registros son casos de uso creíbles porque Odoo puede combinar decisiones en lenguaje natural con registros estructurados y herramientas controladas.
El diseño nunca debe depender de la confianza ni de un prompt por sí solo. Separe los agentes por finalidad, restrinja sus fuentes, minimice sus herramientas y mantenga las reglas de negocio en acciones deterministas de Odoo. Eso es lo que convierte una demostración de chatbot en una capacidad operativa sostenible.