Inteligencia Artificial 16.05.2026

Migración S/4HANA: PyMEs ante la decisión en 2026

7 Min. Tiempo de lectura

SAP finalizará el mantenimiento regular de Business Suite 7 el 31 de diciembre de 2027. Ya no es una amenaza, sino una fecha que ya está en el calendario de muchas empresas medianas. Quien no decida en 2026, decide de todos modos. Solo que entonces con menos opciones y una posición negociadora que se debilita cada trimestre.

¿Qué es la trampa del mantenimiento de S/4HANA?

¿Qué es la trampa del mantenimiento de S/4HANA? La trampa del mantenimiento se refiere a la situación de una empresa cuya infraestructura de SAP ERP sigue funcionando sin una ruta de migración clara después del final del mantenimiento regular de Mainstream para Business Suite 7 (finales de 2027). Consecuencia: quien permanece en el sistema existente, paga Mantenimiento Extendido con recargo, pierde el derecho a nuevos desarrollos funcionales, asume el riesgo de cambios regulatorios sin actualizaciones del fabricante y reduce su margen de negociación en futuras conversaciones sobre licencias o alojamiento. La trampa no es técnica, sino un desplazamiento gradual del perfil de riesgo a costa de la dirección.

Lo que realmente cuesta el estancamiento

En los últimos doce meses, hemos participado en una serie de mandatos de empresas medianas sobre decisiones de S/4HANA. Las direcciones con las que hemos trabajado tuvieron todos reflejos similares. Primero, la pregunta sobre el presupuesto del proyecto. Luego, el deseo de posponer la decisión un año. Luego, la búsqueda de una opción de mantenimiento como solución puente.

La respuesta honesta es casi siempre la misma. Un año de retraso cuesta entre cuatro y siete por ciento del presupuesto del proyecto posterior. Esto se compone de tres componentes. Primero, las tarifas diarias de implementación de los socios establecidos aumentan más rápido que la inflación general, porque la oferta de consultores se reduce hacia 2028. Segundo, las adaptaciones de código personalizado se vuelven más caras cada año, porque menos desarrolladores trabajan activamente con extensiones de ABAP 7. Tercero, se desplaza la posición negociadora frente a SAP misma.

Quien todavía negociaba condiciones de licencia en 2024 tenía una buena mano. Quien negocia en 2027, se sienta a la mesa con la fecha en la frente.

Tres vías de migración, tres concesiones mutuas

La lógica de toma de decisiones en las empresas medianas se reduce a tres caminos realistas. Cada uno de ellos tiene un perfil claro y un precio que la dirección debe conocer.

Camino uno: Conversión Brownfield. El ECC existente se migra a S/4HANA, el modelo de datos y el código personalizado se trasladan con él. Ventaja: corto período de proyecto, en promedio catorce a dieciocho meses, menos gestión del cambio. Desventaja: todas las cargas del pasado de los últimos veinte años permanecen en el sistema. Quien tiene un ECC desarrollado con ciento cuarenta informes Z y una extensión propia de gestión de materiales, lo arrastra consigo.

Camino dos: Greenfield con S/4HANA Cloud Public Edition. Estandarización en la configuración de la nube de SAP. Ventaja: costes totales de propiedad significativamente más bajos durante cinco años, porque el mantenimiento y las actualizaciones corren a cargo del fabricante. Desventaja: se permite menos personalización, el modelo de negocio debe alinearse con la configuración estándar de SAP. Hemos visto mandatos en los que esto ha funcionado bien. También hemos visto dos que después de dieciocho meses volvieron a On-Premise.

Camino tres: Transición de datos selectiva. Una selección consciente de qué se migra, qué se reconstruye en el nuevo sistema. Ventaja: corte pragmático, las cargas del pasado permanecen controladas atrás. Desventaja: alto esfuerzo del proyecto, alta exigencia para las partes interesadas internas, que deben asumir activamente las concesiones mutuas. Este camino necesita un fuerte equipo interno de proyecto, de lo contrario se convierte en un Greenfield incontrolado con un apéndice de personalización.

Lo que la dirección debe decidir en 2026

La decisión del camino no es el primer paso. Antes de eso, hay una serie de preguntas de gestión que en muchas empresas medianas no se responden con sinceridad. Las hemos organizado en cuatro bloques.

Primero: ¿Qué procesos son hoy una ventaja competitiva y cuáles son estándar en la competencia? Todo lo que es estándar pertenece al flujo de trabajo estándar de S/4HANA. El código personalizado en este punto es una carga costosa del pasado, no un rasgo diferenciador.

Segundo: ¿Cuán sólido es el modelo de datos actual? Una migración es la última oportunidad realista para limpiar los datos maestros y los materiales. Quien lo pierde, arrastra los viejos problemas al nuevo sistema.

Tercero: ¿Qué personas deben respaldar el proyecto? La dirección decide, el CFO paga, el CIO construye. En las empresas medianas, sin embargo, a menudo una cuarta persona decide sobre el éxito: la persona con el mayor conocimiento de los procesos, que a veces lleva quince años en la empresa y conoce el ECC como la palma de su mano. Sin ella, no hay una transferencia de datos limpia.

Cuarto: ¿Cómo maneja la empresa los conflictos entre lo estándar y el caso especial? Esta pregunta suena suave, pero es la más dura de las cuatro. Decide si el proyecto encuentra un camino estándar o se convierte en una espiral de personalización.

Decisión de plataforma en lugar de actualización de software

Una migración a S/4HANA en las empresas medianas rara vez es un proyecto de software puro. Desplaza tres cosas simultáneamente. El modelo de datos se restablece. Los procesos se estandarizan. La base contractual con SAP se renegocia.

Quien lo trata como una actualización de software, pierde los dos primeros temas y pierde masa negociadora en el tercero. A menudo vemos directores generales que en el inicio del proyecto solo tenían un objetivo técnico en la diapositiva. Los mismos directores generales se sientan dieciocho meses después en una discusión sobre si el modelo de datos introducido se ajusta a su propia lógica de ventas. Esta discusión pertenece al principio, no al final.

Se necesita honestidad: no toda migración es un éxito. Los mandatos que conocemos se situaron al final en un rango entre un doce por ciento más de eficiencia operativa y cero cambios con costes de licencia significativamente aumentados. La diferencia rara vez radicó en la técnica. Casi siempre radicó en la pregunta de cuán honestamente la dirección se había ocupado de antemano de su propio portfolio de procesos.

Comparativa de rutas de migración: Brownfield vs Greenfield

Brownfield (Conversión)

Duración del proyecto: 14 a 18 meses, ruta más corta
El código personalizado se migra, se necesita menos gestión de cambios
Riesgo: las cargas heredadas permanecen en el nuevo sistema
La negociación de licencias sigue siendo similar a la situación actual
Adecuado si el portfolio de procesos es en su mayoría viable

Greenfield (Cloud Público)

Duración del proyecto: 24 a 30 meses, con un corte claro
Configuración estándar, bajos costes totales de propiedad en cinco años
Personalización reducida, los procesos empresariales deben adaptarse
Costes de licencia más transparentes, mayor dependencia de la hoja de ruta de SAP
Adecuado si la estandarización es un objetivo estratégico

Preguntas frecuentes

¿Cuándo exactamente finaliza el mantenimiento regular de SAP para Business Suite 7?

El mantenimiento principal para SAP Business Suite 7 finaliza el 31 de diciembre de 2027. A partir de 2028, estará disponible el mantenimiento extendido, aunque con un recargo en el contrato de mantenimiento. Quien no tenga una ruta de migración hasta finales de 2027, seguirá con costes de mantenimiento más altos o perderá el soporte del fabricante.

¿Qué ruta de migración es adecuada para qué tipo de empresa mediana?

La conversión Brownfield es adecuada para empresas con un portfolio de procesos viable y una proporción razonable de código personalizado. Greenfield con Cloud Public Edition es adecuado para empresas medianas que abordan la estandarización de manera estratégica. Selective Data Transition es la variante más exigente y requiere un equipo interno de proyecto con alta estabilidad.

¿Cuál es el esfuerzo típico de una migración a S/4HANA en empresas medianas?

El plazo realista del proyecto está entre dieciocho y treinta meses, dependiendo de la ruta elegida y la complejidad del panorama existente. La banda de presupuesto varía según el tamaño de la empresa, entre uno y seis millones de euros para implementación, licencias y gestión de cambios. Quien calcule con cifras significativamente más bajas, o planifica demasiado pequeño o pospone costes hasta después del Go-Live.

¿Qué sucede si la migración no se completa antes de finales de 2027?

La empresa cambia automáticamente al modo de mantenimiento extendido con recargo. Los nuevos requisitos regulatorios se incorporan más lentamente o no se incorporan en absoluto. La posición negociadora frente a SAP en las renovaciones de licencias empeora. La operación operativa permanece inicialmente estable, pero el perfil de riesgo se desplaza notablemente a favor del fabricante.

¿Qué papel juega el propio modelo de datos en la decisión?

Un papel central. La migración es la última oportunidad realista para consolidar los datos maestros y los materiales heredados. Quien ignore la calidad de los datos, traslada los viejos problemas al nuevo sistema. Quien aclare la cuestión del modelo de datos antes de decidir la ruta, gana velocidad en el transcurso del proyecto.

Recomendaciones de lectura de la redacción

Más del MBF Media Netzwerk

Fuente de la imagen de título: Wikimedia Commons / Vladislav Bezrukov (CC BY 2.0)

También disponible en

Français English Deutsch