Integrar sin reemplazar: cómo conectar el ERP que ya tienes

Cuando una empresa siente que "el sistema ya no da", la primera idea suele ser cambiarlo. Es la idea más cara y casi nunca la correcta. En la mayoría de los casos el ERP hace bien su trabajo; lo que no existe es la conexión entre el ERP y el resto: el CRM, la facturación electrónica, el correo, la hoja de comisiones. Y esa conexión hoy la hace una persona, copiando.

Integrar es construir ese puente. Y se puede hacer sin tocar lo que ya funciona.

Empieza por el mapa de lo que viaja a mano

Antes de hablar de tecnología, haz un inventario de tres columnas: qué dato se mueve, de dónde a dónde, y quién lo mueve. Por ejemplo:

Dato	Origen → destino	Quién, cuándo
Pedido confirmado	CRM → ERP	Vendedor, cada pedido
Factura emitida	ERP → correo del cliente	Asistente, al final del día
Pago recibido	Banco → ERP → CRM	Contadora, cada mañana
Stock disponible	ERP → catálogo web	Nadie (está desactualizado)

Ese mapa ya dice por dónde empezar: la fila que más veces al día ocurre y la fila donde el retraso cuesta dinero. Lo demás puede esperar.

Cinco reglas que evitan que la integración se vuelva un problema

1. Cada dato tiene un dueño

Para cada fila del mapa, decide qué sistema es la verdad. El cliente vive en el CRM; la factura vive en el ERP; el pago vive en el banco. Los demás sistemas reciben una copia, nunca la editan. Cuando dos sistemas pueden editar el mismo dato, aparecen las versiones contradictorias y nadie sabe cuál es la correcta.

2. Un dato viaja en una sola dirección

Del dueño hacia los demás. Las integraciones bidireccionales existen, pero cada una duplica el trabajo de diseño y los puntos de falla. Si crees que necesitas una, casi siempre es porque no decidiste el dueño del punto anterior.

3. Si corre dos veces, no duplica

Una integración va a ejecutarse dos veces por error en algún momento: un reintento, un corte de luz, alguien que pulsa el botón otra vez. Tiene que ser capaz de reconocer "este pedido ya lo pasé" y no crearlo de nuevo. Esto se decide al inicio, con un identificador único por registro, y es lo que separa una integración seria de un script.

4. Deja rastro, y define qué pasa con los errores

Cada ejecución queda registrada: qué entró, qué salió, cuánto tardó, qué falló. Y cuando algo falla, alguien específico se entera por un canal específico, con la información suficiente para corregirlo. Una integración que falla en silencio es peor que no tener integración, porque todos creen que el dato ya pasó.

5. No integres por pantalla si hay otra puerta

Los robots que hacen clic sobre la interfaz de otro sistema se rompen con cada actualización. Si el sistema tiene API, se usa la API. Si tiene base de datos accesible, se lee la base de datos. Si solo exporta archivos, una exportación programada a CSV es una integración perfectamente válida y barata. La pantalla es el último recurso.

Un recorrido típico

Así se ve un flujo completo en una empresa mediana, una vez conectado:

1. El vendedor confirma el pedido en el CRM.
2. El pedido aparece en el ERP sin que nadie lo digite.
3. El ERP genera la factura, y la capa de DTE la firma y la transmite a Hacienda.
4. Con el sello de recepción, el cliente recibe su DTE por correo.
5. Cuando el pago entra, se registra en el ERP y el CRM marca la cuenta como pagada.

Cinco pasos, cero digitación doble. Cada sistema sigue siendo el que era. Lo nuevo es el puente, y el puente es pequeño.

Qué cuesta y cuánto tarda

Depende de cuántas filas del mapa se conectan y de qué puertas ofrece cada sistema. Pero la primera conexión, la que más duele, normalmente está en producción entre tres y seis semanas. A partir de ahí, cada conexión adicional es más rápida porque la infraestructura ya existe: el registro, los avisos de error, la forma de reintentar.

Si quieres saber cuáles de tus filas conviene conectar primero, el mapa de tres columnas es un buen punto de partida para una conversación. Nosotros lo revisamos sin costo.