Lo que McKinsey acierta
La parte más fuerte de la tesis de McKinsey es que la disrupción de ERP es arquitectónica, no cosmética. Agregar un asistente conversacional a una pantalla vieja no es el cambio. El cambio real es que agentes de IA pueden vivir sobre la base del sistema, coordinar trabajo entre dominios y convertir intención en acción gobernada.
McKinsey también separa dos futuros que los compradores no deberían confundir. Uno dice que los agentes reemplazan por completo al ERP. El más duradero dice que ERP se vuelve más headless: el core limpio, el modelo de datos, los controles y la auditoría siguen siendo críticos, pero los usuarios interactúan mediante capas semánticas y agentic en lugar de pantallas cargadas de transacciones.
Eso se acerca a cómo Soberan entiende la categoría. ERP no es solo una base de datos ni una suite financiera. Es la memoria operativa del negocio. La IA vuelve útil esa memoria cuando los agentes pueden leerla, respetar política y mover el siguiente paso.
ERP no muere. Muere el modelo operativo centrado en pantallas.
Durante décadas, el valor de ERP ha estado atrapado detrás de pantallas, menús, roles, formularios y lógica de implementación. El sistema podía guardar la verdad, pero una persona todavía tenía que saber dónde hacer clic, qué reporte abrir, qué excepción importaba y qué equipo necesitaba la actualización.
La IA agentic cambia la interfaz de navegación a delegación. El usuario no debería abrir cinco pantallas para saber si un pedido puede salir, si a un cliente se le puede extender crédito o si un retraso de proveedor generará un quiebre de stock. El agente debe reunir contexto, aplicar política operativa, proponer o ejecutar la acción y dejar el registro.
Por eso la conversación futura de ERP no es solo mejor UI. Se trata de cambiar el centro de control. Las personas definen objetivos, políticas, aprobaciones y excepciones. Los agentes hacen el trabajo repetible. ERP conserva el registro controlado que prueba lo que ocurrió.
La pieza que falta: la operación no termina en ERP
Una parte del debate sobre ERP suele quedarse demasiado estrecha: el límite del propio ERP. El trabajo operativo real casi nunca vive dentro de un solo módulo. Un pedido bloqueado no es solo un problema de order management. Puede involucrar inventario, crédito, promesa comercial, servicio al cliente, logística, finanzas y una conversación de WhatsApp con el cliente.
Un riesgo de renovación no es solo un problema de CRM. Puede involucrar facturas abiertas, entregas retrasadas, baja disponibilidad de producto, casos de soporte sin resolver y un vendedor que no hizo seguimiento. Un caso de cobranza no es solo AR. Puede involucrar canales de contact center, contexto de factura, enrutamiento de disputa, política de plan de pago e historial del cliente.
Esta es la visión de Soberan: la capa agentic no puede quedar encerrada dentro de ERP. Tiene que conectar ERP, CRM y Contact Center porque ahí vive el loop operativo real. El trabajo empieza en una función y termina en otra.
La economía de implementación cambiará, pero no porque la IA sea magia
McKinsey plantea que la IA puede reducir materialmente el esfuerzo y duración de implementaciones ERP. Estamos de acuerdo con la dirección. Los agentes pueden acelerar descubrimiento de procesos, configuración, pruebas, documentación, preparación de entrenamiento, controles de migración y soporte.
Pero hay una trampa en tratar la velocidad de implementación como toda la historia. Implementar más rápido solo importa si el modelo operativo después del go-live es mejor. Si no, las empresas obtienen una versión más barata del mismo problema: un sistema que registra trabajo, pero todavía exige personas persiguiendo estados, conciliando excepciones y moviendo decisiones manualmente.
La ganancia real aparece cuando implementación y operación convergen. El mismo mapa de procesos que configura el sistema debería convertirse en el mapa de política que los agentes usan para correr el trabajo diario. Las mismas pruebas que validan el go-live deberían volverse controles continuos. El mismo contenido de entrenamiento debería convertirse en guía dentro del sistema y manejo de excepciones.
Build versus buy se partirá por capa
La quinta disrupción de McKinsey es que la creación de valor en ERP se mueve de construir a comprar. Creemos que la respuesta más precisa es que las empresas partirán el stack. Comprarán patrones de ejecución repetibles y primitivas de gobierno, mientras conservan su política diferenciadora, criterio operativo, estrategia de cliente y ontología de negocio.
Un fabricante no debería tener que construir desde cero un agente que haga seguimiento a confirmaciones de proveedor, revise órdenes de compra, valide riesgo de inventario o enrute una disputa de pago. Esos patrones son repetibles. Pero el fabricante sí debe controlar qué proveedores importan, qué clientes reciben prioridad, qué excepciones requieren aprobación y qué tradeoffs son aceptables.
Los ganadores en ERP nativo en IA no serán los vendedores con el asistente más vistoso. Serán los que vuelvan simple la ejecución gobernada: permisos claros, auditoría legible, flujos conscientes de política, escalamiento humano y resultados operativos medibles.
Qué deberían preguntar los compradores ahora
- ¿El sistema puede mostrar un flujo completo desde señal hasta acción y registro, no solo una respuesta en chat?
- ¿El agente puede operar entre ERP, CRM, Contact Center y sistemas externos sin perder contexto?
- ¿Dónde traza el sistema la línea entre ejecución automática, acción preparada y aprobación humana?
- ¿Cada acción del agente queda auditable: dato fuente, política usada, output generado, ruta de aprobación, writeback y razón de excepción?
- ¿El proveedor mide resultados operativos como tiempo de ciclo, efectivo recuperado, quiebres evitados, pedidos liberados, tickets resueltos o aprobaciones cerradas?
- ¿La empresa puede empezar con un flujo y expandir sin crear un desorden de agentes desconectados?
- ¿La arquitectura protege el core limpio mientras permite que los agentes ejecuten trabajo real?
Una capa operativa
Soberan está construido alrededor de la idea de que ERP, CRM, Contact Center y el agente no deberían ser islas separadas. La promesa al cliente, el registro de inventario, la factura, el caso de servicio y la política de aprobación pertenecen al mismo loop operativo.
Por eso Soberan Agent no se posiciona como un chatbot sobre ERP. Es una capa de ejecución. Puede ayudar a calificar leads, hacer seguimiento a clientes, trabajar cobranza, enrutar soporte, preparar acciones de compra, detectar riesgo de inventario, mover excepciones de pedido y escalar el trabajo que humanos deben decidir.
Lo importante no es que el agente hable. Lo importante es que actúe con contexto y control. Lee la misma memoria operativa que usa tu equipo, sigue política, escribe en el registro correcto y expone el handoff cuando hace falta criterio.
La conclusión práctica
El artículo de McKinsey es una señal útil porque mueve la conversación de ERP más allá de automatización simple. La siguiente era no es ERP con funciones de IA. Es ERP como parte de un sistema operativo gobernado por IA para el negocio.
Para líderes, el movimiento inmediato no es lanzar docenas de pilotos. Es escoger un flujo donde el registro, la política, la acción y el resultado sean claros. Luego probar el loop: detectar señal, reunir contexto, ejecutar o preparar acción, enrutar excepciones, escribir de vuelta y medir el resultado.
El fin del ERP como lo conocemos no es el fin de ERP. Es el fin de ERP como el lugar donde las personas pasan el día haciendo clic en transacciones. La nueva pregunta es cuánto trabajo operativo diario puede correr tu sistema con política, prueba y control humano.
Fuentes y contexto
- McKinsey: The end of ERP as we know it? Five ways AI is disrupting ERPEl artículo de McKinsey de mayo de 2026 que enmarca el cambio de ERP discutido aquí.
- Soberan ERPLa capa ERP de Soberan para planeación, inventario, compras, bodega, finanzas y ejecución operativa.
- Soberan AgentLa capa agentic de ejecución entre flujos de ERP, CRM y Contact Center.