Si tienes Odoo y n8n, lo más probable es que los estés usando para mover datos de un sitio a otro: un formulario que crea el contacto, un pedido que genera el albarán. Está bien y ahorra horas, pero es la parte fácil.

Lo que casi nadie está haciendo todavía es el paso siguiente, dejar que un agente de IA consulte y opere el ERP por su cuenta. Ese salto tiene nombre propio, MCP, y cambia bastante lo que puedes pedirle a tu Odoo.

Por qué n8n y Odoo se llevan tan bien

Odoo hace muchas cosas y las hace razonablemente bien, pero vive dentro de sus propias paredes. En cuanto necesitas que algo de fuera entre en el ERP, o que algo del ERP salga hacia otro sitio, empiezan los módulos a medida, los conectores de pago y las hojas de cálculo que alguien actualiza a mano cada lunes.

n8n resuelve justo esa costura. Es una herramienta de automatización que se conecta con casi cualquier cosa por API, y Odoo expone prácticamente todo su modelo de datos por XML-RPC y JSON-RPC. Clientes, presupuestos, facturas, productos, inventario, proyectos: todo es accesible desde fuera si sabes pedirlo.

La combinación funciona porque cada uno hace lo que sabe. Odoo guarda y estructura la información de negocio, n8n mueve esa información y ejecuta la lógica que conecta el ERP con el mundo real: el WhatsApp del comercial, el correo del proveedor, la web, el banco.

Los tres niveles de integrar n8n con Odoo

Casi todo lo que se cuenta por ahí sobre n8n y Odoo se queda en el primer nivel. Merece la pena separarlos porque el esfuerzo, el coste y lo que consigues son muy diferentes.

Nivel 1: sincronizar datos

Es el punto de entrada y el que resuelve el dolor más común: tener el mismo dato en dos sitios y que no cuadren nunca.

Los casos que más se repiten son un formulario web que crea el contacto y la oportunidad en el CRM de Odoo, un pedido de la tienda online que genera el albarán, o los movimientos bancarios que se concilian contra las facturas. Nada espectacular, pero es el trabajo que alguien está haciendo a mano ahora mismo en tu empresa.

Técnicamente es sencillo. n8n habla con Odoo mediante su nodo nativo o, cuando necesitas algo que el nodo no cubre, con una llamada HTTP directa a la API. Un workflow de sincronización razonable se monta en unas horas.

Nivel 2: automatizar procesos completos

Aquí ya no mueves un dato, ejecutas una secuencia con condiciones. El workflow consulta el estado del ERP, decide según unas reglas y actúa en varios sistemas a la vez.

Un ejemplo real de cobros: cada mañana el flujo busca en Odoo las facturas vencidas, las agrupa por cliente, envía un recordatorio por WhatsApp con el importe y el enlace de pago, crea una actividad en el CRM para el comercial y, si el vencimiento supera los treinta días, escala el aviso a administración. Todo eso sin que nadie abra Odoo.

Ya cubrimos un caso de este tipo en detalle en la guía de automatizar la facturación y los gastos con n8n y Odoo, si quieres ver el planteamiento completo de un flujo de este nivel.

La diferencia con el nivel 1 es que aquí hay lógica de negocio. Y la lógica de negocio cambia: cada excepción que aparece es una rama más en el workflow. Es donde estos proyectos se complican, porque el flujo crece hasta que nadie se atreve a tocarlo.

Nivel 3: un agente de IA que opera el ERP

Este es el salto de verdad, y es donde entra MCP.

En los niveles anteriores tú programas cada camino posible. Si el cliente pregunta algo que no habías previsto, el flujo no sabe responder. En el nivel 3 le das a un modelo de lenguaje un conjunto de operaciones que puede ejecutar sobre Odoo, y es él quien decide cuáles usar y en qué orden según lo que le pidan.

La diferencia práctica se ve con un ejemplo. Un comercial escribe por WhatsApp:

"¿Cuánto me debe Construcciones Pérez, cuándo pagó la última factura y tienen algún presupuesto abierto?"

Con un workflow clásico necesitarías haber previsto esa pregunta exacta. Con un agente, el modelo entiende que necesita tres consultas distintas al ERP, las hace, cruza los resultados y responde en lenguaje natural. Si mañana le preguntan otra cosa, se apaña igual sin tocar nada.

Qué es MCP y por qué cambia la ecuación

MCP son las siglas de Model Context Protocol. Es un estándar que define cómo un modelo de lenguaje descubre y usa herramientas externas.

Dicho en corto: sin MCP, tu ERP es un destino al que mandas datos. Con MCP, tu ERP es una caja de herramientas que la IA sabe manejar.

La diferencia no es cosmética. Antes de MCP, conectar un modelo con un sistema externo significaba describirle a mano cada función, mantener esa descripción sincronizada con la API real y repetir el trabajo con cada modelo que quisieras usar. MCP normaliza eso: defines las operaciones una vez, y cualquier modelo compatible sabe qué puede hacer, qué parámetros necesita y qué le va a devolver.

Cómo se define una operación de Odoo para un agente

Para que se entienda sin quedarnos en lo abstracto, así es como se declara una operación que el agente podrá usar. Este ejemplo expone la consulta de facturas pendientes de un cliente:

{
  "name": "consultar_facturas_pendientes",
  "description": "Devuelve las facturas de venta no pagadas de un cliente, con importe y fecha de vencimiento. Usar cuando pregunten por deuda, impagos o saldo de un cliente.",
  "inputSchema": {
    "type": "object",
    "properties": {
      "cliente": {
        "type": "string",
        "description": "Nombre o NIF del cliente tal como aparece en Odoo"
      }
    },
    "required": ["cliente"]
  }
}

Detrás de esa declaración hay una llamada normal al modelo account.move de Odoo, filtrando por tipo de documento, estado de pago y cliente. Nada exótico.

Lo interesante está en el campo description, y es lo que más se subestima. Ahí no describes la función para un programador, se la describes al modelo. De cómo esté escrita depende que el agente elija esta operación y no otra cuando alguien pregunte por un impago. Un buen servidor MCP para Odoo es, en buena medida, un ejercicio de redactar bien esas descripciones y de decidir qué operaciones expones y cuáles no.

Porque esa es la otra mitad del trabajo: qué NO le dejas hacer. Un agente con permiso para crear facturas y validarlas puede meterte un problema contable en segundos. La práctica sensata es dejar en lectura todo lo que sea consulta, y pasar por confirmación humana cualquier operación que escriba en el ERP.

Si tienes Odoo en tu empresa

Tu punto de partida no es la tecnología, es dónde se pierde el tiempo. Merece la pena mirar tres sitios concretos.

Lo que se consulta constantemente. Si tu equipo entra en Odoo veinte veces al día para mirar un stock, un saldo o el estado de un pedido, ese es un caso claro de nivel 3: preguntar por WhatsApp y que responda es más rápido que abrir el ERP y navegar tres menús.

Lo que se copia de un sitio a otro. Cualquier dato que alguien traslada a mano entre Odoo y otro sistema es nivel 1, y se resuelve en horas.

Lo que se olvida. Los seguimientos que dependen de que alguien se acuerde (renovaciones, vencimientos, revisiones) son nivel 2. Aquí el retorno suele ser el más alto, porque lo que se olvida cuesta dinero directamente.

Un consejo práctico: no empieces por el nivel 3 aunque sea el más vistoso. Si tus datos en Odoo están sucios o incompletos, el agente responderá con precisión admirable cosas que no son ciertas.

Si implantas Odoo para clientes

Para un integrador esto cambia la conversación comercial. Odoo se ha vuelto un mercado competido y la implantación pura se pelea por precio.

La automatización con n8n te permite venderla como una capa aparte, con su propio presupuesto, que además fideliza: los workflows evolucionan con el negocio del cliente, así que la relación no termina al cerrar la implantación.

Y el nivel 3 es hoy un diferenciador real. Muy pocos integradores en España ofrecen un agente conversacional conectado al ERP. Cuando enseñas a un cliente que puede preguntarle a su Odoo por WhatsApp y obtener la respuesta al instante, la conversación deja de ser sobre el precio por hora.

Un aviso desde la experiencia: cobra el diagnóstico. Estos proyectos se hunden cuando se presupuesta "automatizar Odoo" sin haber mirado antes cómo trabaja de verdad la empresa. Lo que parecía un flujo de dos días acaba siendo seis porque cada departamento tiene su excepción.

Cuándo no merece la pena

Hay situaciones en las que esto no sale a cuenta, y conviene decirlo.

Si tu Odoo lleva menos de seis meses en marcha, primero estabiliza el uso. Automatizar un proceso que aún está cambiando es garantía de rehacerlo.

Si el volumen es bajo, tampoco. Automatizar una tarea que se hace tres veces al mes puede ser un capricho caro: el coste de mantener el flujo supera al de hacerlo a mano.

Y si tus datos están mal, arréglalos antes. Clientes duplicados, referencias inconsistentes o campos vacíos convierten cualquier automatización en un multiplicador de errores. La IA no arregla datos malos, los propaga más rápido.

Preguntas frecuentes

¿Necesito la versión Enterprise de Odoo?
No. La API está disponible en Community y es la misma. Lo que cambia entre versiones son módulos y funcionalidades, no el acceso externo.

¿Funciona con Odoo Online (SaaS)?
Sí para consultar y escribir por API, pero con limitaciones: en Odoo Online no puedes instalar módulos propios, así que si tu caso requiere lógica dentro del ERP necesitarás Odoo.sh o instalación propia.

¿Cuánto cuesta montar el nivel 3?
Depende de cuántas operaciones expongas y de lo limpio que esté el ERP. Un agente de consulta acotado a unas pocas operaciones es cuestión de semanas. Uno que además escriba en Odoo lleva más, sobre todo por las validaciones y los permisos.

¿Es seguro dejar que una IA toque el ERP?
Lo es si diseñas los permisos con cabeza. La regla que seguimos: consulta libre, escritura con confirmación humana y registro de todo lo que hace el agente. Un usuario de Odoo dedicado para el agente, con permisos mínimos, es innegociable.

¿Puedo usar esto con otro ERP?
El planteamiento sirve para cualquier ERP con API. Odoo lo pone especialmente fácil porque expone su modelo de datos casi completo, pero la misma arquitectura funciona con otros.

Conclusión

La mayoría de las empresas que usan Odoo y n8n se quedan en mover datos de un sitio a otro. Está bien y ahorra horas, pero es la parte fácil.

El salto está en dejar de programar cada camino posible y empezar a dar herramientas a un agente para que resuelva lo que le pidan. MCP es lo que hace ese salto viable sin montar un desarrollo a medida cada vez. Y es, hoy por hoy, una ventaja competitiva real: hay muy poca gente haciéndolo en español.

Si prefieres que lo implementemos nosotros, contacta con nosotros.