Integración con ERP: APIs, middleware y lo que suele salir mal

¿Qué es la integración con ERP y por qué falla tanto?

La integración con ERP conecta el sistema de gestión de la empresa con el CRM, la tienda en línea, el banco, el almacén y la facturación, para que cada dato se capture una sola vez y llegue donde hace falta. Falla casi siempre porque se diseña el camino feliz y se ignora lo que ocurre cuando algo cambia. En el informe 2025 de MuleSoft, hecho con Vanson Bourne y Deloitte Digital, la empresa promedio gestiona 897 aplicaciones y solo 29 % están integradas.

La cifra sale de una encuesta a más de 1050 responsables de TI y describe a la empresa promedio de esa muestra. Tu empresa probablemente tiene menos aplicaciones, pero el patrón se repite a menor escala. El ERP guarda la verdad contable, y alrededor crecen hojas de cálculo y conexiones hechas a la carrera. Aquí verás las formas de resolverlo y los puntos donde suele romperse, para que decidas antes de gastar.

Si buscas el panorama completo del tema, el hub de sistemas legacy, integración y software a medida reúne los artículos relacionados.

La integración con ERP se resuelve de cuatro maneras

Casi todo proyecto de integración con ERP cae en una de estas cuatro formas. Cada una sirve en un contexto distinto y ninguna es la mejor en abstracto.

Así se lee la tabla. Si solo necesitas que los pedidos de tu tienda lleguen al ERP, una API directa basta y cualquier otra cosa sobra. Si un CRM, un sistema de logística y un portal de clientes leen y escriben pedidos, la API directa se vuelve una maraña y conviene una capa común. Para entender cómo se encadenan varios sistemas sin rehacerlo todo, el artículo sobre integración de sistemas lo desarrolla con más detalle.

La integración con ERP falla en cinco puntos conocidos

Los proyectos que se complican comparten los mismos puntos de quiebre. Conocerlos te da una lista de preguntas para el proveedor.

El límite de la API aparece en producción

En las pruebas se mueven cien registros. En producción, cincuenta mil, y ahí aparecen los topes del proveedor. Como referencia, Microsoft documenta para Dataverse (la plataforma de datos de Power Apps y de varias aplicaciones de Dynamics 365) límites de protección del servicio. Por defecto, y para cada usuario en cada servidor web del entorno, son 6000 solicitudes en una ventana deslizante de cinco minutos, 20 minutos de tiempo de ejecución combinado en esa misma ventana y 52 solicitudes concurrentes o más. Microsoft aclara que las cifras pueden cambiar y variar según el entorno. Al excederlas, la Web API responde con error 429 y un encabezado Retry-After que indica cuántos segundos esperar.

Una integración sin lógica de reintento trata ese 429 como una falla y pierde el registro. Una integración bien hecha espera lo que indica el encabezado, reintenta y deja el intento registrado. Pregunta siempre cuáles son los topes del ERP que usas y qué hace la integración al llegar a ellos.

Los datos maestros no coinciden

Un mismo cliente aparece con la razón social completa en el ERP, con el nombre abreviado en el CRM y con otro código en la tienda. Si la integración no define cuál es el identificador único y quién tiene la última palabra, termina duplicando clientes y productos. Este problema se resuelve con una tabla de equivalencias y una regla de propiedad por campo, antes de escribir una línea de código.

La normativa cambia el contrato

Una integración que emite o modifica facturas depende de reglas fiscales que se mueven. En España, el Real Decreto-ley 15/2025 amplió el plazo para adaptar los sistemas informáticos de facturación: las entidades que presentan el Impuesto sobre Sociedades deben tenerlos adaptados antes del 1 de enero de 2027 y el resto de los obligados antes del 1 de julio de 2027, según la Agencia Tributaria. Si entre tu ERP y la facturación hay una conexión propia, revisa con tu asesor fiscal si cae dentro de ese alcance. Fuera de España, pregunta a tu contador qué obligaciones de facturación electrónica de tu país tocan a la integración.

Los errores no avisan

El fallo más caro es el que no detiene nada: un pedido se pierde de vez en cuando y nadie se entera. Las integraciones frágiles registran el éxito y callan el error. Una buena integración tiene una bandeja de errores visible y un responsable que la revisa cada día.

Nadie es dueño del flujo

Cuando el proveedor del ERP dice que el problema está en la integración y el integrador dice que está en el ERP, la empresa paga las horas de diagnóstico de ambos. Asignar un dueño por flujo, con nombre y apellido, cuesta menos que cualquier herramienta de monitoreo.

La integración con ERP cuesta más cuando se descubre tarde

En los proyectos de ERP, integraciones incluidas, los sobrecostos suelen aparecer tarde. Panorama Consulting, en su informe 2026 sobre implementaciones de ERP, encontró que más de una cuarta parte de las organizaciones superó el presupuesto del proyecto y que la causa principal fue la necesidad de tecnología adicional. Su gerente sénior de servicios a clientes lo explicó así:

"Organizations often discover fatal misfits late in the project, so they turn to additional technology, scope expansion, and custom builds."

Chris Devault, Panorama Consulting Group, marzo de 2026

En español: los desajustes graves se descubren tarde, y entonces se recurre a tecnología adicional, a ampliar el alcance y a desarrollos a medida. Una conexión que aparece a mitad del proyecto suele costar más que una inventariada en la primera semana. Por eso el trabajo de inventario va primero.

La integración con ERP sobre SAP depende del calendario de mantenimiento

La integración con ERP merece un apartado para SAP, porque el calendario del proveedor condiciona cuánto conviene invertir. Según una publicación de la comunidad oficial de SAP, el mantenimiento estándar de SAP ERP 6.0 con paquetes de mejora 6, 7 u 8 llega hasta el 31 de diciembre de 2027, con una fase opcional de mantenimiento extendido hasta el 31 de diciembre de 2030. Esa fase requiere un anexo de contrato aparte y tiene costo adicional. SAP la describe como un puente para quien no alcanza a terminar su transición a SAP S/4HANA o SAP Cloud ERP. Para las versiones sin paquete de mejora o con los paquetes 1 a 5, el mantenimiento estándar terminó el 31 de diciembre de 2025.

Si tu empresa migrará a otra versión de SAP en los próximos años, conviene que las conexiones con el CRM, la tienda o el banco hablen con una capa propia que se pueda redirigir al sistema nuevo. Así la migración toca un punto y no veinte.

La integración con ERP necesita un contrato de datos antes del código

Una integración con ERP sale más barata cuando primero se escribe un contrato de datos de una página por flujo. Basta un documento que responda siete preguntas:

1. Qué sistema es la fuente de cada campo.
2. Qué dispara el flujo (un evento, una hora, una acción de una persona).
3. Qué formato y qué identificador usa cada lado.
4. Qué pasa si el mensaje llega duplicado.
5. Qué pasa si el sistema destino está caído.
6. Quién recibe el aviso de error y en cuánto tiempo.
7. Cómo se revierte un registro mal sincronizado.

Un proveedor que no puede responderlas por escrito antes de empezar acabará respondiéndolas en producción, en forma de incidentes. Si el proveedor es una fábrica de software o un equipo interno, la exigencia es la misma. Después de más de diez años construyendo y operando empresas de tecnología, la regla que propongo es simple: si el flujo no cabe en una página, todavía no está listo para construirse.

La integración con ERP se presupuesta por fases

El costo de una integración con ERP depende del número de flujos, de la calidad de la API del ERP y de cuántas reglas de negocio hay detrás. Cualquier cifra sin inventario previo es una suposición. Para ubicar el orden de magnitud de un desarrollo a medida y los factores que lo mueven, el artículo cuánto cuesta un software a medida en 2026 separa los conceptos con claridad.

Sobre la forma de contratar, pide precio cerrado por fase y no por hora. La tarifa por hora tiende a premiar la lentitud y traslada al cliente el riesgo de cada sorpresa. En isonew, la construcción se cobra así, por fase y con precio cerrado, y la primera fase se planifica en un rango de 4 a 10 semanas.

La integración con ERP no siempre es la respuesta

A veces el problema está en el sistema de origen y ninguna conexión lo arregla. Si el ERP tiene veinte años y cada cambio rompe algo, integrarlo puede ser tirar dinero sobre una base que hay que reemplazar. La decisión entre mantener, integrar, modernizar o reescribir se analiza en el artículo sobre sistema legacy, y conviene leerlo antes de comprometer presupuesto.

Muchas empresas piden conectar el ERP con otras herramientas cuando lo que necesitan es eliminar pasos manuales dentro de un proceso administrativo. En ese caso, la lectura correcta está en automatización de procesos administrativos: qué automatizar primero y qué dejar como está.

Si tienes tres ERP, dos CRM y datos que nadie concilia, el trabajo suele ser de arquitectura de datos antes que de conectores. Ese tipo de proyecto lo cubre el servicio de datos e integración de sistemas.

La integración con ERP se evalúa antes de construir

El orden de trabajo que reduce el riesgo en una integración con ERP es corto: inventario de flujos, contrato de datos por flujo, primera fase con un solo flujo en producción y monitoreo desde el primer día. Para empresas de 10 a 300 personas, isonew empieza por el Diagnóstico de Oportunidades de IA. Es un trabajo de pago con tarifa fija, que se informa antes de comprometerse según el tamaño de la empresa y la cantidad de procesos revisados. Entrega un plan priorizado con costo, esfuerzo y riesgo por escrito. Si decides seguir con la construcción, esa tarifa se descuenta de la fase uno. Puedes ver el Diagnóstico de Oportunidades de IA y la forma de trabajar en cómo trabajamos.

Una lista corta para llevar a cualquier reunión con un proveedor de integración:

• Pide el inventario de flujos y el dueño de cada uno.
• Pide los topes de la API del ERP y la estrategia de reintentos.
• Pide dónde se ven los errores y quién los recibe.
• Pide que el código y la documentación queden en propiedad de tu empresa.