La integración de ERP es uno de esos temas que en el papel suena fácil ("que el ERP hable con la tienda online") y en la práctica se te puede ir de las manos en tres semanas si no tienes claro qué dato manda, quién lo escribe primero y qué pasa cuando un cliente cambia de NIF a mitad de pedido. En Interconecta llevamos años entrando a empresas que ya han intentado conectar su ERP con otros sistemas dos o tres veces, y casi siempre el problema no es técnico: es de criterio.
En este artículo te traigo ocho escenarios reales —los que más se repiten en pymes españolas— con el enfoque que solemos darles, las trampas habituales y cuándo merece la pena tirar de middleware empresarial y cuándo no. La idea no es venderte humo, sino que llegues a la reunión con tu informático o con tu proveedor sabiendo qué preguntar.
Voy a hablar de SAP, de Holded, de Odoo, de Sage, de Salesforce, de PrestaShop, de WooCommerce y de algún CRM más pequeño. Da igual cuál uses: los patrones se repiten. Si tu ERP no está en la lista, los principios se aplican igual.
Antes de integrar nada: tres preguntas que te ahorran disgustos
Si te llamo mañana y te digo "vamos a integrar tu ERP con el CRM", la primera respuesta correcta no es "vale". La primera respuesta correcta es: "espera, ¿para qué?". Suena de Perogrullo, pero la mitad de los proyectos de integración de ERP que vemos fallar es porque nadie se sentó 45 minutos a contestar tres preguntas básicas.
La primera: ¿qué dato es el maestro? Es decir, si un cliente tiene una dirección en el CRM y otra en el ERP, ¿cuál gana? Parece tonto y no lo es: define toda la arquitectura. La segunda: ¿con qué frecuencia necesitas que se actualice?. No es lo mismo sincronizar stock cada 5 minutos que pasar pedidos por la noche en batch. La diferencia en coste puede ser de 3 a 10.
La tercera: ¿qué pasa si la integración se cae?. Si tu tienda online sigue cobrando pedidos pero el ERP no los recibe durante dos horas, ¿lo gestionas tú a mano o necesitas un sistema de reintentos con cola? Esto cambia por completo el tipo de middleware empresarial que vas a montar.
El 80% de las integraciones que han fracasado en clientes que hemos heredado tenían un problema común: nadie definió qué sistema era el maestro de cada dato.
Antes de tocar una sola línea de código, siéntate con quien usa cada sistema a diario y escribe esto en una hoja. Si no tienes claro a quién preguntar, esa es ya la primera señal de alarma del proyecto.
Escenario 1: ERP + ecommerce (el clásico que todos quieren bien)
Es el caso más frecuente y, paradójicamente, donde más patadas se pegan las pymes. Tienes un Holded, un Odoo o un Sage 50 y una tienda en PrestaShop o WooCommerce. Quieres que los pedidos bajen solos, que el stock suba al revés, y que cuando emitas la factura desde el ERP se marque como pagada en la tienda.
Lo que suele funcionar
Para volúmenes de hasta 200-300 pedidos al día, un conector estándar suele bastar. Holded tiene módulos nativos para PrestaShop y WooCommerce; Odoo trae conector propio. Cuestan entre 30 y 90 € al mes y si tu catálogo no es muy raro, te salen bien.
Cuándo se complica
Cuando vendes con configurador (talla + color + grabado personalizado), cuando trabajas con tarifas por cliente, o cuando manejas más de un almacén con reservas. Ahí el conector estándar se queda corto y necesitas desarrollo a medida. Si te interesa profundizar, te recomiendo el contenido específico sobre cómo integrar el ERP con tu ecommerce que tenemos publicado, con casos concretos.
Una clínica estética de Murcia con la que trabajamos vendía bonos online y tratamientos en consulta. El stock no era un problema (no había producto físico), pero sí lo era que el bono comprado online apareciera disponible en la agenda del centro en menos de un minuto. Eso no lo hace un conector genérico: hubo que montar webhooks bidireccionales y una cola Redis para garantizar que ningún bono se perdiera.
Escenario 2: ERP + CRM (el día que ventas y administración hablan)
Aquí el patrón es: comercial mete oportunidades en HubSpot, Pipedrive o Salesforce. Cuando una oportunidad se gana, hay que crear (o actualizar) el cliente en el ERP, generar el pedido y arrancar el ciclo de facturación. Y al revés: las facturas pagadas tienen que volver al CRM para que el comercial sepa quién va al día y quién no.
El error más común aquí es duplicar maestros de clientes. El comercial crea "Construcciones López SL" en el CRM, administración ya lo tenía como "CONSTRUC. LOPEZ S.L." en el ERP, y a las dos semanas tienes dos fichas que nadie sabe cuál es la buena. La solución pasa por usar el CIF/NIF como clave única y bloquear creaciones nuevas sin esa validación.
Caso de integración SAP Salesforce
En cuentas más grandes (sociedades limitadas con 50+ empleados o filiales de multinacionales) el binomio típico es integración SAP Salesforce. Aquí ya no hablamos de conectores baratos: SAP tiene SAP Integration Suite (antes CPI), Salesforce tiene MuleSoft, y la decisión de cuál pones por encima depende de quién lleve la voz cantante en la empresa. En proyectos medianos, montar este puente cuesta entre 25.000 y 80.000 € en consultoría e integración, según la complejidad del catálogo y los flujos de aprobación.
Si solo vas a sincronizar contactos y oportunidades, te llega con Zapier o Make y 100 € al mes. Si vas a meter pricing, descuentos por cliente, condiciones de pago y workflows de aprobación, tira de middleware empresarial serio. No te ahorres ahí los 6.000 € que te van a costar 60.000 € en seis meses.
Escenario 3: ERP + facturación electrónica y AEAT (Veri*Factu y la que viene)
Esto no es opcional ya. Con la entrada en vigor escalonada de la Ley Crea y Crece y el reglamento Veri*Factu, toda factura emitida por una empresa española tiene que cumplir con requisitos de inalterabilidad, trazabilidad y, según el calendario, envío inmediato a la AEAT. Si tu ERP no está preparado o no lo conectas correctamente, te juegas sanciones que arrancan en los 6.000 € por incumplimiento.
Los ERPs grandes (Sage, SAP, Holded, Odoo, A3) están sacando módulos certificados. Los desarrollos a medida y los ERPs más antiguos necesitan que alguien les añada esa capa. Aquí el patrón habitual es: el ERP genera la factura, un módulo intermedio la transforma a Facturae 3.2.2 o al formato que pida AEAT, la firma con certificado digital y la envía. La respuesta vuelve y se anota en el ERP.
Ojo con un detalle que pasa desapercibido: el RGPD. Si vas a mandar datos de clientes a un middleware en cloud, asegúrate de que el proveedor está en Europa o tiene cláusulas tipo SCC firmadas. No es paranoia: la AEPD ya ha sancionado a pymes por no tenerlo formalizado. Si necesitas ver con detalle cómo afrontamos estos proyectos de integración de APIs y sistemas, ahí están los servicios que ofrecemos.
Escenario 4: ERP + logística y transportistas
SEUR, MRW, GLS, Correos Express, NACEX. Cada uno con su API, su sistema de etiquetas y sus particularidades. El flujo típico: cuando un pedido pasa a estado "preparado" en el ERP, hay que solicitar recogida al transportista, recibir el número de seguimiento, imprimir etiqueta y comunicar al cliente el tracking por email o WhatsApp.
Si trabajas con varios transportistas (y deberías, por precio y por riesgo), montar esto integración por integración se vuelve un infierno. La mejor jugada suele ser usar un agregador tipo Sendcloud, Packlink Pro o Outvio: ellos te dan una sola API y tú eliges destino por reglas (peso, código postal, importe). El ERP solo habla con uno.
Lo que se nos olvida casi siempre
- Las devoluciones. El flujo inverso no lo cubre casi ningún conector estándar bien y acaba siendo manual.
- Los incidentes de entrega. Si el repartidor marca "ausente", ¿qué pasa en tu ERP? ¿Se reasigna a customer service?
- Las facturas del transportista. Si llegan en PDF, alguien las pica. Si llegan por EDI o API, te ahorras 4-6 horas al mes por transportista.
En empresas con más de 100 envíos diarios, automatizar el matching de facturas de transporte contra pedidos suele tener payback en menos de 6 meses. Es de esos quick wins que casi nadie ataca primero porque no es "sexy".
Escenario 5: ERP + bancos (conciliación, Bizum y SEPA)
Tres patas aquí. La primera, descargar movimientos bancarios automáticamente para conciliarlos con las facturas emitidas. PSD2 ha hecho que casi todos los bancos españoles (Santander, BBVA, CaixaBank, Sabadell, Bankinter) ofrezcan API o exportación normalizada. Hay agregadores tipo Eurobits, Afterbanks o el propio módulo bancario de Holded que lo hacen por 20-60 € al mes.
La segunda, generación y envío de remesas SEPA (cobros por domiciliación y pagos a proveedores). Cualquier ERP serio lo genera, pero ojo con los mandatos: si no los tienes firmados y archivados, el banco puede devolverte la remesa y reclamártela el cliente.
La tercera, Bizum y pagos instantáneos. Aquí estamos en plena evolución. Bizum para negocios funciona vía pasarela y la integración con ERP suele hacerse a través del TPV virtual del banco. Si vendes mucho ticket pequeño (peluquerías, hostelería, autónomos en general), automatizar el alta de cobros Bizum en contabilidad te ahorra horas.
Una buena conciliación bancaria automática es probablemente el ROI más rápido que vas a sacar de cualquier integración de ERP: en una pyme con 200 facturas/mes ahorra entre 4 y 8 horas semanales a administración.
Escenario 6: ERP + fabricación, IoT y producción
Si tienes planta —aunque sea pequeña— este escenario te toca. El patrón clásico: las máquinas (CNC, líneas de envasado, hornos) generan datos de producción que hoy alguien apunta a mano o en una hoja Excel. Conectar esos datos al ERP te permite cerrar órdenes de fabricación con datos reales, no estimados.
La complejidad varía mucho según la antigüedad del parque. Máquinas modernas con OPC UA o MQTT integran relativamente fácil. Máquinas de los 90 con PLCs Siemens S5 necesitan gateways intermedios (Moxa, Advantech) y un proyecto más serio. Hablamos de presupuestos que van desde 8.000 € para una integración sencilla hasta 50.000-100.000 € en plantas medianas con 15-20 máquinas.
Aquí el middleware empresarial cobra todo el sentido: no quieres que tu ERP esté hablando directo con un autómata Siemens, porque si el ERP cae paras la producción y viceversa. Lo normal es una capa MES (Manufacturing Execution System) o un broker MQTT en el medio que desacopla las dos partes. Si quieres entender mejor cómo enfocamos los proyectos de sistemas de gestión empresarial (ERP) en entornos industriales, ese es el sitio.
Escenario 7: ERP + BI y reporting (cuando dirección quiere ver la película)
Llega un momento en que los informes nativos del ERP se quedan cortos. El gerente quiere ver márgenes por familia de producto cruzados con comercial y con campaña de marketing, y eso desde el ERP no sale ni borracho. Aquí la integración va en una sola dirección: del ERP (y de otros sistemas) a un repositorio de datos sobre el que ataca Power BI, Looker Studio o Metabase.
Patrón recomendado para pymes
- Extracción nocturna desde el ERP a un datalake o base de datos analítica (PostgreSQL, BigQuery, Snowflake para volúmenes mayores).
- Transformación con herramientas como dbt o, si el volumen es pequeño, directamente con vistas SQL.
- Capa de visualización con Power BI (lo más extendido en España) o Looker Studio si quieres algo gratis y suficiente.
Para una pyme de 20-50 empleados, montar este stack cuesta entre 6.000 y 15.000 € de proyecto inicial y unos 200-400 €/mes de licencias y hosting. Lo que NO recomiendo nunca es atacar Power BI directo a la base de datos del ERP en producción: vas a ralentizar a los usuarios y vas a tener informes que cambian según quién mire, porque la transaccional muta constantemente.
Escenario 8: ERP + IA y automatización (lo que viene fuerte ya)
El último escenario es el más nuevo y el que más está creciendo. Conectar el ERP a modelos de IA para automatizar tareas que hoy hace una persona: leer facturas de proveedor en PDF y meterlas en el ERP con OCR + LLM, clasificar tickets de soporte, prever demanda de productos para ajustar compras, sugerir descuentos por cliente en base a histórico.
Aquí el patrón típico es: el ERP expone una API o un evento ("ha llegado un PDF al buzón de compras"), una función serverless (Azure Functions, AWS Lambda) recoge el documento, lo pasa por un servicio de OCR + un LLM con prompt afinado, devuelve el JSON estructurado y lo escribe en el ERP previa validación humana opcional.
La parte importante: siempre con human in the loop al principio. Nunca dejes que la IA escriba directa en producción sin que alguien revise durante las primeras semanas. Mídete el porcentaje de aciertos, ajusta el prompt o reentrena el modelo, y cuando estés por encima del 95% en facturas tipo, puedes pasar a aprobación por excepción.
Coste razonable de un piloto de automatización de facturas de proveedor para una pyme con 300-500 facturas/mes: entre 4.000 y 12.000 € de desarrollo más 50-150 €/mes de consumo de APIs. El payback suele estar por debajo del año si quien hoy las pica gana más de 18.000 € brutos al año (que es casi todo el mundo).
La integración de ERP no es un proyecto que se haga un viernes por la tarde. Pide planificación, gente que entienda el negocio (no solo la parte técnica) y un socio que te diga cuándo NO integrar algo. Porque también eso es valor: a veces lo mejor que podemos hacer por un cliente es mantenerle dos sistemas separados con una exportación nocturna y ahorrarle 20.000 € de middleware que no necesita.
Si estás en el momento de plantearte conectar tu ERP con otros sistemas, mi consejo es que empieces por mapear los flujos reales (no los del manual) y priorices por dolor: cuál es el proceso que más horas os come al mes. Por ahí se empieza, no por la integración más vistosa.