Lo primero: ¿qué Odoo tienes?
Una palabra sobre el alcance. El título dice ERP, pero los ejemplos van todo el rato sobre Odoo. La razón es sencilla: con lo que trabajamos sobre todo es con Odoo, así que es de lo que podemos escribir con un nivel de detalle que sirva de verdad, hasta las frases literales de la documentación del fabricante. El mecanismo que enseña, eso sí, vale para la IA integrada de cualquier ERP grande: el modelo no es del fabricante, el límite está en el código y la precisión no te la mide nadie. Donde hay un dato de otro actor grande, lo pongo explícitamente.
La mayoría de las reseñas se salta esta pregunta, y es la que lo decide todo. La pregunta no es qué sabe hacer la IA de Odoo, sino si siquiera está ahí en tu sistema. Hay cuatro respuestas distintas, más una quinta.
| Edición | IA integrada | Capacidad agéntica |
|---|---|---|
| Odoo Community, cualquier versión | no hay | — |
| Odoo Enterprise 18 | no hay | — |
| Odoo Enterprise 19 | sí, para tareas determinadas | no |
| Odoo Enterprise 20 | se presenta del 24 al 26 de septiembre de 2026 | la documentación de desarrollo apunta ahí |
| eYssen (fork de Community), desde la 18 | sí | sí, por completo |
Community: no hay IA integrada, y desde 2025 hay menos que antes. El módulo ai no aparece en el código fuente público de Community: falta exactamente igual que cualquier otro módulo disponible solo en Enterprise. Odoo no lo dice por escrito en ninguna parte, pero el código fuente es inequívoco. Y además hubo un paso atrás: el editor de texto de Community en la 18 todavía llevaba una función de ChatGPT a través del servicio de créditos de Odoo, y en la 19 la quitaron. Quien esté en Community hoy no puede activar IA de fábrica: tiene que instalar un módulo de terceros.
Enterprise 18: en la documentación no hay sección de IA. Las páginas de IA no existen en la documentación de la 18; allí lo único que hay es la digitalización de documentos por créditos dentro de Documentos, que es un servicio antiguo y no forma parte de la aplicación de IA. Si corres sobre la 18, la mayor parte de lo que sigue no se puede activar, sino que significa actualizar de versión.
Enterprise 19: hay IA, pero con límites. Llegó en septiembre de 2025, y la aplicación de IA completa es la novedad de esa versión. La frase más importante, eso sí, sale de la propia documentación: el asistente por defecto no puede hacer cambios en la base de datos. Abre vistas y muestra informes, pero no crea oportunidades ni modifica datos: para eso hay que asignarle un tema y una herramienta. De eso va el resto de este artículo.
Enterprise 20: todavía no. Odoo presenta la versión 20 en su conferencia de 2026, entre el 24 y el 26 de septiembre de 2026, es decir, semana y media después de este artículo. Hoy no existe ni nota de publicación oficial ni documentación de la 20. Lo que anticipa la documentación de la rama de desarrollo: un servidor MCP por el que un agente de IA externo puede modificar directamente la base de datos; generación de imágenes; el cambio de nombre de «temas» a «habilidades»; y —lo más elocuente— ha desaparecido la frase que decía que el asistente no puede hacer cambios en la base de datos. Es una rama de desarrollo, puede cambiar antes de salir, y Odoo no usa oficialmente la palabra «agéntico» para la versión 20. Si estás planificando sobre eso, espera al anuncio.
El ritmo de publicación, por cierto, es este: la última versión mayor es la 19.0 (septiembre de 2025), disponible en las tres modalidades de despliegue, con soporte previsto hasta septiembre de 2028. Además, cada dos o tres meses salen versiones intermedias «SaaS», pero esas viven solo en la variante en la nube y no tienen derecho a soporte extendido.
Hay cosas que el lector toma por IA y no lo son
La conciliación de movimientos bancarios es, según la documentación, una cadena determinista de reglas —coincidencia exacta, luego coincidencia con descuento, luego búsqueda del importe en el concepto—, y los modelos de reglas adicionales se basan en expresiones regulares. La detección de duplicados va por importe, fecha y número de factura. Nada de eso es aprendizaje automático. No pasa nada: la conciliación por reglas es más fiable. Pero no es IA, y conviene saber dónde está una cosa y dónde la otra.
Qué sabe hacer exactamente, función por función
La tabla de abajo se refiere a la versión Enterprise 19. En Community y en la 18 no hay nada de esto.
| Función | Qué hace | ¿Hace falta la app de IA? |
|---|---|---|
| Campos de IA | genera o sugiere el valor de un campo a partir del contexto del registro | no |
| Agentes de IA | asistente conversacional que llama herramientas y crea registros | sí |
| Acciones de servidor con IA | en una automatización, la IA decide qué acción preescrita llamar | no |
| Ordenación de documentos | clasificar, mover y etiquetar los documentos entrantes, crear registros | no |
| Live chat con IA | atender un canal de chat con un agente, crear leads, escalar a una persona | sí |
| Transcripción de voz | dictado en directo, acta de reunión, resumen | no |
| Generación de texto en plantillas y editor | plantilla de correo, mejora de textos | no |
Según la documentación, algunas funciones se usan sin instalar la aplicación: la app hace falta si quieres usar tu propia clave de API o elegir un proveedor distinto por agente.
Bajo el capó: no hay modelo propio
La documentación es clara: el sistema admite Gemini y OpenAI como proveedores, y varias versiones de cada uno.
O sea que Odoo pone la orquestación —el prompt, las herramientas, los permisos, el contexto— y el modelo lo pone un proveedor estadounidense. Conviene entenderlo con precisión, porque de ahí sale todo lo que tiene que ver con el dinero y con el dato.
La arquitectura, que es lo importante del artículo: jefe y operario
La documentación describe un reparto de responsabilidades, y este es el detalle técnico más importante de todo.
La IA es el jefe. Lee el registro, interpreta el prompt y decide qué herramienta llama y con qué argumentos. Y la documentación añade literalmente que la acción de servidor no hace cumplir las reglas de negocio, no modifica registros directamente y no garantiza que la operación sea correcta. Su papel se limita a decidir.
La herramienta es el operario. Es una acción de servidor convencional, escrita a mano, con el uso por IA activado. Las reglas de negocio hay que imponerlas explícitamente en el código Python, y si la IA llama a la herramienta, esta se ejecuta sin condiciones, salvo que el propio código lo impida.
Y un tercer detalle que al principio sorprende: la IA no se inventa los argumentos a partir del código. Lo que no declaraste en el esquema de la herramienta no lo pasa, ni aunque el código lo use.
En una frase: en un ERP la IA no «hace» nada. Decide qué botón preescrito pulsar. El límite de seguridad está en el botón, no en la IA.
Es una buena noticia. El mismo patrón vale para cualquier agente: tool use y function calling, explicado desarrolla los detalles.
Qué puede hacer el agente y qué no
Se compone de tres piezas: temas (instrucciones más herramientas), herramientas (las funciones que realmente se ejecutan) y fuentes (PDF, enlace web, documento, artículo de la base de conocimiento, indexado; esto es en la práctica un RAG integrado).
El límite más importante, literal de la documentación: si un agente no tiene ningún tema asignado, solo puede dar información: no puede ejecutar una tarea ni cambiar nada en la base de datos. Los temas disponibles de fábrica: búsqueda en lenguaje natural, recuperación de información y —solo si el módulo de CRM está instalado— creación de leads.
Y un ajuste que en un entorno contable es excluyente: hay un «estilo de respuesta» por agente, y de su variante creativa la propia documentación dice que da una respuesta distinta cada vez. El ajuste analítico es el que con alta probabilidad da lo mismo ante la misma pregunta; la descripción lo recomienda cuando la precisión importa más que la diplomacia. En un ERP eso no es elegir estilo, es un requisito básico.
Una tercera vía: el fork de Community
Transparencia total: este es nuestro. eYssen es un fork de Odoo Community, y su versión 18 lleva IA integrada, de la que la 19 de fábrica no tiene. Lo que sigue sale de su propia documentación pública, límites incluidos, porque sin ellos esta sección sería publicidad.
La diferencia de fondo no es la lista de funciones, sino el modelo de funcionamiento. Allí el asistente es un bucle de llamada a herramientas, no una elección única de herramienta: por defecto, como mucho diez llamadas consecutivas y diez llamadas a herramienta por turno. De ahí sale todo lo demás.
Agente autónomo con usuario propio. El agente se puede vincular a un registro de usuario y corre con los permisos de ese usuario —en palabras de la documentación, «como un empleado humano»—, pero para eso el supervisor es obligatorio. El módulo rechaza el vínculo si apuntas al superusuario, a un usuario de portal, a un administrador o a un usuario que tenga clave de API.
Ejecución programada. Una acción planificada que corre cada cinco minutos lanza las tareas de agente que tocan, con intervalo configurable por tarea. Una tarea «permanente» puede repartir el trabajo en ejecuciones hijas por registro: como mucho 200 identificadores por llamada y como mucho ocho elementos iniciados por tick.
Memoria persistente. Cuatro tipos de memoria (de trabajo, episódica, semántica, archivo) y cinco ámbitos (usuario, empresa, sistema, agente, ejecución), con un mantenimiento que corre cada seis horas y archiva las entradas caducadas. Es memoria entre conversaciones, no el contexto de una sesión.
Habilidades. Paquetes de instrucciones reutilizables que el asistente carga sobre la marcha. El juego de fábrica incluye un manual de factura de proveedor que nunca contabiliza nada, deja la factura en borrador, crea una tarea de revisión y tiene una ruta aparte para tratar los duplicados importados desde la administración tributaria.
Cinco proveedores. OpenAI, Anthropic, xAI, Google Gemini, OpenRouter y APIs compatibles. Hace falta clave propia, y el campo de la clave es de solo escritura.
Y el modelo de seguridad, que confirma la tesis principal de este artículo. El principio rector, literalmente: nada de sudo sobre los datos de negocio — las listas de acceso y las reglas de registro de Odoo se aplican siempre, y la política de IA solo puede restringir. Hay un «suelo de denegación dura» que ninguna regla puede abrir: usuarios, permisos, claves de API, parámetros del sistema, acciones planificadas, vistas, acciones de servidor, tokens de pago, cuentas bancarias y todos los modelos propios de la IA. La escritura es una capacidad denegada por defecto, y hay tres modos de escritura: automático, siempre con confirmación, y creación automática con modificación confirmada. El ajuste global no pisa al de la tarea: ningún interruptor único puede poner en automático a todos los agentes sin supervisión.
Lo que su propia documentación dice que no sabe hacer. Esta parte importa más que la lista de funciones:
- el módulo se instala con la etiqueta «experimental»;
- no hay resistencia perfecta a la inyección de prompts, y las reglas de base «reducen, pero no eliminan las alucinaciones»;
- una lista de infracciones vacía no es prueba: el rechazo estructural a nivel de campo no deja rastro ni lanza aviso;
- cancelar una ejecución no es inmediato: unos dos minutos con los valores de fábrica, y cerrar una ejecución atascada puede llevar hasta media hora en el peor caso;
- la monitorización da registro de auditoría, no consumo de tokens ni coste por llamada; el coste solo se configura como tope diario blando;
- el modelo local o autoalojado no aparece en la documentación.
Las dos listas juntas dan la verdad del asunto: no es mejor IA, es otro compromiso sobre el mismo problema. Odoo de fábrica eligió que el asistente por defecto no toque el dato; el fork eligió que pueda tocarlo, pero solo con permisos restringibles, supervisor y registro. Cuál de los dos es el bueno depende de cuánto te fíes de tu propio proceso de aprobación.
El dinero: dos modelos completamente separados
Esto casi nadie lo escribe bien.
(A) La digitalización de documentos va por créditos, por documento. Un documento, un crédito:
| Paquete | Documentos | Precio | Precio unitario |
|---|---|---|---|
| Starter | 100 | 15,00 € | 0,15 € |
| Standard | 1.000 | 120,00 € | 0,12 € |
| Advanced | 10.000 | 1.000,00 € | 0,10 € |
| Expert | 100.000 | 5.000,00 € | 0,05 € |
Límites de páginas por documento: factura 8, gasto 1, currículum 8, extracto bancario 30. Al pasarse, según la documentación se procesan las primeras n−1 páginas y la última, así que en una factura de doce páginas con muchas líneas se pierden las páginas 8 a 11.
(B) Para la aplicación de IA Odoo no publica precio. La documentación solo dice que el uso de claves de API puede acarrear cargos adicionales en el proveedor, y que el coste exacto depende del modelo y del tipo de cuenta. Es decir:
- en la variante en la nube la clave propia no es obligatoria: allí Odoo lo asume o lo compensa de alguna forma (de cómo exactamente no encontré fuente pública);
- en servidor propio y en el alojamiento gestionado sí es obligatoria, y entonces lo paga tu factura con el proveedor.
Como comparación, el lector de facturas de un gran ERP internacional: 100 transacciones al mes van incluidas, por encima de eso 1.000 transacciones cuestan 300 dólares, o sea 0,30 dólares cada una, y el cupo es mensual y se pierde si no lo gastas, razón por la cual la propia documentación del fabricante dice que hay que dimensionar para el pico.
| Odoo | El gran ERP internacional | |
|---|---|---|
| Precio unitario | 0,15 € → 0,05 € | 0,30 dólares |
| ¿Caduca el cupo? | no (crédito prepagado) | sí, cada mes |
| ¿Para qué dimensionas? | para el consumo real | para el pico |
Una diferencia de dos a seis veces, no porque una IA sea mejor, sino porque se empaqueta de otra manera. Y la lección general: en los ERP grandes la IA integrada nunca es gratis y casi nunca es ilimitada. O pagas por transacción o pagas al proveedor del modelo. «Va incluido en la licencia» significa en la práctica que va incluido el cupo de entrada.
Adónde va el dato: dos promesas de distinta fuerza
Esta es la parte más importante del artículo, y es donde se suelen mezclar las dos.
El OCR que lee facturas: el servicio que hay detrás es el reconocimiento de imágenes de una gran empresa de buscadores, con la restricción regional europea activada, y los servidores de Odoo están en Bélgica y Francia. Desde el punto de vista de protección de datos, es una buena noticia.
Pero: los ficheros enviados, junto con sus datos estructurados, se quedan seis meses en el servidor de Odoo, y según el aviso se usan para la mejora continua del servicio. Después se borra el fichero y se anonimiza el dato; también se puede pedir el borrado. Esa es la frase que la mayoría de las reseñas se callan.
Con la aplicación de IA la cosa cambia. El dato va a OpenAI o a Google, y el aviso dice solo que, en condiciones pensadas para uso empresarial, no se almacena ni se entrena con él. Garantía geográfica, en cambio, no hay ninguna en el texto. Lo que se transmite: el prompt, el historial de la conversación, el contexto relevante del sistema y los fragmentos recuperados de las fuentes configuradas.
Un detalle tranquilizador en el mismo sitio: cuando el agente accede a información guardada en la base de datos, el acceso se ajusta a los permisos del usuario actual y a la configuración del agente. O sea que el agente no ve más que quien lo usa.
Son, por tanto, dos promesas de distinta fuerza, y no se pueden mezclar: en una hay restricción europea por escrito con seis meses de almacenamiento, en la otra hay procesamiento sin almacenamiento pero sin garantía geográfica.
En servidor propio: libertad y responsabilidad a la vez
| Nube | Alojamiento gestionado | Servidor propio | |
|---|---|---|---|
| Clave de API propia | opcional | obligatoria | obligatoria |
| Adónde va el dato de IA | al proveedor que elige Odoo | directo a tu propia cuenta | directo a tu propia cuenta |
En modo de clave propia no hay créditos de Odoo, no hay intermediación y no hay almacenamiento de seis meses del lado de Odoo. Pero la restricción europea tampoco está ahí automáticamente: eso lo tienes que configurar tú en el proveedor, junto con el contrato de encargo de tratamiento. Sobre eso, GDPR e IA te da un orden de decisión.
Los límites, uno a uno, de la documentación del propio fabricante
- El agente no sabe nada para lo que no tenga herramienta. Sin tema, solo habla.
- La IA no hace cumplir las reglas de negocio. Esas están en el código.
- La IA no se inventa argumentos. Lo que no declaraste, no lo pasa.
- El clasificador de documentos no parte un PDF de varias páginas: solo marca que hay que hacerlo a mano.
- Límites de páginas, ver arriba. La factura con muchas líneas es justo el caso malo.
- El estilo de respuesta «creativo» no es repetible.
- Los campos de IA vacíos se rellenan solos una vez al día mediante una acción planificada que viene activada de fábrica: es un coste de tokens oculto.
- El campo de IA basado en propiedades solo existe en la vista de formulario.
- Instalar Studio puede afectar al plan de suscripción, según la documentación, y una de las vías para crear campos de IA lo presupone.
- No hay ninguna cifra de precisión publicada. Ni para el OCR, ni para los campos de IA, ni para los agentes.
El décimo es el más importante. Si el fabricante no da precisión, la tuya la tienes que medir tú, y justo por eso tiene sentido un esquema de medición. Procesamiento de documentos y contabilidad lo desarrolla para la lectura de facturas, con fórmula incluida.
Lo que conviene llevarse
La IA integrada es la entrada, no la solución. Lo bueno que tiene: la orquestación, la gestión de permisos y que no hay que construir una integración. Lo limitado que tiene: el modelo no es del fabricante, las reglas las tienes que escribir tú en código, la precisión no te la mide nadie y, sobre todo, hace falta la versión Enterprise 19, porque en Community y en la 18 sencillamente no está.
Y la decisión más importante no es técnica: qué botón dejas pulsar a la IA y qué pasa si lo pulsa en mal momento. Sobre dónde colocar la aprobación humana, humano en el bucle trata exactamente de ese punto.
Este artículo refleja la situación del 14 de septiembre de 2026. La versión 20 se presenta entre el 24 y el 26 de septiembre: el artículo se actualizará después.