Qué es una integración (y cuándo se gana su coste)

"Esto habría que integrarlo" es de las frases que más se dicen y menos se examinan en una pyme. Suena a solución evidente: dos sistemas que no se hablan, pues que se hablen. Pero una integración es una pieza con coste propio —de construcción y, sobre todo, de por vida—, y la decisión que merece la pena tomar con calma no es "¿se puede conectar?" (casi siempre se puede), sino cuándo una integración se gana su coste y cuándo es mejor esperar.

Qué significa integrar dos sistemas

Integrar significa que un dato viaje de un sistema a otro sin que una persona lo teclee. Detrás de esa frase simple hay decisiones muy concretas: qué datos viajan exactamente (¿el pedido entero o solo el importe?), en qué dirección (¿el CRM alimenta a la facturación, o también al revés?), con qué frecuencia (al momento, cada hora, cada noche) y qué ocurre cuando los dos lados no están de acuerdo.

Una integración no es un cable: es un acuerdo entre dos sistemas, escrito en código. Y como en cualquier acuerdo, alguien tiene que fijar los términos. Esas decisiones parecen detalles técnicos, pero casi todas son decisiones de negocio disfrazadas: decidir qué lado manda sobre un dato, o cada cuánto necesita estar al día, no lo puede decidir el técnico solo.

La integración que ya tienes: una persona copiando

Si en tu empresa los datos ya llegan de un sistema a otro, ya existe una integración; la pregunta es de qué está hecha. En muchas pymes está hecha de una persona: alguien exporta de un sistema, pega en otro, revisa que cuadre y ajusta los formatos. Cada semana, o cada día.

Es una integración invisible. No aparece en ningún inventario de sistemas ni en ningún presupuesto, pero cumple exactamente esa función. Y conviene mirarla con respeto antes de eliminarla, porque tiene virtudes que una conexión automática no trae de serie: una persona detecta cosas raras, tolera excepciones y se adapta sin avisar cuando algo cambia al otro lado. Sus costes también existen, solo que nunca aparecen juntos: horas recurrentes que no se contabilizan, errores de tecleo, datos que llegan cuando alguien puede en lugar de cuando hacen falta, y una dependencia silenciosa —cuando esa persona no está, los datos no viajan—.

Reconocer el copia-pega como lo que es, una integración manual, cambia la conversación. Ya no es "¿integramos o no?", porque integrado ya está. Es "¿qué integración nos conviene tener: esta o una automática?".

Lo que se rompe cuando una de las partes cambia

Esta es la parte que menos se cuenta al vender una integración: une dos sistemas que van a seguir cambiando cada uno por su cuenta. El proveedor de uno actualiza la versión, renombra un campo o retira la vía de conexión que usabas. El otro añade un dato obligatorio que antes no existía. Alguien, con toda su buena intención, cambia una configuración.

Y la integración, que llevaba meses funcionando sin que nadie pensara en ella, deja de funcionar. A veces con un error visible; a veces en silencio, que es bastante peor, porque los datos dejan de viajar o viajan mal y nadie lo nota hasta que una cifra no cuadra.

Nada de esto desaconseja integrar. Obliga a contar el coste entero: una integración no es algo que se construye una vez, es algo que se mantiene mientras vive. Quién se entera si falla y quién la arregla forman parte del diseño tanto como los campos que viajan.

Cuándo una integración se gana su coste

Con el coste completo sobre la mesa, el criterio se vuelve bastante nítido. Una integración compensa cuando se dan, a la vez, varias de estas condiciones:

• El trasvase es frecuente y sigue reglas claras, no es puntual ni vive de excepciones.
• El coste de un error es real —facturar mal, servir tarde, perder un pedido—, no cosmético.
• Los dos sistemas están razonablemente estables. Integrar contra un sistema que estáis pensando en cambiar es pagar dos veces.
• Está decidido qué lado manda sobre cada dato que viaja. Una integración no resuelve ese desacuerdo: lo propaga más rápido.
• Alguien queda a cargo: se enterará si falla y sabe a quién llamar.

Cuándo no compensa (todavía)

El "todavía no" también tiene señales claras. Si el volumen es tan bajo que el copia-pega cuesta menos que construir y mantener la conexión, el copia-pega está bien. Si uno de los dos sistemas está en revisión, espera a saber contra qué integras. Si el proceso que hay debajo aún cambia cada poco, la integración congelará una versión que no durará.

Y hay un caso más fino: a veces el paso manual está haciendo, sin que nadie lo llame así, de punto de control. Alguien mira los datos antes de pasarlos, y esa mirada caza errores. Automatizar ese paso sin sustituir la revisión por otro control no elimina un coste: elimina un filtro. Es la versión en pequeño de una regla más general: automatizar algo desordenado solo acelera el desorden.

Cinco preguntas antes de pedir una integración

1. ¿Qué datos viajan exactamente, en qué dirección y cada cuánto?
2. ¿Qué lado manda cuando los dos no coinciden?
3. ¿Cómo os enteraréis de que ha fallado, antes de que lo note un cliente?
4. ¿Alguno de los dos sistemas va a cambiar pronto?
5. ¿Quién la mantiene cuando algo cambie? Porque algo cambiará.

Si puedes responder las cinco, la integración probablemente se gane su coste, y el proyecto será de los agradecidos. Si alguna se queda sin respuesta, ahí está el trabajo previo: son exactamente las preguntas que dejamos resueltas antes de construir nada en un proyecto de datos.