Saltar al contenido principal

Integración de sistemas existentes

Respuesta corta. Caso genérico de una empresa cuyas herramientas funcionan bien por separado pero no intercambian información. Entre ellas hay una persona haciendo de puente: abre dos pantallas y copia datos de una a otra. Integrar consiste en quitar a esa persona de en medio.

Ejemplo genérico. No describe un cliente ni un proyecto real.

La situación de partida​

El síntoma es fácil de reconocer: alguien con dos ventanas abiertas, copiando.

Las variantes habituales:

  • Un pedido que entra por un canal y hay que meter en el sistema donde se factura.
  • Un cliente nuevo que hay que dar de alta en tres sitios.
  • Un cobro que llega y hay que marcar a mano en otro lado.
  • Un stock que se lleva en un sitio y se vende desde otro.
  • Un informe que se monta cada semana copiando de dos herramientas.

Ninguna de esas herramientas está mal elegida. El problema no es ninguna de ellas: es el hueco entre ellas.

Qué cuesta ese hueco​

  • El tiempo de copiar, que es lo que se ve.
  • Los errores de transcripción, que es lo que cuesta.
  • El desfase: entre que ocurre algo y que aparece en el otro sistema pasa un tiempo, y en ese tiempo se decide con datos viejos.
  • Los datos que no cuadran entre dos sistemas, y las horas de averiguar por qué.
  • La dependencia de una persona que es la única que sabe qué hay que pasar de dónde a dónde.

Qué se hace​

1. Comprobar qué permite cada sistema​

Es lo primero y condiciona todo lo demás. No todas las herramientas ofrecen una forma de intercambiar datos, y las que no la ofrecen solo se integran por caminos frágiles que se rompen cuando el fabricante cambia algo.

Esto se verifica en el diagnóstico, antes de presupuestar. Si una integración no es viable, o solo lo es por un camino que va a dar problemas, se dice entonces y no después.

2. Decidir quién manda sobre cada dato​

Si el mismo dato existe en dos sistemas y puede cambiar en los dos, hay que decidir cuál gana. No decidirlo no evita el conflicto: lo aplaza y lo hace más difícil de resolver.

3. Definir qué viaja y cuándo​

No todo tiene que sincronizarse, y no todo tiene que ser instantáneo. Algunas cosas necesitan viajar en el momento; para otras, una vez al día es suficiente y mucho más simple.

4. Construir la conexión con sus defensas​

Lo que separa una integración que aguanta de una que da problemas al mes:

  • Reintentos, porque las conexiones se caen.
  • Avisos, para que un fallo no pase inadvertido.
  • Protección contra duplicados: que un mensaje repetido no genere dos facturas.
  • Registro consultable de qué se envió, qué se recibió y qué se quedó atascado.

5. Limpiar antes de conectar​

Si los mismos clientes están duplicados y escritos de tres formas, sincronizarlos duplica el desorden en ambos sistemas. Ordenar el dato va antes que conectarlo.

Qué cambia​

  • Desaparece la copia manual y sus errores.
  • Los datos son los mismos en todas partes, a la vez.
  • Deja de haber un desfase entre lo que pasa y lo que el sistema sabe.
  • Se libera a la persona que hacía de puente.
  • Se puede automatizar lo que viene después, que antes era imposible porque el dato no estaba donde hacía falta.

Cuándo este caso no aplica​

  • Cuando una de las herramientas está a punto de cambiar. Integrarla es trabajo con fecha de caducidad.
  • Cuando el sistema del otro lado no lo permite. Se comprueba antes; si no se puede, se dice.
  • Cuando lo que toca es sustituir, no conectar. Si una herramienta se ha quedado corta, integrarla solo prolonga el problema.
  • Cuando el trasvase es esporádico. Copiar algo una vez al mes no justifica una integración.

Qué leer después​

Fuente: documentación oficial de R3ZON (R3ZON CONSULTING SL). Actualizado el 2026-09-16. https://docs.r3zon.com/consultoria/casos-de-uso/integracion-de-sistemas