Integración de sistemas: cómo crear un flujo de datos entre programas desconectados

En cuanto el pedido entra en la tienda online, tres personas reescriben la misma información en tres lugares distintos: una en el programa de contabilidad para la factura, otra en la hoja del almacén para descontar el stock y otra en el sistema de envíos para la dirección. Cada entrada es una nueva posibilidad de error y cada hoja guarda una “verdad” ligeramente distinta. Cuando a fin de mes las cifras no cuadran, averiguar quién actualizó qué dato y dónde se convierte en un trabajo en sí mismo.

La integración de sistemas es el trabajo que permite que programas que funcionan por separado compartan datos sin necesidad de volver a introducirlos, con reglas definidas y de forma trazable. El objetivo no es cambiar los sistemas, sino que cada campo de datos salga de una fuente única y fiable y llegue por sí solo a todos los lugares que lo necesitan. En este artículo explicamos cómo se construye el flujo de datos entre sistemas desconectados y a qué hay que prestar atención.

¿Dónde empieza la desconexión?

Los programas pueden estar bien cada uno en su sitio; el problema es el hueco entre ellos. Estas señales indican que el flujo de datos está roto:

• El mismo dato de cliente, producto o empleado se introduce a mano en más de un sistema.
• Los informes se preparan uniendo a mano archivos sacados de distintos sistemas.
• Hasta que el cambio en un sistema llega al otro, nadie conoce la información actualizada.
• Cuando aparece un error, no se entiende en qué sistema y en qué paso nació el problema.

Flujo de datos controlado en cuatro pasos

La integración no consiste en unir dos sistemas con un cable; es una decisión sobre qué dato se traslada, en qué dirección y con qué regla. En sus trabajos de Integración, YazSis sigue estos cuatro pasos:

1. Defina la fuente. Elija una fuente única y fiable para cada campo de datos. ¿El registro principal de la dirección del cliente se llevará en el CRM o en la contabilidad? Si no se toma esta decisión, los dos sistemas se pisan los datos.
2. Diseñe el flujo. Se determinan la dirección, la frecuencia y la transformación de los datos: ¿se trasladarán al instante, cada hora, cada día? ¿Cómo se corresponderán los campos? ¿Qué pasará cuando el otro sistema esté caído? Los escenarios de error deben escribirse en esta fase.
3. Monte el control. Se aplican registro (log), permisos, reintentos y validación de datos. ¿Qué servicio accede a qué datos, se reintenta una transferencia fallida, dónde espera el registro erróneo? Todo esto debe quedar documentado.
4. Hágalo visible. Se sigue la salud de la integración y su resultado para el negocio: ¿cuántos registros se trasladaron hoy, cuáles dieron error, quién se ocupará? Una integración invisible se estropea en silencio y, cuando se detecta, los datos ya están contaminados.

Concretémoslo con un ejemplo pequeño. La fuente del pedido aprobado es el sistema de e-commerce; de ahí salen el número de pedido, el producto y el importe. El flujo es unidireccional: el pedido se traslada primero al ERP y después a la contabilidad, y la regla de activación de cada transferencia está escrita desde el principio. En la capa de control, si el mismo número de pedido llega por segunda vez, no se abre un registro nuevo; si la transferencia falla, el pedido no se pierde, espera y se envía un aviso a la persona correspondiente. Para la visibilidad, en pantalla se listan cuántos pedidos se trasladaron, cuántos esperan y cuántos dieron error. Los cuatro pasos funcionan incluso en un flujo pequeño.

¿Qué sistemas se conectan entre sí?

El alcance varía de una empresa a otra. Estas son las principales áreas de conexión; cada una se aborda por separado en el alcance del proyecto, según su sistema actual:

• ERP y contabilidad: sincronizar de forma coherente los datos de operaciones y finanzas.
• Nómina y PDKS (control de presencia): conectar los datos de personal y de tiempo con los flujos de trabajo correspondientes.
• CRM y e-commerce: centralizar los datos de clientes, pedidos, productos y estados.
• Banco: integrar los flujos de datos financieros mediante servicios controlados.
• Producción y almacén: llevar el movimiento del campo al ERP y a la capa de informes.
• SMS y correo electrónico: gestionar las notificaciones desde una capa de comunicación central y trazable.

Cuatro errores frecuentes

• Conectarlo todo a la vez. Empezar con un solo flujo y ampliar cuando se vea que funciona reduce tanto el riesgo como la carga del equipo.
• Dejar los escenarios de error para el final. La integración suele funcionar cuando todo va bien; la verdadera prueba empieza cuando un sistema no responde.
• No elegir bien la fuente en un flujo bidireccional. Si los dos sistemas pueden modificar el mismo campo, debe estar claro de antemano quién gana.
• Montarla y no vigilarla. Cuando el flujo de datos se estropea, quien lo nota primero suele ser un directivo que ha visto una cifra equivocada.

Una integración no es una conexión que se monta una vez y se olvida, sino una línea de producción que funciona cada día y cuya salud se vigila.

No hace falta cambiar todos los sistemas

El primer reflejo de las empresas con desconexión de datos suele ser “cambiemos el software”. Sin embargo, una capa de integración adecuada integra la operación conservando las inversiones existentes. La primera pregunta no debe ser qué software descartar, sino qué dato no llega a tiempo a qué sistema. La respuesta suele apuntar a un solo flujo de datos; cuando ese flujo se corrige, el equipo gana tiempo y vuelve a confiar en las cifras. Pasar después al siguiente flujo mantiene el proyecto manejable y medible.

Para abordar juntos la desconexión de datos entre sus sistemas, puede visitar la página de Integración.