Modernización del ERP en 2026: nube, IA y Clean Core

La modernización del ERP en 2026 significa tres decisiones tomadas en orden: qué debe dejar de hacer su ERP, cuán limpio mantendrá su núcleo y si sus datos son lo bastante buenos para que la IA resulte útil. Para los clientes de SAP hay una fecha firme detrás de las tres: el mantenimiento estándar de ECC termina el 31 de diciembre de 2027, con mantenimiento ampliado de pago hasta finales de 2030.

Este artículo es para CIO, CFO y arquitectos empresariales que ya terminaron el análisis y ahora tienen que ejecutar. Cubre las fuerzas que impulsan la acción, la arquitectura de columna vertebral más satélites, Clean Core, la brecha de gobernanza, la preparación para la IA y una tabla de riesgos para los próximos 18 meses.

En 2024, la mayoría de los líderes todavía ganaba tiempo: estudiaba plazos de ECC, debatía entre un modelo híbrido y la migración completa, hacía pruebas en entornos sandbox sin comprometerse. Esa ventana se ha cerrado. La deuda técnica de los entornos ECC y Oracle E-Business Suite ya no es teórica. Aparece en pruebas de regresión que fallan tras las actualizaciones, en hallazgos de auditoría sobre código a medida que nadie tiene a su cargo y en datos que tardan 12 horas en pasar de los sistemas de planificación a los de ejecución.

El plazo. Después de 2027, los clientes de ECC pueden comprar mantenimiento ampliado hasta finales de 2030 a una tarifa más alta. Más allá de esa fecha, SAP ofrece una opción de transición a la edición privada del ERP para 2031 a 2033, pero solo a través de RISE, y SAP deja claro que es una oferta de transición de pago, no una extensión del mantenimiento. Entretanto, una investigación de Gartner publicada por The Register encontró que, a finales de 2024, solo alrededor del 39 % de los aproximadamente 35 000 clientes de ECC de SAP había comprado o contratado licencias de S/4HANA. Tener licencia no es lo mismo que haber migrado. El mercado de socios estará ajustado.

El modelo de presupuesto. El ERP en la nube traslada el gasto de licencias de capex a suscripciones. Suena más limpio. En la práctica, los CFO encuentran que los costos de la nube son menos predecibles: bajo RISE with SAP y SAP GROW, el crecimiento de Full User Equivalent (FUE), los servicios adicionales y la sobrecarga de integración suman costos que no estaban en el caso de negocio original.

Fragmentación en finanzas y cadena de suministro. Los equipos de finanzas aplican IA a cuentas por pagar y por cobrar mientras los procesos de auditoría siguen usando plantillas hechas para otra época. Las cadenas de suministro están modernizadas solo en parte: SAP IBP para la planificación, una gestión de almacenes antigua para la ejecución, Ariba para las compras pero entradas de mercancías manuales. El cuello de botella no es la tecnología. Son las uniones entre sistemas.

El ERP es una capa, no toda la pila. ServiceNow ejecuta la orquestación de procesos en muchas empresas, Salesforce ejecuta los flujos de clientes, Workday o SuccessFactors ejecuta el ciclo de vida de RR. HH. El ERP se ha convertido en la columna vertebral financiera, no en el centro único de procesos que se vendía en la década de 1990.

El modelo con el que trabajan hoy la mayoría de los arquitectos empresariales es una columna vertebral financiera (SAP S/4HANA u Oracle Fusion) rodeada de plataformas especializadas.

Capa	Qué contiene	Qué no contiene
Columna vertebral financiera	Libro mayor, controlling, compras, inventario, ejecución de fabricación, cierre legal	Aprobaciones de flujos de trabajo, CRM, gestión de personal, analítica
Flujo de trabajo	ServiceNow para procesos de TI y de operaciones, aprobaciones, gestión de cambios	Registro transaccional
Interacción con el cliente	Salesforce o SAP Sales and Service Cloud	Procesamiento financiero
Capital humano	Workday o SAP SuccessFactors	Transacciones operativas
Analítica	SAP Business Data Cloud, SAP Analytics Cloud, Power BI, Snowflake	El sistema de registro

La separación es deliberada. Forzar que todo vuelva a SAP añade fricción, ralentiza las actualizaciones y desdibuja la responsabilidad. Meter CRM, flujos de trabajo, analítica y EHS en un solo sistema es lo que hizo tan penosos los programas anteriores.

La pregunta que hay que hacerse: ¿de qué ya no debería ocuparse el ERP? Si se la salta, reconstruirá el mismo monolito con una licencia más nueva. Mi artículo sobre la modernización del ERP con SAP y ServiceNow recorre una versión de esa división.

En agosto de 2025, SAP sustituyó su modelo de extensibilidad de tres niveles por cuatro niveles de Clean Core. El nivel A usa solo API liberadas y estables, side-by-side en SAP BTP o dentro del sistema con ABAP Cloud. El nivel B usa API y tecnologías clásicas que SAP todavía considera limpias. El nivel C accede a objetos internos y requiere medidas especiales. El nivel D no es limpio.

La edición pública (SAP Cloud ERP, que se vende como SAP GROW) solo permite el nivel A, así que la propia plataforma impone Clean Core y absorbe dos versiones principales al año. La edición privada (SAP Cloud ERP Private, bajo RISE) y on-premise siguen permitiendo extensiones clásicas, así que allí Clean Core depende de la gobernanza. En cualquier caso, un sistema muy personalizado convierte cada actualización en un proyecto y cada prueba de regresión en una crisis.

Lo que Clean Core le exige:

1. Saque del núcleo el código a medida que no se usa. Cada programa a medida que conserve es algo que hay que probar en cada actualización.
2. Construya las extensiones nuevas en el nivel A siempre que pueda: en SAP BTP, con SAP Build o dentro del sistema con ABAP Cloud.
3. Use procesos estándar siempre que SAP los ofrezca, y personalice solo donde lo exija la normativa o una diferencia competitiva real.

La resistencia es cultural, no técnica. Los responsables de negocio que dependieron del código a medida durante 15 años siguen esperando que «simplemente se vuelva a implementar». Esa expectativa pertenece a 2012.

Un entorno ECC típico tiene entre 1500 y 3000 objetos a medida, según las evaluaciones que he realizado en fabricación y servicios, y solo alrededor de una cuarta parte muestra uso activo en el negocio. El resto es peso histórico que infla el costo de la migración y genera exposición en las auditorías.

La medida práctica: ejecute ya un análisis de uso. Retire lo que está inactivo. Publique una lista de recortes antes de empezar el diseño. Los equipos que planifican Clean Core desde la primera semana tienen experiencias de actualización mucho mejores que los que lo tratan como una restricción que hay que sortear. Mi artículo sobre la estrategia de Clean Core explica el método.

Con el ERP como una capa más entre muchas, las cuestiones de responsabilidad se vuelven críticas. ¿Quién es responsable de lo siguiente?

1. La API entre Salesforce y el ERP
2. Un flujo de trabajo que abarca SAP y ServiceNow
3. Las prioridades de cambio en conflicto cuando ambos sistemas necesitan actualizaciones a la vez

He visto cómo esto retrasa los go-lives durante meses. Los equipos no se dan cuenta de que están atascados hasta que las pruebas de integración dejan al descubierto el solapamiento.

En un caso, cinco sistemas tocaban el mismo registro maestro de proveedores. Cinco. Nadie tenía un documento de responsabilidad sobre los datos maestros, y nadie había diseñado quién podía cambiar qué, en qué sistema. Eso no es un fallo de tecnología. Es un fallo de gobernanza que la tecnología dejó al descubierto.

El valor de la IA en el ERP es real, pero depende de la calidad de los datos y de una arquitectura limpia. Joule abarca ahora S/4HANA, SuccessFactors, Ariba y otros productos de SAP, y los agentes de SAP funcionan bajo los asistentes de Joule. Los casos de uso agénticos en SAP BTP ya se entregan; no son solo diapositivas. Todos dependen de datos limpios, coherentes y estructurados.

Si sus datos están duplicados, codificados de forma incoherente o alojados en tablas a medida que S/4HANA no reconoce, la IA no tiene nada fiable con lo que trabajar. Los equipos de finanzas que aplican IA a cuentas por pagar lo descubren rápido cuando las facturas se asocian al proveedor equivocado porque el maestro de proveedores nunca se depuró.

La secuencia que funciona: primero Clean Core, segundo gobernanza de datos, tercero analítica, cuarto IA. Saltarse pasos no acelera nada. Traslada el problema a más adelante.

1. 01Fijar el límiteDecidir qué debe dejar de hacer el ERP
2. 02Limpiar el núcleoRetirar el código sin uso, construir lo nuevo en el nivel A
3. 03Gobernar los datosUn responsable por objeto de datos
4. 04Construir la analíticaSAP Business Data Cloud, SAC o Power BI sobre datos gobernados
5. 05Añadir IAJoule y agentes sobre una base fiable

IA con algo fiable sobre lo que trabajar

Riesgo	Señal	Respuesta práctica
Presión por el plazo de ECC	El mantenimiento estándar termina en diciembre de 2027; a finales de 2024 la mayoría de los clientes de ECC no había adquirido licencias de S/4HANA	Asegure ya los planes de recursos con los socios; las tarifas diarias de perfiles senior en EE. UU. ya van de 1800 a 3500 dólares
Deuda de código a medida	Entre 1500 y 3000 objetos a medida, alrededor de una cuarta parte en uso activo	Ejecute análisis de uso, publique una lista de recortes, inicie sprints de retirada
Interrupciones por versiones	Las versiones coinciden con el cierre financiero y con los picos de la cadena de suministro	Fije ventanas de versión lejos del cierre; automatice las pruebas de regresión
Riesgo de migración de datos	Una armonización tardía produce defectos que los equipos etiquetan mal como errores	Dimensionamiento temprano; verificación de datos bancarios, fiscales y de cumplimiento antes de congelar el diseño
Vacíos de responsabilidad en la integración	Cinco o más sistemas que tocan datos maestros compartidos	Publique una matriz de autoridad; un responsable por objeto de datos
Dos herramientas de ciclo de vida	Los entornos híbridos ejecutan Solution Manager y SAP Cloud ALM en paralelo	Cloud ALM como opción por defecto en los programas en la nube; el mantenimiento estándar de Solution Manager 7.2 termina a finales de 2027

Para la versión de estos riesgos a nivel de entrega, vea los diez errores de modernización del ERP que hay que evitar, y para las rutas de migración en sí, la guía de migración de ECC a S/4HANA.

¿Qué es Clean Core en SAP S/4HANA?

Mantener S/4HANA lo más cerca posible del estándar y poner las extensiones donde las actualizaciones no puedan romperlas. Desde agosto de 2025, SAP califica las extensiones desde el nivel A (solo API liberadas, en SAP BTP o dentro del sistema con ABAP Cloud) hasta el nivel D (no limpio). La razón de negocio es proteger las actualizaciones: un sistema limpio absorbe las versiones en días; uno muy personalizado convierte cada una en un proyecto.

¿Qué es la arquitectura de columna vertebral más satélites para el ERP?

El ERP (SAP S/4HANA u Oracle Fusion) se ocupa de aquello para lo que está construido: registros financieros, inventario, compras, transacciones de fabricación e informes legales. Las plataformas especializadas se ocupan del resto: ServiceNow para los flujos de trabajo, Salesforce para la interacción con el cliente, Workday o SuccessFactors para RR. HH. y plataformas de analítica para obtener información. Forzar todo eso dentro del ERP crea un monolito que se actualiza despacio y se personaliza en exceso.

¿Cómo deben abordar las empresas el plazo de 2027 de SAP ECC?

Empiece con SAP Readiness Check. Muestra los volúmenes de código a medida, las dependencias de complementos y el dimensionamiento de los datos, los tres factores que deciden si se va por brownfield, greenfield o selectivo. Las migraciones empresariales complejas suelen llevar de 18 a 24 meses desde la evaluación hasta el go-live, así que, si a estas alturas todavía no ha elegido un enfoque ni ha iniciado conversaciones con socios, un go-live en 2027 ya es ajustado. El mantenimiento ampliado hasta 2030 cuesta más y compra tiempo, no innovación.

¿Cuándo es valiosa la IA en la modernización del ERP y cuándo no?

Cuando los datos están limpios, son coherentes y están estructurados, y el proceso tiene reglas claras: la automatización de cuentas por pagar, la previsión de la demanda y la detección de anomalías en transacciones financieras son casos probados. La IA no es un atajo para sortear datos deficientes ni vacíos de gobernanza. Las decisiones tomadas con entradas malas son más difíciles de detectar que los errores manuales. Primero van Clean Core, la gobernanza de datos y los procesos estables.

¿Cuáles son los mayores errores de las empresas en la modernización del ERP?

Tratarla como un proyecto de tecnología, de modo que el debate sobre Clean Core se pierde antes de que los responsables de negocio estén en la sala. Empezar la gobernanza de datos después del diseño, cuando las decisiones de la primera semana habrían ahorrado meses de pruebas. No definir qué debe dejar de hacer el ERP, de modo que el alcance del núcleo se expande por defecto, que es como se construyó el último monolito.

¿Cuánto cuesta la modernización del ERP?

Una conversión brownfield de ECC a S/4HANA para una empresa mediana suele costar de 2 a 8 millones de dólares en implementación, más la suscripción continua. Los programas empresariales de alcance global, con mucha personalización y muchas entidades, pueden costar de 20 a 100 millones de dólares o más. Modele la integración, las pruebas y el soporte operativo además de las licencias, y bajo RISE y SAP GROW modele el crecimiento de FUE durante todo el plazo del contrato.