La frase con la que empiezan muchos proyectos es "hay que cambiar el ERP". Cuando rascas un poco, el motivo real suele ser otro: los pedidos de la web se meten a mano, el fichaje se pasa a nóminas en una hoja de cálculo y nadie sabe cuál de los dos sistemas tiene el precio bueno. Eso no es un problema de ERP. Es un problema de integración de sistemas, y suele costar una fracción de lo que costaría sustituirlo todo.
Este artículo explica qué formas hay de conectar dos programas, qué problemas aparecen siempre —los cuenten o no— y cómo decidir entre integrar lo que tienes o cambiarlo.
Qué es la integración de sistemas
Es conectar dos o más aplicaciones para que compartan datos y procesos sin que nadie tenga que teclear lo mismo dos veces. El objetivo no es técnico, es de negocio: que el dato nazca una sola vez, en el sistema que manda sobre él, y viaje solo a donde haga falta.
El síntoma de que falta integración es fácil de reconocer: alguien exporta un fichero de un programa y lo importa en otro, o peor, lo copia a mano. Cada uno de esos puentes humanos es una fuente de errores, un retraso y una persona que no puede irse de vacaciones sin dejar instrucciones.
Las cuatro formas de conectar dos sistemas
1. Intercambio de ficheros
Un sistema genera un CSV o un XML a una hora fijada y el otro lo recoge. Es la forma más antigua y sigue siendo perfectamente válida para volúmenes tratables que no necesitan inmediatez: la contabilidad del mes, el catálogo diario, el extracto bancario en Norma 43.
Ventaja: barato y lo soporta cualquier programa, por viejo que sea. Inconveniente: si un día el fichero no se genera, nadie se entera hasta que falta el dato.
2. Acceso directo a la base de datos
Un sistema lee o escribe directamente en las tablas del otro. Es tentador porque es rápido de montar, y es la peor idea de la lista salvo casos muy controlados: te saltas todas las validaciones del programa, y a la primera actualización del fabricante que cambie una tabla, la integración se rompe en silencio.
3. API
El sistema expone unos servicios documentados y el otro los consume: crear un pedido, consultar stock, actualizar un cliente. Es el estándar actual y el que debería ser tu opción por defecto, porque respeta las reglas de negocio del programa y sobrevive a sus actualizaciones.
4. Middleware o capa intermedia
Cuando hay muchos sistemas, conectarlos todos con todos se convierte en una maraña. Una capa intermedia recoge, transforma y reparte, de modo que cada aplicación habla solo con ella. Cuesta más al principio y es lo único que escala a partir de cierto número de piezas.
Mención aparte para las herramientas de automatización tipo conector, que unen aplicaciones sin programar. Son estupendas como pegamento ligero —avisar por correo, mover un archivo, crear una tarea— y se quedan cortas en cuanto el proceso necesita control de errores o volumen serio.
Síncrono o asíncrono: la decisión que más duele si se falla
Una integración síncrona espera respuesta: la web pregunta el stock al ERP y no continúa hasta tener el dato. Es lo correcto cuando la respuesta condiciona lo siguiente, y tiene un riesgo evidente: si el ERP está caído o lento, la web se cae con él.
Una integración asíncrona deja el mensaje en una cola y sigue. El pedido entra siempre, aunque el ERP esté en mantenimiento, y se procesa cuando vuelve. Es más robusta y obliga a gestionar qué pasa mientras tanto.
La regla práctica: lo que el cliente ve en pantalla, síncrono; lo que ocurre por detrás, asíncrono. Y nada crítico debe depender de que dos sistemas estén simultáneamente disponibles.
Los problemas que nadie cuenta en la demo
Quién manda sobre cada dato. Si el precio se puede cambiar en el ERP y en la tienda, un día no coincidirán. Hay que decidir, campo por campo, cuál es el sistema maestro, y que el otro sea solo de lectura. Esta conversación es aburrida, se salta siempre y es la causa número uno de integraciones fallidas.
Duplicados por reintento. Si el envío falla y se reintenta, ¿se crea el pedido dos veces? Una integración seria identifica cada operación para poder repetirla sin duplicar nada. Sin eso, el primer corte de red te deja pedidos fantasma.
Errores silenciosos. Lo peor que puede hacer una integración es fallar sin avisar. Hace falta registro de lo que pasó, alerta cuando algo se atasca y un sitio donde ver los mensajes que no entraron. Un buen sistema de integración se parece bastante a un flujo de trabajo: alguien tiene que ser responsable de la bandeja de errores.
Los detalles tontos. Decimales con coma o con punto, fechas en tres formatos distintos, códigos con ceros por delante que una hoja de cálculo se come, acentos que llegan rotos. Parecen menudencias hasta que una referencia deja de casar.
El versionado. El fabricante actualiza su API y tu conexión deja de funcionar un martes cualquiera. Conviene saber de antemano cuánto tiempo mantiene cada versión y quién vigila los avisos.
Integrar o cambiar de sistema
Integrar tiene sentido cuando cada programa hace bien su trabajo y el problema está solo en el puente: tu ERP va fino, tu tienda funciona, y lo único que falta es que se hablen. También cuando el sistema es viejo pero insustituible a corto plazo, un caso frecuentísimo en industria.
Cambiar tiene sentido cuando el sistema no cubre tu operativa por mucho que le conectes cosas, cuando el fabricante ya no lo mantiene o cuando estás sosteniendo cinco integraciones para tapar carencias de un programa que se quedó pequeño. Ahí, seguir integrando es poner parches sobre parches, y eso tiene un nombre: deuda técnica.
Las integraciones que más nos piden
- Tienda online y ERP: stock en los dos sentidos, pedidos que entran solos y facturación. Es la más habitual, y la tratamos en diseño de tienda online.
- CRM y ERP: que el comercial vea el histórico real de pedidos y el riesgo del cliente antes de prometer nada.
- Banco y ERP: extractos y remesas para automatizar la conciliación.
- Catálogo y canales: la ficha buena viaja a web, marketplace y portal B2B desde un PIM.
- Fichaje y nóminas: horas reales sin pasarlas a mano cada mes.
- Transportista y almacén: etiquetas, seguimiento y avisos al cliente sin entrar en la web de la agencia.
Qué preguntar antes de encargar una integración
- ¿Qué sistema manda sobre cada dato, campo por campo?
- ¿Qué pasa si el otro sistema está caído? ¿Se pierde el mensaje o espera?
- ¿Cómo se evita duplicar una operación si hay que reintentarla?
- ¿Dónde veo los errores y quién recibe el aviso?
- ¿Qué ocurre cuando el fabricante actualice su API?
- ¿Puedo reprocesar un día entero si algo salió mal?
Si alguna de estas preguntas incomoda a quien te lo va a montar, ya sabes lo que va a pasar dentro de seis meses.
Preguntas frecuentes
¿Qué es la integración de sistemas?
Es conectar dos o más aplicaciones para que compartan datos y procesos automáticamente, de forma que cada dato se introduzca una sola vez en el sistema que manda sobre él y viaje solo al resto.
¿Qué es mejor, una API o un fichero?
La API, como norma general: respeta las validaciones del programa, permite trabajar en tiempo real y sobrevive mejor a las actualizaciones. El intercambio de ficheros sigue siendo razonable para procesos por lotes, sin urgencia, o cuando el sistema es antiguo y no ofrece otra cosa.
¿Puedo conectar un programa antiguo que no tiene API?
Casi siempre sí, mediante ficheros programados o una capa intermedia que lea y escriba por él. No es lo ideal, pero permite ganar años de vida a un sistema que funciona sin abordar una sustitución completa.
¿Cuánto cuesta una integración?
Depende de cuántos datos viajan, en cuántos sentidos y qué casos raros hay que contemplar. Una conexión sencilla entre dos sistemas modernos con API documentada es un proyecto corto; una integración con un sistema antiguo, sin documentación y con reglas de negocio enrevesadas puede costar más que el propio programa.
¿Es mejor integrar o cambiar de ERP?
Integrar, si cada sistema cumple su función y solo falta el puente. Cambiar, si el programa ya no cubre tu operativa, el fabricante lo ha abandonado o estás manteniendo varias integraciones solo para compensar sus carencias.
¿Las herramientas sin código valen para esto?
Para automatismos ligeros, sí, y son una opción excelente. Para el flujo principal de tu negocio —pedidos, facturación, stock— se quedan cortas en control de errores, volumen y trazabilidad.
Hablemos de tu caso
Si estás valorando cambiar de sistema, vale la pena descartar antes que el problema sea solo de conexión. Cuéntanos qué programas usas y dónde se teclea dos veces desde contacto: la integración de sistemas resuelve más veces de las que parece lo que se había planteado como una sustitución completa.
Y si quieres situar las piezas antes, empieza por qué es un ERP o mira cómo lo abordamos en ERP y CRM a medida.
Servicios que pueden ayudarte
Si este artículo te ha resultado útil, estos servicios pueden interesarte: