Conectar dos sistemas que nunca estuvieron destinados a hablar.

Todas las empresas tienen al menos un caso así. Una persona abre dos ventanillas, lee un número en una y lo introduce en la otra. Quizás cuarenta veces al día. Nadie es responsable de este proceso, no aparece en ninguna descripción de puesto y lleva ocurriendo años.
La razón por la que sigue funcionando es que los dos sistemas nunca se diseñaron para comunicarse, y la solución obvia, reemplazar uno de ellos, cuesta más que el problema en sí. No necesita ser reemplazado. Necesita un puente.
Cuatro maneras de entrar, en orden de preferencia
Cuando alguien dice que una herramienta no se puede integrar, generalmente se refiere a que no tiene documentación API. Eso descarta una de las cuatro opciones, no todas.
1. Un auténtico API
En el mejor de los casos, y más común de lo que se piensa, muchas herramientas cuentan con una API REST API que apenas se menciona en su publicidad. Consulta la documentación para desarrolladores, verifica si tu plan incluye acceso a API y comprueba si el proveedor tiene una integración pública con alguna herramienta como n8n o Make, ya que esto suele indicar la existencia de una API API, independientemente de si se anuncia o no.
2. Webhooks salientes, API entrantes.
Muchas herramientas que no permiten realizar consultas te notificarán cuando ocurra algún evento. Un receptor de webhook, junto con una pequeña cantidad de lógica, cubre una parte sorprendente del trabajo de integración real, y es mejor que el sondeo porque se activa al producirse un evento en lugar de mediante un temporizador.
3. Exportación e importación programadas
Sin glamour y totalmente legítimo. Si un sistema puede enviar un archivo CSV por correo electrónico todas las noches o compartirlo en una carpeta compartida, ese archivo es una interfaz. Un proceso lo recoge, lo analiza, lo concilia y lo envía.
La latencia es de una noche en lugar de un segundo. Para la mayoría de las tareas administrativas, nadie nota la diferencia, y su coste es una fracción del de cualquier otra alternativa.
4. Controlar la interfaz
Es el último recurso, y funciona. Un script inicia sesión, navega y lee o introduce la información necesaria. Es la opción más frágil, ya que cualquier cambio en el diseño la interrumpe, por lo que requiere una supervisión estricta y nunca debería ser la primera opción.
Pero entre un puente frágil que está bajo vigilancia y una persona que lo construye a mano de forma permanente, el puente siempre resulta más económico.
Mover los datos es la mitad fácil.
Lo que la gente subestima es que ambos sistemas discrepan sobre la realidad, y siempre lo han hecho. Una vez que se conectan, esa discrepancia deja de ser invisible.
Los nombres se escriben de dos maneras. Un sistema registra al mismo cliente dos veces. Las fechas se escriben con el día primero en uno y con el mes primero en el otro, y ambos aceptan sin problema el formato incorrecto para cualquier día anterior al trece. Un sistema permite un campo en blanco, mientras que el otro lo considera obligatorio.
Mover los datos erróneos más rápido no supone ninguna mejora. Es el mismo problema, solo que llega antes y a más lugares.
Una integración real incluye reglas de coincidencia, un proceso de eliminación de duplicados y una decisión explícita sobre qué sucede con una fila que no encaja. Es en este último punto donde la mayoría de los proyectos fallan silenciosamente: el sistema la descarta y nadie se entera hasta que un cliente pregunta dónde está su pedido.
El comportamiento correcto es aburrido. Aparca la fila, cuenta las filas aparcadas y coloca ese recuento en algún lugar donde la gente pueda verlo.
¿Cuál es la verdad?
Decide esto antes de escribir una sola línea. Para cada campo que exista en ambos lados, un sistema lo posee y el otro lo sigue.
La sincronización bidireccional sin un propietario declarado produce el peor error de toda esta categoría: un valor que oscila entre los dos sistemas cada vez que se ejecuta cualquiera de ellos, indefinidamente, porque cada uno corrige al otro. Es difícil de detectar y exasperante de solucionar.
La unidireccionalidad no es una limitación. Es parte del diseño.
Lo que esto vale
Aquí, los cálculos son inusualmente sencillos porque el trabajo que se reemplaza es cuantificable. Cuarenta minutos diarios de copiado, a un costo total de treinta y cinco dólares la hora, representan aproximadamente seis mil dólares al año. La construcción de un puente como este suele costar una cifra baja de cuatro dígitos.
Lo que no se refleja en esa suma es la tasa de error. La reintroducción manual de datos produce errores a un ritmo que todos conocen pero nadie mide, y cada uno de ellos le cuesta a alguien una tarde.
¿Por dónde empezar?
Elige el par de sistemas donde alguien de tu empresa tenga ambas ventanas abiertas ahora mismo. Ese es el sistema, y casi siempre se puede conectar con la opción uno, dos o tres.



