Cuando una empresa llega a nosotros con el problema de que “los sistemas no se hablan”, la primera pregunta no es ¿qué construimos? La primera pregunta es ¿tenemos que construir algo nuevo, o basta con conectar lo que ya existe?
La respuesta importa porque la diferencia de costo puede ser de 3x a 10x.
El problema que nadie quiere admitir
En la mayoría de los proyectos que revisamos, el ERP funciona. El CRM funciona. El portal de clientes funciona. El problema es que ninguno le habla al otro, entonces hay alguien en el medio copiando datos de una pantalla a un Excel para pasarlos a otro sistema — todos los días, varias veces.
La solución obvia parece ser “construyamos un sistema nuevo que lo haga todo”. Y a veces esa es la respuesta correcta. Pero muchas veces no lo es, y en esos casos la empresa termina pagando tres o cuatro veces más de lo necesario para resolver un problema que era, en esencia, de comunicación entre sistemas.
Por eso usamos un framework simple antes de escribir la primera línea de código: build, buy o integrate.
El framework build-buy-integrate
Antes de proponer cualquier solución, hacemos tres preguntas:
¿Tu proceso es un diferencial competitivo real? Si lo que necesitas construir es la forma en que tu empresa cobra, despacha o atiende clientes de una manera que nadie más tiene, entonces construir desde cero tiene sentido. Es lo que te diferencia en el mercado y no vas a encontrarlo en ninguna solución enlatada.
¿El mercado ya tiene algo que resuelve esto bien? Si tu necesidad es estándar — gestión de tickets de soporte, facturación electrónica, envío de notificaciones — hay soluciones maduras que lo resuelven mejor y más barato de lo que podríamos construir. En ese caso, la respuesta es comprar (SaaS o licencia) e integrar esa solución a tu stack.
¿Tus sistemas actuales funcionan bien y tienen datos confiables? Si la respuesta es sí, lo más probable es que el camino sea integrar. No reemplazar. Conectar lo que ya existe con una capa de integración de sistemas que permita que los datos fluyan donde tienen que fluir, sin duplicaciones manuales.
El caso que nos abrió los ojos
Hace dos años nos llegó un proyecto de una empresa distribuidora con cuatro sistemas en producción: un ERP de contabilidad y stock, un CRM de ventas, un portal web de pedidos para clientes y un sistema de logística de despacho. Los cuatro funcionaban. El problema era que ninguno se sincronizaba con los otros, así que había cuatro personas dedicadas a tiempo parcial a mover datos entre sistemas — un trabajo completamente manual y fuente constante de errores.
La propuesta inicial que habían recibido de otro proveedor era reemplazar los cuatro sistemas por uno nuevo que los unificara. Costo estimado: alrededor de 2.000 UF (~$78,6M CLP a valores de referencia) y dieciocho meses de proyecto.
Nuestra propuesta fue distinta: en vez de reemplazar, conectar. Mapeamos los flujos de datos entre los cuatro sistemas, identificamos los puntos de sincronización críticos y diseñamos una capa de integración con APIs y un bus de eventos simple. El costo fue 600 UF (~$23,6M CLP) y el proyecto estuvo en producción en cuatro meses.
Eso es integrar en vez de construir desde cero: el 30% del costo de refactorizar, con el mismo resultado operativo.
Los cuatro sistemas siguieron siendo los mismos. Nadie tuvo que aprender una interfaz nueva. Los datos fluyen solos.
Cuándo integrar tiene sentido
La integración de sistemas es la respuesta correcta cuando se cumplen estas condiciones:
- Los sistemas existentes resuelven bien su función específica y los usuarios ya los conocen.
- El problema es el flujo de información entre ellos, no la lógica interna de cada uno.
- Los datos en cada sistema son confiables: sin duplicados masivos, sin campos vacíos críticos, con identificadores únicos que permitan hacer el match entre fuentes.
- Existe alguna forma de acceder a los datos de cada sistema (API, base de datos accesible, exportación estructurada).
Si esas cuatro condiciones se cumplen, integrar es casi siempre más rápido y más barato que construir desde cero. Y más seguro: no hay migración de datos, no hay capacitación masiva, no hay riesgo de que los usuarios se nieguen a usar el sistema nuevo.
Cuándo NO integrar: la trampa de los datos sucios
Acá está la parte que nadie quiere escuchar, y que nosotros decimos siempre antes de comprometer un presupuesto.
La integración de sistemas fracasa —o cuesta tres veces más de lo proyectado— cuando los datos de origen son un desastre. Y por “desastre” me refiero a situaciones como estas:
- El RUT del cliente está en cinco formatos distintos dependiendo de quién lo ingresó.
- Los productos tienen tres códigos distintos en el ERP, el CRM y el portal web, y ninguno tiene correspondencia clara.
- La lógica de negocio crítica no está en el sistema, está en la cabeza de tres personas y en una hoja de cálculo que nadie toca por miedo.
- Los mismos registros están duplicados en el sistema con pequeñas variaciones en el nombre.
En esos casos, el proyecto de integración se convierte inevitablemente en un proyecto de limpieza de datos — y eso puede costar más que la integración misma. Lo que cambia es la estrategia: primero sanear los datos, luego integrar. O evaluar si construir desde cero, con un modelo de datos limpio y bien diseñado, no resulta más barato a largo plazo.
Lo que no tiene ningún sentido es integrar datos sucios. Lo único que consigues es que los errores se propaguen más rápido entre más sistemas.
Los costos reales de integrar en Chile
Los rangos que manejamos para proyectos de integración de sistemas en Chile en 2026:
| Tipo de integración | Rango (UF) | Aprox. CLP | Aprox. USD | Plazo |
|---|---|---|---|---|
| Integración puntual (2 sistemas, flujo simple) | 80 – 200 UF | $3,1M – $7,9M | US$3.300 – 8.300 | 2 – 6 semanas |
| Integración con lógica de negocio (2–3 sistemas) | 200 – 500 UF | $7,9M – $19,7M | US$8.300 – 20.800 | 6 – 12 semanas |
| Proyecto multi-sistema (4 o más fuentes, bus de datos) | 500 – 1.000 UF | $19,7M – $39,3M | US$20.800 – 41.500 | 3 – 5 meses |
| Integración con sistema legado sin API (ingeniería inversa) | 300 – 800 UF | $11,8M – $31,4M | US$12.400 – 33.200 | 2 – 4 meses |
Valores referenciales a septiembre 2026. UF referencial: ~$39.300 CLP; dólar referencial: ~$950 CLP.
El rango de “legado sin API” es amplio porque depende mucho del estado del sistema: algunos tienen exportaciones estructuradas que hacen el trabajo más predecible; otros requieren scraping de interfaces o lectura directa de base de datos, que son más frágiles y caros de mantener.
Por qué la IA comprime los plazos de integración
Somos un equipo AI-native y lo aplico acá de forma concreta: en proyectos de integración donde los sistemas tienen documentación técnica (especificaciones de API, diccionario de datos, documentación de base de datos), la IA nos permite mapear los flujos de datos, generar el código de transformación y documentar la solución en un tiempo significativamente menor que hace dos años.
Lo que antes era tres semanas de ingeniería de integración pura hoy es una o dos. El ahorro no es marginal.
Lo que la IA no resuelve — y donde sigue siendo trabajo humano — es el análisis de los procesos de negocio y la limpieza de datos. Entender por qué el cliente aparece con tres RUTs distintos en el sistema requiere hablar con las personas que operan el proceso, no con el código. Eso no se acelera.
El árbol de decisión en la práctica
Cuando llegamos a un proyecto nuevo, la secuencia es siempre la misma:
- ¿El proceso es diferenciador? → Si sí, build. Si no, siguiente pregunta.
- ¿Hay una solución del mercado que lo resuelve bien? → Si sí, buy + integrate. Si no, siguiente pregunta.
- ¿Los sistemas existentes tienen datos confiables? → Si sí, integrate. Si no, primero sanar los datos, después decidir.
Parece simple. Y lo es, cuando se aplica antes de entrar en modo “¿qué tecnología usamos?”. El error que vemos más seguido es hacer esa pregunta al revés.
Si tienes cuatro sistemas que no se hablan y quieres saber si el camino correcto es integrarlos o partir desde cero, conversemos. Hacemos el diagnóstico de integración en un par de sesiones, antes de comprometer un peso.
Preguntas frecuentes
¿Cuándo conviene integrar sistemas en vez de construir desde cero?
Cuando los sistemas existentes funcionan bien en su núcleo y el problema es que no se hablan entre sí. Si el proceso ya es correcto y los datos son confiables, integrar cuesta en promedio un 30% de lo que valdría refactorizar o construir desde cero. Si los sistemas están fragmentados pero los datos son sólidos, la integración de sistemas es el camino más rápido y más barato.
¿Cuándo NO se puede integrar y hay que construir desde cero?
Cuando los datos están sucios — duplicados, sin validación, con lógica de negocio enterrada en hojas de cálculo — o cuando el sistema legado no tiene API ni forma de exponer datos confiables. También cuando los procesos son tan distintos entre sí que integrarlos crea más complejidad que valor. En esos casos, la solución correcta es primero sanear y documentar, y después evaluar si construir desde cero resulta más barato a largo plazo. Nuestra consultoría informática sirve exactamente para esto: diagnóstico antes del presupuesto.
¿Qué es el framework build-buy-integrate?
Es un modelo de decisión para elegir entre construir un sistema nuevo, comprar una solución existente (SaaS o licencia) o integrar lo que ya tienes. La respuesta correcta depende de si tu proceso es un diferencial competitivo real, si el mercado ya tiene algo que lo resuelve bien y si tus sistemas actuales tienen calidad de datos suficiente para conectarse. La mayoría de los proyectos que vemos en empresas chilenas medianas caen en “integrate” — y se están pagando proyectos de “build” que no necesitaban.
¿Cuánto cuesta integrar sistemas en Chile?
Una integración puntual entre dos sistemas parte desde 80 UF ($3,1M CLP). Un proyecto multi-sistema con 3 a 5 fuentes de datos y lógica de negocio cae entre 500 y 1.000 UF ($19,7M–$39,3M CLP). Los rangos completos están en la tabla de más arriba. En todos los casos, integrar es una fracción del costo de reemplazar el sistema legado. Si necesitas una referencia más detallada por tipo de sistema, la guía de integración de sistemas tiene el desglose.
¿Cuánto demora una integración de sistemas?
Una integración puntual tarda 2 a 6 semanas. Un proyecto multi-sistema bien acotado puede estar en producción en 2 a 4 meses. Lo que más alarga los plazos no es la integración en sí, sino la limpieza de datos y la documentación de los procesos que nadie tiene escrita. En proyectos donde los sistemas tienen documentación técnica disponible, usamos IA para comprimir el tiempo de ingeniería de integración de forma significativa.
¿Tienes sistemas que no se hablan y quieres saber si la respuesta es integrar o construir? Hacemos el diagnóstico en dos sesiones, antes de comprometer cualquier presupuesto.