Cómo integrar sistemas que no se hablan entre sí

Es una de las situaciones más frecuentes en empresas que crecieron sin plan tecnológico, que son casi todas. Tenés un sistema de facturación, un e-commerce, una planilla de comisiones y un CRM que alguien contrató. Cada uno funciona. Ninguno se habla con el resto.

El costo no es evidente porque está repartido: son las horas que alguien dedica a copiar datos de un lado a otro, los errores de esa transcripción, y las decisiones que se toman con números que no coinciden.

Primero: ¿el problema es que son varios, o que no se hablan?

Vale la pena separarlo, porque lleva a soluciones de costo muy distinto.

Tener varios sistemas no es un problema en sí. Un ERP para lo contable, un CRM para lo comercial y un e-commerce para vender es una arquitectura perfectamente sana, y casi siempre mejor que un producto único que hace las tres cosas a medias.

El problema es que no se comuniquen. Que el pedido del e-commerce haya que cargarlo a mano en el ERP. Que el cliente nuevo del CRM no exista en facturación.

La distinción importa porque la reacción instintiva —"tenemos que unificar todo en un solo sistema"— es un proyecto de meses y decenas de miles de dólares, cuando integrar suele costar una fracción y resolver el 90% del dolor.

Las opciones, de menos a más

1. Integración por API: desde USD 2.000

El escenario ideal. Los dos sistemas exponen una API y se construye la conexión: cuando pasa algo en A, se refleja en B.

Plazo típico de 2 a 4 semanas para un flujo claro entre dos sistemas. Es robusta, se puede monitorear y avisa cuando algo falla.

2. Automatización con herramientas no-code: desde USD 1.500

Con n8n, Make o Zapier se conectan sistemas sin escribir demasiado código. Sirve muy bien para flujos simples: "cuando entra un pedido, creá el contacto y avisá por Slack".

Ventaja: rápido y barato, y lo puede ajustar alguien no técnico.

Límite: cuando la lógica se complica —conciliaciones, reintentos, transformaciones raras— estas herramientas se vuelven difíciles de mantener y conviene código.

3. Cuando uno no tiene API

Pasa seguido con software viejo o con productos locales. Las salidas, en orden de preferencia:

• Import/export programado. Si el sistema exporta CSV y puede importar, se automatiza el ciclo. Frágil pero simple.
• Acceso directo a la base de datos. Si está permitido y podés leerla, es rápido. Ojo con escribir directamente: te salteás las validaciones del sistema y podés corromper datos.
• Scraping o RPA. Un proceso que opera la interfaz como lo haría una persona. Es la opción más frágil —cualquier cambio de pantalla lo rompe— y a veces la única.

4. Capa de integración propia: desde USD 4.000

Cuando hay tres o más sistemas, en vez de conectar todos con todos (que crece exponencial y se vuelve inmantenible) se construye una capa central: cada sistema habla con ella, y ella distribuye.

Cuesta más al principio y se paga sola a partir del tercer o cuarto sistema.

Lo verdaderamente difícil no es técnico

Esta es la parte que sorprende a quien nunca hizo una integración.

Conectar dos APIs es trabajo conocido. Lo difícil es que los sistemas modelan la realidad de forma distinta:

• Lo que el ERP llama "cliente" el CRM lo llama "cuenta", y no coinciden uno a uno: una cuenta puede tener tres clientes facturables.
• El e-commerce guarda el precio con impuestos y el ERP sin.
• Uno usa el CUIT como identificador único y el otro un código interno.
• Uno permite dos clientes con el mismo nombre y el otro no.

Definir esas reglas de correspondencia —qué es lo mismo, qué gana cuando hay conflicto, qué hacer cuando un dato no existe del otro lado— es el trabajo real de una integración, y es una conversación de negocio, no de programación.

Por eso una integración bien hecha empieza con alguien preguntando cosas aparentemente obvias sobre tus datos.

Las decisiones que hay que tomar de entrada

¿En qué dirección van los datos? ¿De A a B, o en los dos sentidos? La bidireccional es bastante más compleja porque aparecen los conflictos.

¿Cuál manda? Si el mismo cliente se editó en los dos lados, ¿cuál gana? Tiene que haber una respuesta definida.

¿Cada cuánto? Tiempo real cuesta más y muchas veces no hace falta. Sincronizar cada quince minutos suele ser indistinguible en la práctica.

¿Qué pasa cuando falla? Porque va a fallar: el otro sistema va a estar caído alguna vez. ¿Se reintenta, se encola, se avisa a alguien? Una integración sin manejo de errores es una bomba de tiempo silenciosa.

Cómo empezar sin comerte el proyecto entero

Un flujo por vez. No "integrar el ERP con el CRM", sino "que los clientes nuevos del CRM se creen en el ERP". Ese flujo, funcionando y monitoreado. Después el siguiente.

Elegí el que más horas te ahorra. Contá cuánto tiempo se va hoy en ese traspaso manual: es tu justificación y tu criterio de prioridad.

Poné un tablero de control. Que alguien se entere de que la integración falló sin depender de que un cliente reclame. Es barato y evita el escenario donde algo estuvo roto tres semanas.

Cuándo sí conviene reemplazar todo

Para ser justos, hay casos donde integrar es poner un parche:

• Cuando la mitad de los sistemas ya no se sostienen por su cuenta (viejos, sin soporte, sin proveedor).
• Cuando pagás tantas licencias que un sistema propio se paga en dos años.
• Cuando las reglas de negocio están tan repartidas que nadie sabe dónde vive la verdad.

Aun así, el orden sano suele ser integrar primero. Te saca el dolor inmediato y te deja evaluar con calma, con datos, si el reemplazo hace falta de verdad.

---

Si tenés sistemas que no se hablan y querés saber qué costaría conectarlos, contanos cuáles son y qué traspaso manual te está costando más horas: contanos tu caso o mirá el catálogo de integraciones que ya tenemos resueltas.