- Modernización de Sistemas
- Integración
El costo de integrar está bajando, y eso cambia qué proyectos valen la pena
Durante veinte años, conectar sistemas entre sí fue la línea más cara del presupuesto y la razón por la que morían las buenas ideas. En 2026 esa línea se abarató muchísimo. Casi nadie ha vuelto a correr los números.
Pregúntale a cualquiera que haya costeado un proyecto de software dónde se va el dinero de verdad, y no te va a decir la funcionalidad que pediste. Te va a decir las conexiones.
Lograr que el sistema nuevo le hable al ERP. Que el ERP le hable al almacén. Que el almacén acuse recibo de un mensaje de una herramienta que compró un área que ya no existe. En casi todos los presupuestos que hemos revisado, entre un tercio y la mitad del monto es integración, y la integración es donde se cae el calendario, porque es la parte que depende de que el sistema de alguien más se comporte como está documentado.
Ese costo es el que mató a la mayoría de los proyectos sensatos. No la idea, no la interfaz, no el modelo. La plomería.
En 2026 la plomería se abarató de forma sustancial, y la consecuencia no es "las empresas ya pueden construir funciones de IA". Es que toda una categoría de proyecto que se rechazó correctamente hace tres años debería reconsiderarse.
Qué cambió exactamente
Lo que cambió es que conectar software con software dejó de requerir un adaptador a la medida cada vez.
El Model Context Protocol, o MCP, es un estándar abierto, creado originalmente por Anthropic, que le da a un modelo una forma definida y segura de alcanzar datos y servicios externos: una base de datos, un calendario, un sistema de tickets, una API de pagos. En lugar de escribir una integración a la medida por cada par de sistemas, un sistema expone un servidor MCP y cualquier cosa que hable MCP puede usarlo.
Importa porque ganó, rápido y entre competidores:
- OpenAI lo adoptó en marzo de 2025, lo cual es inusual: es el estándar de un rival.
- Google siguió en abril de 2025 y para diciembre ya ofrecía servidores MCP administrados para sus propias herramientas.
- En diciembre de 2025, Anthropic entregó MCP a la Linux Foundation, con OpenAI y Block sumándose, una jugada deliberada para volverlo infraestructura neutral en lugar del activo de un proveedor.
- La especificación oficial salió en mayo de 2026, y GitHub, Slack, Notion, Stripe, Salesforce y X ya publican sus propios servidores.
Cuando todos los grandes proveedores de modelos y miles de herramientas empresariales convergen en una sola interfaz, el costo por conexión deja de ser una negociación y se vuelve un commodity. Esa es toda la historia.
Sigue madurando, y se nota. Una revisión de julio de 2026 movió el manejo de sesiones de con estado a sin estado, para que un despliegue detrás de un balanceador de carga ya no necesite que cada máquina conozca los identificadores de sesión emitidos por otra. Nate Barbettini, de Arcade, describió el comportamiento anterior como "un dolor serio", un resumen preciso de un problema que solo aparece cuando ya operas a escala real.
La aritmética que acaba de cambiar
Novyant empezó a partir de una observación: el costo de reemplazar un sistema malo se desplomó y casi nadie volvió a correr los números. El costo de integrar es el ejemplo más claro.
Así se ve, en los términos en que lo reconocería una dirección de finanzas:
| La estimación de antes | Cómo se ve hoy | |
|---|---|---|
| Conectar con un sistema con interfaz publicada | Semanas de adaptador a la medida | Días, muchas veces horas |
| Conectar con un sistema sin interfaz | Meses, o "no es viable" | Sigue siendo difícil, pero el envoltorio se reutiliza |
| Agregar un segundo consumidor de esos datos | Otro proyecto de integración | Casi gratis |
| Mantener las conexiones conforme cambian los sistemas | Un impuesto permanente sobre cada versión | Bastante menor, no cero |
El tercer renglón es el que cambia decisiones. Bajo el modelo viejo, cada nuevo consumidor de una fuente pagaba otra vez el costo de integración, y por eso tantas organizaciones tienen tres pipelines distintos jalando la misma tabla para tres reportes distintos. Bajo el nuevo, el segundo, tercer y cuarto uso de una conexión no cuestan casi nada.
Los proyectos se aprueban o se rechazan por costo marginal. Cuando el costo marginal de una conexión más cae un orden de magnitud, cambia el conjunto de proyectos que pasa el filtro, aunque la estrategia de nadie haya cambiado.
Lo que esto no resuelve
Sería deshonesto quedarnos ahí, porque el protocolo resuelve un problema más estrecho de lo que sugiere el entusiasmo.
No arregla tus datos. MCP estandariza cómo se alcanza un sistema. No dice
nada sobre si el campo client_id significa lo mismo en dos lugares, si las
fechas están en la misma zona horaria, o si el registro del cliente está
duplicado cuatro veces. Ese trabajo sigue igual, y en la mayoría de las
organizaciones es la mitad más grande.
No arregla sistemas sin interfaz. Las integraciones verdaderamente dolorosas son aquellas donde el software existente no tiene una API digna de ese nombre, o el proveedor cobra por el acceso, o los datos viven en un archivo de Excel en una carpeta compartida. Un estándar no conjura una interfaz que no existe.
No arregla los permisos. Una conexión barata también es una forma barata de dar acceso que no debería darse. Como escribimos sobre los agentes que rebasaron su gobernanza, la facilidad para conectar es justo la razón por la que crece el número de conexiones sin monitoreo.
No vuelve chico al proyecto. La interfaz ya es la parte fácil. La migración, la operación en paralelo, la capacitación y las semanas posteriores al arranque no lo son, y siguen siendo la mayor parte de la cuenta.
Qué proyectos vale la pena reconsiderar
Cuatro patrones pasan de "ya lo vimos y no salía" a merecer otra revisión. En todos, lo que cambió es el costo de conexión, no la idea.
El reporte que alguien arma a mano cada semana. Casi siempre es manual porque los números viven en tres sistemas y unirlos automáticamente costaba más que la mano de obra. Esa comparación se volteó para muchos de estos casos.
El segundo sistema que duplica la captura. Donde el personal teclea la misma información en dos herramientas porque conectarlas nunca se justificó. La justificación hoy es más fácil, y la tasa de error siempre fue el costo real.
El flujo que se detiene en la frontera de un sistema. Procesos que corren bien hasta que llegan a un área que usa otro software, y de ahí siguen por correo. Cruzar esa frontera era caro. Ya lo es menos.
La capa de reportes que nadie podía pagar. Organizaciones que renunciaron a una vista única de la operación porque unificar las fuentes costaba más que el valor de la información. Es el caso más común que nos preguntan, y donde la aritmética vieja está más desactualizada.
Cómo probar si aplica en tu caso
No empieces por el protocolo. Empieza por una decisión que hoy no puedes tomar rápido, y rastrea hacia atrás por qué.
Si la respuesta es "los datos existen pero están en tres sistemas y nadie tiene tiempo de unirlos", es un problema de costo de integración, y vale la pena recotizarlo este año. Si la respuesta es "los datos existen pero no coincidimos en qué significan", ningún protocolo te va a ayudar: es un problema de definiciones, y sale más barato resolverlo de frente que automatizar alrededor.
La distinción importa más que cualquier decisión tecnológica. Hemos visto organizaciones gastar dieciocho meses construyendo una plataforma de datos para responder una pregunta que resultó irrespondible porque dos áreas contaban lo mismo de forma distinta.
En resumen
MCP no es emocionante, y ese es justo el punto. Es un estándar de plomería que todos los proveedores serios adoptaron en dieciocho meses, y el resultado es que un costo fijo que moldeó una generación de decisiones de software se volvió materialmente más chico.
Las organizaciones que se beneficien no serán las que hablen del protocolo. Serán las que revisen la lista de cosas que decidieron no construir entre 2018 y 2024, y verifiquen cuáles de esos rechazos se calcularon con supuestos que ya no se sostienen.
Buena parte de esa lista sigue en el cajón de alguien. Vale la pena releerla.
Si quieres una lectura sobre qué sistemas conviene conectar y cuáles conviene reemplazar, con eso arranca nuestro trabajo de modernización, y una consultoría es donde empieza.
