Conectar los sistemas que hoy no se hablan
El ERP no sabe lo que pasa en la tienda, el CRM no ve la facturación y alguien del equipo hace de puente copiando datos a mano. Eso se conecta.
En resumen
- Conectar dos sistemas en el camino feliz es trabajo de días; lo que decide si la integración sobrevive es qué pasa cuando el otro sistema está caído o el mismo evento llega dos veces.
- Por eso Quarl construye con idempotencia, reintentos con espera creciente, cola para lo que no se pudo procesar y monitoreo con alertas.
- Una integración que falla en silencio es peor que no tenerla, porque el negocio sigue operando con datos incompletos sin saberlo.
- Los servidores Model Context Protocol exponen los sistemas como herramientas estandarizadas, de forma que cualquier agente de IA los consuma sin integraciones frágiles a medida.
Antecedente de operación
Tres años de operación del sistema en producción, no una entrega y una salida.
El fallo más frecuente de las arquitecturas RAG, resuelto con metadata estructurada en la ingesta.
La propuesta llega en 48 horas con alcance, precio y fecha fijos. Si el alcance cambia, se cotiza aparte y se aprueba antes.
Los puentes que más nos piden
- Tienda en línea con inventario y facturación. Que un pedido descuente existencias, genere la factura y notifique sin que nadie toque nada.
- CRM con facturación y cobranza. Para que comercial vea el estado real de la cuenta sin pedirle un reporte a contabilidad.
- Sistemas heredados con aplicaciones nuevas. Cuando el sistema viejo funciona pero no expone nada, y reemplazarlo no es opción.
- Formularios y canales con la base de datos. Que lo que entra por web, WhatsApp o correo llegue estructurado a donde tiene que llegar.
- APIs propias para terceros. Cuando tus clientes o aliados necesitan consumir tu información de forma controlada y documentada.
- Servidores MCP. Exponer tus sistemas como herramientas estandarizadas para que cualquier agente de IA los use sin integraciones frágiles y a medida.
Integrar es fácil; que siga funcionando, no
Conectar dos sistemas en el camino feliz es trabajo de días. Lo que decide si la integración sobrevive es todo lo demás: qué pasa cuando el otro sistema está caído, cuando devuelve un dato con formato inesperado, cuando el mismo evento llega dos veces, cuando hay que reprocesar un día entero sin duplicar registros.
Por eso todo lo que construimos lleva idempotencia, reintentos con espera creciente, cola para lo que no se puede procesar y monitoreo con alertas. Una integración que falla en silencio es peor que no tenerla, porque el negocio sigue operando con datos incompletos sin saberlo.
Rangos y plazos
| Alcance | Ejemplo | |
|---|---|---|
| Integración puntual | Dos sistemas, un flujo de datos, con monitoreo y reintentos. | 2–3 semanas |
| Varias integraciones | Tres o cuatro sistemas sincronizados con reglas de negocio entre ellos. | 4–6 semanas |
| API propia | Interfaz documentada para terceros, con autenticación, límites de uso y versionado. | 4–8 semanas |
| Servidor MCP | Tus sistemas expuestos como herramientas para agentes de IA. | 2–4 semanas |
Con qué integramos
Servicios relacionados
Automatización con IA
Aplicada donde hay volumen y reglas estables, no donde hay expectativa.
Ver servicioDesarrollo de software
El sistema alrededor del modelo, no solo el modelo.
Ver servicioAgentes de IA
Orquestación con LangGraph, estado durable y supervisión humana en los pasos con consecuencia.
Ver servicioAplicaciones móviles
iOS y Android, con la inferencia del lado correcto.
Ver servicioPreguntas frecuentes
¿Y si nuestro sistema no tiene API?
Hay salidas y dependen del caso: intercambio de archivos programado, lectura directa de la base de datos cuando el proveedor lo permite, o una capa intermedia que expone lo que el sistema viejo no expone. Lo que no recomendamos es automatizar la interfaz gráfica: funciona hasta que el proveedor cambia una pantalla y se rompe todo sin aviso. Si tu sistema es completamente cerrado, te lo decimos en la primera llamada.
¿Qué pasa si el otro sistema se cae?
La integración lo asume desde el diseño: reintentos con espera creciente, cola para lo que no se pudo procesar, y alerta cuando algo lleva demasiado tiempo pendiente. Cuando el sistema vuelve, se procesa lo acumulado sin duplicar registros. Ese comportamiento es lo que separa una integración de producción de un script que funcionó una vez.
¿Qué es idempotencia y por qué la mencionan tanto?
Es que procesar el mismo evento dos veces produzca el mismo resultado que procesarlo una. Importa porque en sistemas distribuidos los eventos se duplican: un reintento, un webhook que llega dos veces, una reconexión. Sin idempotencia eso significa facturas dobles o inventario descontado dos veces. Es de las cosas que nunca se ven en la demo y siempre aparecen en producción.
¿Qué es un servidor MCP?
Model Context Protocol es un estándar para exponer sistemas y datos como herramientas que un modelo de lenguaje puede usar. En vez de programar una integración a medida por cada agente que construyas, exponés tus sistemas una vez y cualquier agente los consume. Si estás pensando en varios agentes, empezar por acá ahorra bastante trabajo repetido.
¿Cuánto cuesta mantener una integración?
La infraestructura suele ser baja: entre 80.000 y 300.000 COP mensuales para volúmenes típicos. El costo real aparece cuando el sistema del otro lado cambia su API, y eso pasa. Por eso documentamos las dependencias externas y dejamos el monitoreo configurado, para que el cambio se detecte el mismo día y no tres semanas después.
¿Pueden documentar nuestra API existente?
Sí, y es un encargo más frecuente de lo que parece. Documentación OpenAPI generada desde el código, con ejemplos y ambiente de pruebas, más versionado si hace falta. Cuando la API la consumen terceros, esto reduce mucho la carga de soporte.
¿Trabajan con sistemas colombianos específicos?
Sí: facturación electrónica, pasarelas de pago locales, plataformas de envío y ERPs usados en el país. Cuando aparece un sistema que no conocemos, lo primero que revisamos es qué expone y qué tan estable es su interfaz, y eso lo evaluamos antes de cotizar para no prometer sobre supuestos.
Agendá 15 minutos
Contanos qué estás construyendo o qué dejó de funcionar. Salís de la llamada con una respuesta concreta: se arregla, se construye, o no vale la pena.