Sus sistemas no se hablan: cómo integrarlos sin reemplazarlos

Una empresa de servicios financieros recibe solicitudes de clientes por WhatsApp. Alguien del equipo copia los datos en el CRM. Al final del día, otra persona exporta el CRM, arma una planilla y la carga en el ERP. Con errores. El día siguiente empieza reconstruyendo cuál versión es la correcta.

No es un caso extremo: es el flujo de datos estándar en la mayoría de las empresas medianas de LATAM. Y no se resuelve con un sistema nuevo. Se resuelve conectando los que ya tiene.

La planilla puente no es una solución: es el síntoma

Una planilla puente es el archivo que alguien crea para pasar datos de un sistema a otro. Es la señal más clara de que dos plataformas que deberían comunicarse no lo hacen.

El problema no es la planilla en sí: es lo que esconde. Mientras exista ese intermediario manual, la operación depende de que alguien la ejecute, del momento en que lo haga y de que no cometa errores al hacerla. Tres condiciones que ningún proceso operativo debería necesitar para funcionar.

Los síntomas son reconocibles para cualquier director de operaciones o gerente de TI:

• Datos que existen en el CRM pero no en el ERP, o al revés.
• Versiones distintas del mismo cliente en dos sistemas distintos.
• Tiempo de equipo dedicado a copiar, validar y corregir información que ya estaba ingresada en otro sistema.
• Errores que aparecen en la factura o en el reporte, no en el proceso donde se originaron.

Cada uno de esos síntomas tiene la misma causa: los sistemas no comparten datos. Y la solución no es reemplazarlos.

Integrar no es reemplazar: el dato viaja, los sistemas se quedan

El malentendido más común cuando se habla de integración es que implica una migración o un cambio de plataforma. No es así.

Integrar significa crear el canal por el que el dato viaja de un sistema al otro de forma automática. El CRM sigue siendo el CRM. El ERP sigue siendo el ERP. Lo que cambia es que lo que entra en uno aparece en el otro, en tiempo real, sin que nadie lo lleve.

El flujo de un dato integrado se ve así:

• El cliente escribe por WhatsApp, correo o formulario web.
• La capa de integración lee, valida y clasifica la información: nombre, tipo de solicitud, datos relevantes para el proceso.
• El registro llega al ERP de forma automática, sin tipeo, sin planilla, sin demora.

El mismo dato, una sola vez, en el lugar correcto.

Para lograrlo no se toca la lógica interna de cada sistema: se construye la capa de integración entre ellos. Plataformas de orquestación como n8n o Stonebranch hacen exactamente eso: conectan sistemas que antes no tenían forma de comunicarse, respetando los permisos y las validaciones que la operación define.

Tres escenarios de integración que las empresas de LATAM resuelven hoy

No toda integración es igual. Estos son los tres casos más frecuentes en empresas medianas y grandes de la región:

Del canal de atención al ERP, sin pasos manuales

Un cliente escribe por WhatsApp o completa un formulario web. La solicitud se procesa, se valida y se registra en el ERP sin que nadie del equipo tenga que intervenir. Esto aplica para apertura de cuentas, solicitudes de crédito, reclamos y órdenes de compra, entre otros procesos.

CRM y ERP sincronizados en tiempo real

Lo que entra en el CRM (nuevo cliente, actualización de datos, oportunidad ganada) aparece en el ERP sin retraso. Lo que el ERP registra (factura emitida, pago procesado, estado de entrega) vuelve al CRM para que el equipo comercial lo vea. Sin exportaciones periódicas, sin "después lo paso al sistema".

Orquestación entre sistemas core y plataformas satélite

Los sistemas de contabilidad, facturación, inventario y logística manejan datos que se necesitan mutuamente. Una capa de orquestación define qué dato viaja, cuándo y con qué prioridad, de modo que cada sistema trabaja con información actualizada sin que nadie gestione esa sincronización de forma manual.

Los cuatro desafíos reales de conectar sistemas en producción

La integración de sistemas que ya están en uso tiene obstáculos concretos. Los cuatro más habituales en proyectos de LATAM:

Sistemas heredados sin API disponible. Los sistemas más antiguos no exponen interfaces modernas para intercambiar datos. En esos casos, las herramientas de RPA (como UiPath o Automation Anywhere) actúan como puente: interactúan con la interfaz del sistema como lo haría una persona, sin necesidad de acceso al código fuente.

Falta de estandarización entre plataformas. Dos sistemas pueden llamar "cliente" a objetos distintos, usar formatos de fecha incompatibles o tener reglas de validación que se contradicen. La capa de integración mapea esas diferencias antes de que el dato viaje, de modo que cada plataforma recibe exactamente lo que espera.

Seguridad y trazabilidad de los datos. Los datos que cruzan entre sistemas deben hacerlo con permisos definidos, registro de auditoría y cumplimiento de las regulaciones aplicables: SOX, Basilea, normativas de la Superintendencia según el país. Una integración bien construida registra cada movimiento y restringe el acceso según el rol, no según quién tiene abierta la planilla.

Mantenimiento a largo plazo. Una integración que nadie mantiene se convierte en el próximo cuello de botella. Los flujos cambian cuando cambian los procesos, y la capa de integración tiene que actualizarse con ellos. El mantenimiento no es un costo adicional que aparece después: es parte del diseño desde el primer día.

Primero el proceso, después la integración

Hay una pregunta que casi ningún proyecto de integración hace antes de conectar nada: ¿el proceso que se va a automatizar funciona bien?

Integrar un proceso roto no lo corrige: lo hace fallar más rápido y con más sistemas involucrados. Si el flujo de aprobación de créditos tiene pasos redundantes, excepciones sin dueño o datos que nadie valida de forma consistente, automatizarlo amplifica esos problemas.

Por eso el primer paso en cualquier proyecto de este tipo es el Process Discovery: relevar cómo funciona el proceso hoy, dónde se rompe el flujo de datos, qué pasos agregan valor y cuáles son consecuencia directa de que los sistemas no se hablan. Ese relevamiento define qué conectar, en qué orden y con qué validaciones.

La integración viene después, una vez que el proceso que se va a automatizar ya tiene sentido por sí solo.

Más de 15 años integrando operaciones en 7 países de LATAM nos enseñaron que las integraciones que perduran son las que se diseñan sobre procesos entendidos, no sobre la urgencia de hacer que los sistemas hablen. La tecnología de conexión existe y madura rápido. El relevamiento previo es lo que define si la integración resuelve el problema o lo desplaza.

Si sus sistemas muestran alguno de los síntomas de esta nota, una buena lectura previa es las 3 señales de que su proceso pide automatización. Si ya tiene claro el proceso y quiere avanzar, hablemos 20 minutos sobre su caso.