Odoo · ERP · Integraciones · Automatización · España
Integraciones de Odoo a medida: conecta tu tienda, tu banco y todos tus programas sin copiar datos a mano
Si tu equipo pierde horas cada semana pasando información de Odoo a otro sistema —o al revés—, hay una solución más inteligente. Te explico las opciones reales, cuándo usar cada una y cómo hacerlo sin romper nada.
módulo de la App Store, API externa o desarrollo a medida
instalados dentro de Odoo cuando la integración va por API
técnico propio, con permisos mínimos y cada escritura registrada
para empezar: primero de la tienda a Odoo, después al revés
Tienes Odoo funcionando: facturas, albaranes, compras, quizás CRM. Pero en algún punto de la cadena alguien abre una pantalla, copia un número y lo pega en otra. Puede ser el stock de la tienda online que no cuadra con Odoo, los movimientos bancarios que alguien concilia a mano cada lunes, o los pedidos del marketplace que entran por correo y hay que teclearlos. Ese trabajo invisible cuesta dinero —en horas y en errores— y crece con el negocio.
La buena noticia es que Odoo tiene una API muy completa y, en la mayoría de casos, la integración se puede construir sin tocar el código del ERP, sin romper futuras actualizaciones y sin depender de un único proveedor. En este artículo te explico qué se puede conectar, por qué vía y con qué criterio según tu plan y tu situación concreta.
Antes de construir nada: Odoo lanza versiones nuevas con conectores que antes no existían. Lo primero siempre es revisar qué trae de serie la versión que usas: puede que ya no haga falta desarrollar nada.
Las integraciones más habituales y el dolor que resuelven
El problema: Cada sistema que convive con Odoo sin estar conectado genera una tarea manual recurrente: actualizar el stock en la tienda después de cada venta, subir pedidos de Amazon a mano, descargar el extracto bancario y cuadrarlo línea a línea, imprimir la etiqueta de envío desde otro programa, o copiar contactos entre el CRM externo y Odoo. En una empresa de 15-50 personas, ese tiempo se convierte rápidamente en media jornada semanal perdida.
La solución: Estas son las integraciones que resuelvo con más frecuencia y lo que se automatiza en cada caso: Tienda online (WooCommerce, Shopify, PrestaShop): sincronización de stock en tiempo real, entrada automática de pedidos en Odoo, actualización del estado de envío en la tienda cuando se valida el albarán. Marketplaces (Amazon Seller Central): recepción de pedidos, actualización de inventario y gestión de devoluciones sin tocar Amazon manualmente. Bancos y pasarelas de pago: importación automática de movimientos bancarios y conciliación contra facturas y pagos de Odoo, incluyendo Stripe, Redsys o PayPal. Transportistas y etiquetas: generación de etiqueta y número de seguimiento directamente desde el albarán de Odoo, con notificación automática al cliente. Software sectorial o heredado: ERPs verticales, programas de taller, sistemas de TPV o bases de datos antiguas que no tienen conector estándar pero sí pueden exportar o tienen acceso a base de datos. CRM y herramientas de marketing externas (HubSpot, Mailchimp, ActiveCampaign): sincronización de contactos, leads y estado de oportunidades. Facturación electrónica y Verifactu: cuando la empresa usa otro programa de facturación junto a Odoo, la integración evita la doble entrada y asegura que los registros coinciden ante Hacienda. WhatsApp y correo: si te interesa tener un agente de WhatsApp que mete los pedidos en Odoo, ya cubrí ese caso en detalle en otro artículo.
Cuándo NO hace falta integración: Si recibes menos de 20 pedidos al mes de una fuente concreta y los datos no cambian con frecuencia, a veces una exportación semanal en CSV es suficiente. No todo necesita automatizarse en tiempo real.
Las tres vías para integrar Odoo: cuál elegir y por qué
El problema: Muchos responsables de empresa no saben que existen opciones distintas con implicaciones muy diferentes en coste, mantenimiento y dependencia de versión. Elegir mal —por ejemplo, instalar un módulo de terceros en Odoo Online cuando eso no está permitido— genera trabajo extra o bloqueos inesperados.
La solución: Vía 1 — Módulo de la App Store de Odoo: Odoo tiene una tienda oficial de aplicaciones con conectores para muchos sistemas habituales. Antes de construir cualquier cosa, lo primero es comprobar si ya existe un módulo oficial o verificado para tu caso. Algunos son gratuitos; otros tienen coste anual. La limitación es que en Odoo Online solo se pueden usar las apps estándar de Odoo: los módulos de terceros de la App Store necesitan Odoo.sh o una instalación propia., y que si el módulo deja de actualizarse al ritmo de Odoo, puede convertirse en un problema en la siguiente migración. Vía 2 — Integración por API externa (mi opción por defecto para pymes): Odoo expone una API XML-RPC y JSON-RPC en todas las versiones. Ojo con el plan: en la edición de pago, el acceso a la API externa solo viene incluido en el plan Custom, no en el Standard; en Community instalado en tu servidor no tiene restricción. Esto significa que puedo construir un servicio externo —en Python, Node.js o usando una plataforma de automatizaciones y agentes con n8n— que lea y escriba en Odoo sin tocar ni una línea de su código fuente. Ventajas clave: no se rompe con las actualizaciones de versión, no ata al cliente a un partner concreto, se puede apagar o modificar sin dejar restos en el ERP, y el acceso se controla con un usuario técnico propio con permisos mínimos. Es la arquitectura que recomiendo como punto de partida en casi todos los proyectos. Vía 3 — Módulo a medida: cuando la lógica de negocio es compleja y tiene que vivir dentro de Odoo (nuevos modelos de datos, campos extra en formularios, automatizaciones internas), se desarrolla un módulo Python propio. Esta opción solo está disponible en Odoo.sh y en instalaciones on-premise; en Odoo Online no se puede instalar código propio. El módulo a medida tiene más potencia pero también más coste de mantenimiento en cada actualización de versión.
las versiones tienen API externa (en Odoo de pago, desde el plan Custom)
menores en cada cambio de versión cuando la lógica vive fuera de Odoo
técnico con permisos mínimos, sin acceso de admin
¿Cuántas veces al día alguien copia datos a mano entre Odoo y otro programa?
Cuéntame qué sistema necesitas conectar con Odoo y te digo en 24 horas si tiene solución rápida o requiere un análisis más detallado.
Diferencias por plan: lo que cambia entre Online, Odoo.sh y on-premise
El problema: Muchas pymes descubren tarde que su plan de Odoo limita lo que pueden hacer. El responsable de IT encarga un desarrollo, el partner lo entrega y entonces aparece el mensaje: «este módulo no se puede instalar en tu instancia». El tiempo y el dinero invertidos no se recuperan.
La solución: Odoo Online (el plan SaaS gestionado por Odoo S.A.): el más sencillo de mantener, actualiza solo, pero solo admite las apps estándar de Odoo. No puedes instalar código Python propio ni módulos de terceros. Para integraciones, la vía API externa es la única opción disponible, y suele ser suficiente; eso sí, exige estar en el plan Custom, porque el Standard no incluye acceso a la API. Odoo.sh (PaaS de Odoo): te da acceso al código fuente, puedes subir módulos propios mediante repositorios Git y tienes entornos de staging. Es la opción intermedia: más control que Online, menos infraestructura que gestionar que on-premise. Permite las tres vías de integración. On-premise (servidor propio o VPS): control total, pero responsabilidad total de actualizaciones, backups y seguridad. Permite cualquier tipo de módulo y cualquier integración. Recomendado cuando hay requisitos de privacidad de datos muy estrictos o integraciones con sistemas internos que no están expuestos a internet. Community vs. Enterprise: la edición Community es gratuita y de código abierto, pero no incluye algunas apps (contabilidad completa, firma electrónica, Studio, etc.). La API funciona igual en ambas ediciones. Antes de diseñar la integración, hay que confirmar qué módulos de Odoo están activos, porque la integración depende de los modelos de datos que existan en la instancia. Si ya tienes un partner de Odoo, la integración externa convive con él sin problemas: yo trabajo sobre la API sin tocar lo que el partner ha configurado, y el partner sigue haciendo su trabajo de funcional y soporte. No son roles excluyentes.
Pregunta clave para tu partner actual: «¿La integración que propones vive dentro de Odoo o fuera?» Si vive dentro (módulo), pregunta cómo afecta a las actualizaciones de versión y quién se hace cargo del mantenimiento del código en el tiempo.
Buenas prácticas para que la integración no se convierta en un problema
El problema: He visto integraciones que funcionan bien durante seis meses y después empiezan a fallar en silencio: pedidos que no llegan, stock que no se actualiza, conciliaciones que se quedan a medias. El problema no es la integración en sí, sino que nadie la monitoriza y nadie recibe un aviso cuando algo va mal.
La solución: Estas son las prácticas que aplico en todos los proyectos: Usuario técnico propio con permisos mínimos: la integración se conecta a Odoo con un usuario dedicado que solo tiene acceso a los modelos que necesita (pedidos de venta, productos, movimientos de stock…). Si ese usuario se compromete o hay que auditarlo, se puede desactivar sin afectar al resto. Registro de cada operación: cada lectura y cada escritura queda en un log con timestamp, resultado y, si hay error, el mensaje completo. Esto permite depurar problemas en minutos en lugar de horas. Reintentos automáticos y alertas: si la llamada a la API de Odoo falla (caída temporal, timeout), el sistema reintenta con backoff exponencial. Si después de N intentos sigue fallando, manda un aviso por correo o por Telegram para que alguien lo sepa antes de que el problema se acumule. Empezar sincronizando en un solo sentido: en la primera fase, los datos fluyen en una dirección (por ejemplo, de la tienda a Odoo). Cuando eso es estable, se añade el sentido contrario. Los conflictos de sincronización bidireccional son la principal fuente de datos duplicados o sobrescritos. Definir la fuente de verdad antes de empezar: ¿quién manda en el stock, Odoo o la tienda? ¿Quién manda en el precio, Odoo o el marketplace? Sin esta decisión, la integración genera conflictos en cuanto los dos lados divergen. Por último, sobre el presupuesto: si te preguntas cómo abordar el coste de un proyecto así, puedes revisar el enfoque de presupuesto por fases que explico en otro artículo, donde detallo cómo escalar la inversión según los resultados de cada etapa.
Ejemplo: una distribuidora con tienda B2B
El tiempo liberado ronda las 300-350 horas anuales entre administración y logística. A eso se suman los pedidos que ya no se venden sin stock y las conciliaciones que dejan de acumular errores hasta el viernes.
Ejemplo ilustrativo con cifras orientativas; no describe a un cliente concreto.
Preguntas frecuentes sobre integraciones odoo
¿Puedo integrar Odoo con mi tienda si tengo el plan Odoo Online?
Sí, siempre que estés en el plan Custom: el Standard no incluye acceso a la API externa. Con Custom, la integración se construye como un servicio externo que habla con Odoo por su API XML-RPC o JSON-RPC, sin instalar ningún módulo en tu instancia. Es además la opción con menos mantenimiento en cada cambio de versión.
¿La integración sobrevive cuando Odoo actualiza de versión?
Depende de cómo esté construida. Si la integración vive fuera de Odoo y usa la API estándar, los cambios de versión rara vez la rompen —en todo caso requieren un ajuste menor en los nombres de campos o modelos que hayan cambiado. Si la integración es un módulo dentro de Odoo, hay que portarlo en cada migración de versión, lo que tiene un coste recurrente. Por eso mi opción por defecto es la API externa.
¿Qué pasa si ya tengo un partner de Odoo? ¿Entra en conflicto?
No. Una integración por API externa no modifica la configuración ni el código que haya instalado el partner. Trabaja sobre los mismos datos pero desde fuera del sistema, igual que lo haría una persona que usa la interfaz web. El partner sigue siendo el responsable del ERP; yo me ocupo de los puentes hacia los sistemas externos. Si hay integraciones que el partner ya tiene en mente, simplemente coordinamos para no duplicar trabajo.
¿Cuánto tarda en estar operativa una integración?
Una integración sencilla y unidireccional (por ejemplo, pedidos de WooCommerce hacia Odoo) puede estar en producción en 3-6 semanas contando análisis, desarrollo, pruebas y formación. Las integraciones bidireccionales o con lógica de negocio compleja (marketplaces, software sectorial antiguo) pueden requerir 2-4 meses. Lo que más alarga el proyecto suele ser la definición de reglas de negocio por parte del cliente, no el desarrollo técnico.
¿Necesito saber programar para mantener la integración una vez en marcha?
No. Entrego siempre documentación del flujo, acceso a los logs y un panel de estado básico para que cualquier persona del equipo pueda ver si algo falla sin necesidad de abrir código. Las alertas automáticas avisan antes de que el problema se note en el día a día. Para cambios en la lógica sí hace falta intervención técnica, pero el mantenimiento rutinario no lo requiere.
¿Cuántas horas pierde tu equipo copiando datos entre Odoo y otros programas?
Hago un diagnóstico gratuito de 30 minutos para identificar qué integración te daría el mayor retorno en menos tiempo. Sin compromiso y sin tecnicismos: saldrás con un mapa claro de opciones y prioridades.
Rubén Rodríguez · Consultor IT e IA para pymes · Barcelona
