De qué hablamos
La integración de sistemas consiste en conectar programas que la empresa ya tiene para que compartan información: los pedidos de la tienda online que entran solos en el programa de gestión, los clientes del CRM que llegan a facturación, las existencias del almacén que se ven en la web. Cada dato se introduce una vez y viaja a donde hace falta.
Se le llama también integración de aplicaciones. No hay que confundirla con «integrar sistemas de gestión» en el sentido de las normas de calidad, ni con la integración de maquinaria industrial: aquí se trata de software empresarial.
Cuándo se plantea
Hace falta cuando la empresa ha ido sumando programas, cada uno bueno en lo suyo, y la información entre ellos la mueven personas: exportar, copiar, pegar, revisar. Se nota en los datos que no cuadran entre departamentos, en el stock que la web vende y el almacén no tiene, o en el cierre de mes que consiste en conciliar listados. También al incorporar un sistema nuevo que tiene que convivir con los anteriores.
Qué incluye un proyecto bien planteado
- Un inventario de los sistemas implicados y de lo que cada uno permite: API, ficheros, base de datos.
- La definición de qué dato manda en cada caso, para que dos sistemas no se pisen.
- El mapa de correspondencias: qué campo de un programa equivale a cuál del otro.
- La integración en sí, directa o con una pieza intermedia.
- Gestión de errores: qué ocurre si un sistema está caído o rechaza un dato.
- Monitorización y avisos, para enterarse antes que el cliente.
- Una carga inicial que ponga de acuerdo los datos que ya existen.
Qué mueve el precio
- Cuántos sistemas se conectan y en cuántas direcciones viajan los datos.
- Si tienen API documentada: es la diferencia entre un trabajo limpio y uno artesanal.
- La calidad de los datos: códigos de cliente distintos en cada programa hay que reconciliarlos antes.
- Tiempo real o por lotes: sincronizar al instante exige más que hacerlo cada noche.
- Los permisos de terceros: algunos fabricantes cobran por abrir su API o exigen un módulo.
- La vigilancia posterior, porque cualquier actualización de uno de los sistemas puede romperla.
De qué depende el plazo
Conectar dos sistemas con buenas API es rápido. El plazo se alarga por lo que rodea a la programación: conseguir accesos y documentación de cada proveedor, acordar qué sistema es la referencia de cada dato y limpiar lo que ya está duplicado. Cuando intervienen varios proveedores, sus tiempos de respuesta pesan más en el calendario que el desarrollo.
Lo que suele complicarse
Una integración vive entre sistemas que no controla. Se complica cuando uno de ellos se actualiza y cambia su comportamiento, cuando el proveedor de un programa no colabora, o cuando los datos de origen tienen años de inconsistencias que nadie había tenido que mirar. Por eso la parte menos vistosa —errores, reintentos, avisos— es la que distingue una integración que aguanta de una que hay que vigilar a mano.
Errores que salen caros
- Dar por hecho que «tiene API». Hay que comprobar que expone justo los datos que se necesitan, y con qué límites.
- No decidir quién manda. Si el precio se puede cambiar en dos sitios, antes o después habrá dos precios.
- Olvidar los datos existentes. Integrar hacia delante sin reconciliar lo anterior deja dos realidades.
- No avisar a los otros proveedores. Sin su colaboración, cualquier incidencia se eterniza.
- Confiar en que no fallará. Fallará; lo que importa es enterarse y que no se pierdan datos.
Qué te tiene que quedar por escrito
- Qué datos viajan, en qué dirección, con qué frecuencia y cuál es el sistema de referencia de cada uno.
- Los accesos y licencias necesarios en cada sistema, y a nombre de quién están.
- Cómo se detectan y se comunican los errores, y quién los resuelve.
- Qué pasa cuando uno de los sistemas se actualiza: quién adapta la integración y con qué coste.
Situaciones habituales
Ejemplos de lo que cabe aquí: una tienda online cuyo catálogo, precios y stock deben salir del programa de gestión; un CRM que tiene que crear el cliente en facturación cuando se cierra una venta; una empresa con varias delegaciones y un programa distinto en cada una que quiere informes comunes; o la conexión con la plataforma de un cliente grande que exige recibir pedidos y facturas en su formato. Si además de mover datos hay pasos que hoy son manuales, mira la automatización de procesos.
Qué preparar antes de pedir propuesta
- La lista de programas, con su versión y quién los mantiene.
- Qué datos tienen que pasar de uno a otro y en qué momento.
- Si cada programa tiene API, exportaciones o ninguna de las dos.
- Cómo se hace hoy ese traspaso y cuánto tiempo ocupa.
- Qué problemas concretos provoca: errores, retrasos, datos que no cuadran.