Insights / Integración

El costo oculto de los sistemas que no se comunican entre sí

El software desconectado rara vez falla de golpe. Le cuesta dinero lentamente, a través de la reescritura de datos, hojas de cálculo paralelas y decisiones tomadas sobre cifras que no coinciden.

· 3 min de lectura

Manojos densos de cables de red azules

Cuando dos sistemas empresariales no comparten información correctamente, suele tratarse como una molestia menor. Alguien exporta una hoja de cálculo, corrige algunas filas, la envía por correo a un colega y este la sube a otro lugar. Funciona, hasta que esa persona se va de vacaciones, el volumen de pedidos se duplica o uno de los sistemas se actualiza y el archivo se ve diferente.

Lo que empezó como una solución rápida se ha convertido silenciosamente en algo de lo que depende el negocio.

La reescritura es solo el costo visible

El costo obvio es el tiempo dedicado a copiar información de un lugar a otro. El costo mayor es el retraso. Se recibe un pedido, pero los niveles de inventario no lo reflejan hasta mañana. Llega un pago, pero las cuentas siguen mostrándolo como pendiente. El equipo terminó el trabajo esta mañana, pero la oficina todavía cree que está abierto.

La gente busca soluciones para estas brechas. Se llaman por teléfono para verificar. Llevan sus propias hojas de cálculo. Añaden pasos de aprobación adicionales por si acaso. Con el tiempo, la empresa construye un segundo sistema no oficial sobre los oficiales, que suele residir en la cabeza de unos pocos empleados experimentados.

Decidir qué sistema está a cargo de qué

Antes de conectar nada, hago una pregunta sencilla que resulta ser muy importante: para cada dato, ¿qué sistema tiene la última palabra?

Si la dirección de un cliente se puede cambiar en tres lugares diferentes, ¿cuál prevalece? Si se cancela una factura después de haber pasado a contabilidad, ¿cómo se entera contabilidad? Si un escáner envía accidentalmente la misma lectura dos veces, ¿debería eso crear dos transacciones?

Estas parecen preguntas técnicas, pero en realidad son decisiones de negocio. Acordarlas de antemano ahorra mucha confusión después. Una conexión puede mover datos perfectamente y, aun así, mover los datos equivocados.

Planificar para cuando las cosas salgan mal

Las conexiones entre sistemas fallan de formas comunes. El internet se cae. Una contraseña caduca. Un proveedor cambia su software. La información llega en el orden incorrecto. Una buena conexión prevé esto. Detecta el problema, retiene la información, vuelve a intentarlo de forma sensata y facilita que alguien vea qué está atascado y lo solucione.

Reintentar requiere cuidado. Consultar un nivel de inventario dos veces no hace daño. Enviar el mismo pago o el mismo envío dos veces, sí. Las conexiones bien construidas reconocen un mensaje repetido y lo ignoran, en lugar de procesarlo por segunda vez.

Hacer que los problemas sean fáciles de ver

Una buena conexión debería poder responder a unas cuantas preguntas sencillas en cualquier momento. ¿Cuántos pedidos entraron hoy? ¿Hay alguno en espera? ¿Cuánto tiempo lleva esperando el más antiguo? ¿Falló algo y alguien necesita revisarlo?

Las alertas más útiles son sobre el negocio, no sobre las computadoras. 'Un pedido no ha llegado al almacén en dos horas' es mucho más útil que 'el servidor está ocupado'.

También vale la pena comparar regularmente los totales entre sistemas: recuento de pedidos, totales de facturas, inventario disponible. Incluso los buenos sistemas se desvían lentamente. Nadie puede prometer que nada saldrá mal. Lo que se puede hacer es detectar los problemas a tiempo, antes de que se conviertan en sorpresas costosas.

Corregir primero la conexión que más duele

No todas las conexiones necesitan ser instantáneas. Un informe de ventas que se actualiza de la noche a la mañana suele estar perfectamente bien. Cualquier cosa que controle qué inventario está disponible para vender, o que mueva dinero, debe ser mucho más confiable y estar más vigilada.

Un buen lugar para empezar es esquematizar cómo se mueve la información en la empresa, contar cuántas veces la gente la gestiona manualmente y anotar qué problemas consumen más tiempo. Luego, corrija primero la conexión más problemática. Un enlace pequeño y bien vigilado puede eliminar más riesgo que un gran proyecto de plataforma que nunca llega a terminarse.

Si recuerda una sola cosa

Una buena integración no se trata de cuántos sistemas ha conectado. Se trata de que la información correcta llegue al lugar adecuado en el momento oportuno, y de poder ver rápidamente cuando no es así.

← Todos los insightsHable conmigo sobre su sistema