Cómo conectar dos programas que no tienen integración entre sí

Dos programas pueden ser adecuados por separado y obligar, juntos, a copiar información todos los días. El CRM conoce al cliente, el ERP factura, la tienda recibe pedidos y una hoja completa el hueco. Cuando no existe un botón de «integrar», eso no significa necesariamente que la conexión sea imposible.

La solución depende de qué ofrece cada sistema, qué datos deben moverse y qué consecuencias tendría un error. Integrar no es sólo transportar campos: es mantener significado, reglas y trazabilidad entre herramientas distintas.

Primero define el intercambio, no la tecnología

Antes de buscar APIs, concreta un caso de uso completo. Por ejemplo: «cuando un pedido pagado entra en la tienda, crear un pedido pendiente en el ERP y registrar el identificador resultante». Esa frase permite responder preguntas importantes:

• qué evento inicia la operación;
• qué campos son obligatorios;
• qué sistema manda sobre cada dato;
• qué hacer si el cliente o artículo no existe;
• cómo evitar duplicados;
• quién necesita saber que ha fallado.

«Sincronizar clientes» es demasiado ambiguo. ¿En una dirección o en ambas? ¿Se eliminan? ¿Qué ocurre si se editan al mismo tiempo? Cuanto más concreto sea el flujo, más segura y económica será la integración.

Opción 1: API oficial

Una API es la vía prevista para que otro software consulte o ejecute operaciones. Suele ofrecer autenticación, documentación, códigos de error y límites conocidos. Si ambos sistemas tienen API, se puede construir un conector que traduzca datos y reglas.

Aun así, «tiene API» no garantiza que incluya la operación necesaria. Hay APIs de sólo lectura, módulos restringidos por licencia o endpoints que no exponen determinados datos. La documentación debe revisarse antes de presupuestar.

Opción 2: webhooks o eventos

Un webhook avisa cuando ocurre algo: pedido creado, pago confirmado o oportunidad ganada. Evita preguntar continuamente al sistema si hay novedades. Lo habitual es combinar el webhook de origen con la API del destino.

El receptor debe validar la autenticidad, responder rápido, procesar con seguridad y tolerar que el mismo evento llegue más de una vez.

Opción 3: archivos de intercambio

CSV, Excel, XML o JSON siguen siendo útiles cuando el software permite exportar e importar de forma estable. Un proceso puede recoger el archivo, validar columnas, transformar valores y dejar preparado el resultado para el otro sistema.

No es tiempo real, pero puede ser suficiente para catálogos, tarifas o cierres diarios. Una solución simple y observable suele ser mejor que una conexión instantánea difícil de mantener.

Opción 4: correo estructurado

Algunos sistemas sólo envían notificaciones por correo. Si el formato es estable, se pueden extraer datos y convertirlos en una tarea o registro. Es menos robusto que una API y debe manejar cambios de plantilla, adjuntos y mensajes incompletos, pero puede resolver flujos de baja criticidad.

Opción 5: acceso autorizado a datos

En aplicaciones instaladas puede existir una base de datos accesible. Consultarla en modo lectura para informes puede ser viable con permiso del proveedor y documentación suficiente. Escribir directamente es mucho más arriesgado: puede romper reglas internas, soporte o actualizaciones.

Antes de usar esta vía hay que acordar alcance, copias de seguridad, compatibilidad y responsable del mantenimiento.

Opción 6: automatización de interfaz

La automatización que imita clics o escritura puede cubrir una aplicación cerrada. Es el último recurso porque un cambio de pantalla, una ventana inesperada o una sesión caducada puede detenerla. Si se utiliza, necesita supervisión, registros y un procedimiento manual alternativo.

Arquitecturas posibles

Conexión directa

El sistema A llama al B. Es sencilla cuando sólo existe un flujo pequeño, pero ambos quedan acoplados: un cambio en uno exige tocar la conexión.

Servicio intermedio

Una pieza independiente recibe, valida, transforma y entrega. Permite colas, reintentos, registros y reglas propias. Resulta útil cuando la operación es importante o participan varias herramientas.

Plataforma de automatización

Herramientas de flujos pueden acelerar integraciones conocidas y visibles. Hay que valorar coste por ejecución, límites, protección de datos, control de versiones y facilidad para salir de la plataforma.

Las garantías que no deberían faltar

• Idempotencia: repetir una petición no duplica el resultado.
• Registro: cada intercambio deja una referencia consultable.
• Reintentos controlados: un fallo temporal no pierde la operación ni la repite sin límite.
• Alertas útiles: avisan cuando alguien puede actuar, no por cada detalle técnico.
• Reconciliación: se puede comprobar que origen y destino coinciden.
• Seguridad: credenciales protegidas y permisos mínimos.

Qué información pedir al proveedor

1. ¿Existe API o SDK oficial y qué licencia requiere?
2. ¿Hay documentación y entorno de pruebas?
3. ¿Admite webhooks, exportaciones o importaciones programadas?
4. ¿Qué límites de uso y versiones mantiene?
5. ¿La integración afecta al soporte?
6. ¿Cómo se autentica y cómo se renuevan las credenciales?

La mejor integración no es la más sofisticada. Es la que mueve el dato necesario, detecta los fallos y puede mantenerse cuando cambie uno de los programas.

Si en tu empresa de Lorca o Murcia alguien actúa como «conector humano» entre dos sistemas, Minarrolabs puede estudiar las opciones oficiales y proponer una conexión proporcional al riesgo y al volumen.