Por qué fracasan los programas de SAP Cloud ERP
y la mayoría de las respuestas ya existe antes de firmar el contrato.
La entrega controla la ejecución: cronograma, equipo, calidad de datos, gestión del cambio. Lo que hereda se decidió antes de que ella existiera, y no es revisable desde adentro. Hereda la ruta, y con ella el volumen de rediseño de procesos que la organización va a tener que absorber. Hereda el integrador, su perfil de senioridad y su modo de falla característico. Hereda el alcance que el pedido firmado congeló. Hereda el modelo de operación del proveedor y las obligaciones que el contrato distribuyó. Un programa bien ejecutado sobre herencias malas entrega exactamente lo que esas herencias permiten.
Lo que la entrega controla, y lo que recibe terminado.
Ejecución
Plan de cutover, calidad y conciliación de datos, capacitación de usuarios, ritmo de pruebas, remediación de código, validación de procesos por los dueños del negocio.
Aquí se concentra la mayor parte de la atención ejecutiva, y aquí se juzga al programa cuando sale mal.
Herencia
Ruta de migración, integrador y el modo de falla del perfil elegido, alcance congelado en el pedido, hitos de aprovisionamiento, modelo de operación del proveedor, límite de responsabilidad entre proveedor y integrador.
Cada ítem de aquí tuvo señal legible antes de la firma, y después pasa a ser restricción, evaluada sin alternativa del otro lado.
La desviación empieza antes de la entrega, en la fase en que se elige la ruta.
La investigación publicada mide la desviación de esta clase de programa. En el estudio Business Transformation Unlocked, de Horváth, con 200 compañías usuarias de SAP con facturación anual desde 200 millones de euros, en la región DACH, en países seleccionados del norte y del este de Europa y en los Estados Unidos, con trabajo de campo en el primer trimestre de 2025, los programas de S/4HANA duran en promedio un 30 por ciento más de lo planeado, una cuarta parte de las organizaciones excedió mucho el presupuesto y otro 40 por ciento lo excedió fuertemente, y un 65 por ciento reporta déficits de calidad fuertes a muy fuertes. Entre las causas que citan los propios encuestados están la ampliación del alcance durante el proyecto y los ciclos de revisión de conceptos y procesos, que es la forma que toma la disputa de rediseño una vez que la entrega ya comenzó.
Los autores del mismo estudio ubican el origen antes de la entrega. Escriben que la base de buena parte de los problemas ya queda puesta en el diseño inicial del programa, donde la planificación inadecuada y la consideración insuficiente del enfoque de transformación adecuado a la situación actual desbordan a la organización, con la complejidad subestimada y la competencia organizacional sobrestimada. Del lado del cliente, la investigación Pulse of the SAP Customer 2025, de ASUG, con 787 miembros consultados en noviembre de 2024, ubica el paso a S/4HANA como el desafío número uno más citado, un 26 por ciento, frente a un 10 por ciento de presupuesto. Ninguno de los dos estudios cubre América Latina, y ninguno mide el resultado condicionado al desajuste entre ruta y organización. Lo que establecen es la clase y la atribución.
Lo que vuelve evitable ese costo es el orden. La pregunta sobre el apetito de rediseño de procesos se responde en pocas conversaciones ejecutivas, y la respuesta es un insumo de la elección de ruta. Hecho al revés, la ruta se elige primero y la organización descubre su propio apetito durante los talleres, con el contrato ya firmado.
Para quien parte de ECC, la presión de calendario que recorta esta fase viene de fechas que la propia SAP publica. En las aplicaciones centrales de SAP Business Suite 7 (la generación on-premise anterior a S/4HANA, de la que forma parte SAP ERP 6.0, el ECC), el mantenimiento mainstream se extiende hasta el final de 2027, y el mantenimiento extendido opcional, con una prima de dos puntos porcentuales sobre la base de mantenimiento, hasta el final de 2030, ambos limitados a los tres enhancement packages (EHP) más recientes de cada aplicación. La opción de transición SAP ERP, private edition, ofrece una suscripción de continuidad entre 2031 y 2033 y exige completar la migración a SAP ERP, private edition sobre SAP HANA antes del final de 2030. El efecto de esas fechas sobre el programa es indirecto: acortan la fase en que la ruta todavía puede elegirse.
Nueve clases de señal, y lo que cada una produce después.
El tamizaje que Alkemia aplica en la calificación cubre nueve categorías. Abajo están las categorías y la consecuencia que cada una predice. Las preguntas que producen el diagnóstico, el peso de cada hallazgo y el criterio de escalamiento son parte del método y quedan fuera de esta página.
- A
La ruta, contra la cultura que la organización realmente tiene
El enfoque de migración se elige en una conversación. Si la organización puede ejecutarlo es otra pregunta, y casi nunca se hace.
Una organización acostumbrada a preservar sus procesos, puesta dentro de una entrega que exige rediseñarlos, entra en disputa en los primeros talleres. La disputa se manifiesta como cronograma que se corre y alcance que vuelve a la mesa.
Lo que produce después: La investigación publicada atribuye esa desviación a la fase en que se elige la ruta. En el estudio Business Transformation Unlocked, de Horváth, con 200 compañías usuarias de SAP con facturación anual desde 200 millones de euros, en la región DACH, en países seleccionados del norte y del este de Europa y en los Estados Unidos, con trabajo de campo en el primer trimestre de 2025, los programas de S/4HANA duran en promedio un 30 por ciento más de lo planeado, y entre las causas que citan los propios encuestados están la ampliación del alcance durante el proyecto y los ciclos de revisión de conceptos y procesos.
- B
El integrador, y la base sobre la cual se lo eligió
Después de la firma, quien ejecuta es el integrador, y ahí se concentran el costo y el riesgo de entrega. La elección se hace sobre afirmaciones que llegan en una propuesta.
Cada perfil de integrador trae una fortaleza y un modo de falla propio: el integrador global aporta escala y después cambia el equipo sénior del levantamiento por un equipo júnior en la ejecución; el regional aporta cercanía y depende de un sénior al que pueden mover a otro negocio; la boutique aporta profundidad y se vuelve cuello de botella cuando el despliegue crece. Ninguno es mejor, y elegir sin nombrar el modo de falla es elegir a ciegas.
Lo que produce después: Gobernanza de integrador sin dueño. Cuando quien decide salir a producción con hallazgos abiertos es el mismo integrador que ejecuta, la decisión de go-live quedó tercerizada en quien tiene interés en ella.
- C
El reloj que empieza antes de que el ambiente exista
Fecha de firma, fecha de inicio de la suscripción y fecha de aprovisionamiento son tres fechas distintas, y el contrato trata las dos primeras como si fueran una.
La factura llega en la fecha contractual. El ambiente no suele existir en esa fecha. En negocios complejos el aprovisionamiento se extiende a 30 o 60 días o más, y el reloj real solo empieza cuando se presenta un formulario de onboarding, lo que ocurre después de la firma.
Lo que produce después: El cronograma del caso de negocio se corre por la duración del retraso, y ese corrimiento se propaga a cada entregable anclado en él. El área financiera del cliente registra costo contra un servicio que todavía no puede usar.
- D
El alcance que entró como marcador de posición
Entidades legales declaradas como "todas las del grupo", puntos de integración todavía sin inventariar, volumen de documentos estimado y aún no medido.
Nada de esto parece un problema en la etapa de propuesta. Un marcador de posición genera revisión, y la revisión ocurre después, cuando ya existe compromiso.
Lo que produce después: La lista de materiales se infla entre la versión preliminar y el pedido firmado, y la diferencia aparece como costo que nadie aprobó, dentro de un presupuesto que ya se defendió internamente.
- E
El modelo de operación que el cliente presume
La expectativa sobre el servicio gestionado del proveedor, contra el modelo que ese servicio realmente practica.
Una organización que espera una reunión diaria con la dirección de entrega del proveedor, y recibe un modelo basado en tickets con una ruta de escalamiento publicada, descubre la diferencia en el primer incidente. Y un área de TI que no separa las obligaciones de operación del proveedor de las obligaciones de configuración funcional del integrador va a reclamarle a la parte equivocada.
Lo que produce después: La fricción en la relación durante los primeros noventa días después de firmar suele nacer aquí, justo la ventana en que el programa necesita cooperación para avanzar.
- F
La postura legal y de compras
Cuándo entra compras en la conversación, y si el área legal ya vio un contrato en la nube antes o solo contratos de licencia perpetua.
Son dos instrumentos distintos, con lógicas distintas de obligación, medición y salida. Un equipo legal con fluidez en licenciamiento perpetuo revisa un contrato de suscripción buscando las cláusulas equivocadas.
Lo que produce después: La negociación se traba cerca del final, bajo presión de calendario, o peor: cierra en plazo y produce obligaciones posteriores a la firma que nadie logra hacer valer cuando llega el momento.
- G
La métrica de licencia, y qué decide cuál de ellas aplica
El contrato mide el consumo por más de una métrica, y lo que decide cuál aplica en una integración es un detalle técnico que la propuesta no discute.
Las reglas están publicadas por el proveedor y casi nunca se leen contra la arquitectura que el cliente realmente opera. La métrica la decide la identidad que llega al núcleo y el camino por el que se crea el documento, de modo que dos integraciones con el mismo resultado de negocio caen en métricas distintas cuando esos dos elementos difieren. La propuesta describe el resultado. El camino queda en la arquitectura, que nadie adjunta.
Lo que produce después: La cuenta llega después, con la integración ya en producción, cuando cambiar el camino cuesta más de lo que habría costado elegirlo. El informe de estimación del proveedor no cierra la cuestión: cuenta registros que existen hoy, y la licencia mide documentos creados en el período, así que las dos fuentes de error empujan en direcciones opuestas.
- H
La exposición técnica que ya está en los informes del propio cliente
Los informes que dimensionan la conversión salen del sistema del cliente y existen antes de la firma. Casi siempre se lee solo el resumen.
Un agregado pierde información justamente donde vive la exposición específica: un conteo de objetos no carga qué proceso, qué tabla o qué obligación regulatoria está en riesgo. Quien lee solo el resumen hereda la ceguera de lo que lo generó, y presenta eso como cobertura.
Lo que produce después: El dimensionamiento entra al contrato calibrado por un número que nadie abrió. Cuando el agregado y el texto del informe no coinciden, esa divergencia era el hallazgo, y aparece con el alcance ya fijado.
- I
La frontera de quién hace qué, y cuánto de eso está en la tarifa
Cada tarea de operación responde a dos preguntas independientes: si está dentro de la tarifa, y quién tiene derecho a ejecutarla.
Las dos respuestas no van juntas. Hay tareas incluidas y ejecutadas por el proveedor, tareas que solo el cliente puede ejecutar, tareas de costo adicional que solo ejecuta el proveedor, y tareas de costo adicional donde el cliente elige quién las hace. Parte de ellas existe solo si está escrita en el documento comercial, y lo que no está escrito no fue contratado.
Lo que produce después: El descubrimiento ocurre en el primer incidente que nadie tiene obligación de atender, o en la primera factura por un servicio que el cliente suponía incluido. En los dos casos la respuesta ya estaba en el contrato firmado.
Una señal aislada rara vez hunde un programa. Lo que decide es su acumulación y su distribución entre categorías.
Tres afirmaciones que no sobreviven al registro público.
- 01
Certificado, asignado a la firma y asignado al proyecto son tres poblaciones distintas
Las personas que el proveedor certifica son un conjunto. Las que una propuesta cuenta como consultores son un conjunto mayor, que incluye perfiles no certificados y adyacentes. Las que quedan nombradas en el contrato de servicios del cliente son un conjunto bastante menor, tomado de alguno de los dos. La propuesta cita el mayor de los tres, y el cliente escucha el menor.
- 02
Competencia global, con cero proyectos en el país del cliente
Un integrador puede tener competencia genuina en el nivel más alto de la escala del proveedor, con una cantidad considerable de proyectos, y tener cero proyectos registrados en el país del cliente. La capacidad existe y es transferible, lo que convierte la afirmación en cuatro preguntas distintas: de asignación, de idioma, de tarifa y de continuidad.
- 03
La entidad que firma puede ser más joven que la trayectoria presentada
La entidad que ejecuta el contrato puede no ser la entidad cuya capacidad se presentó. Cuando es más joven que la historia que la propuesta reivindica, esa historia pertenece a otra persona jurídica y no viaja junto con el contrato. Es una verificación de minutos que cambia una decisión de años.
La propuesta es el único registro del proceso escrito para que el cliente lo lea. Existen otros, escritos con otros fines, y la divergencia entre ellos es el hallazgo. Es sistemática: va en una sola dirección, y es mayor justamente en las afirmaciones que el cliente no puede comprobar sin ayuda.
Un programa bien ejecutado sobre herencias malas entrega exactamente lo que esas herencias permiten.
Alexandre Pereira
Leer las señales mientras todavía son reversibles.
Para el patrocinador ejecutivo que responde por el programa, para el CFO que responde por el compromiso plurianual y para el CIO que responde por la arquitectura, la pregunta operativa es: de las nueve categorías, cuántas ya muestran señal en el material que está hoy sobre la mesa. Una conversación de 30 minutos, sin compromiso, alcanza para identificar qué categorías merecen verificación y cuáles dependen de evidencia que todavía no se pidió. Si la conclusión es que el programa está bien posicionado, esa también es una respuesta útil. El mejor momento para hacer esto es antes de la firma. El segundo mejor es antes del go-live. El tercero es hoy.
Hablar de tu decisióncontact@alkemia.io
Cuando el trabajo necesita ir más allá de una conversación, el punto de entrada es el diagnóstico previo a la firma.
El contrato en sí, y lo que en él fija el costo a lo largo del plazo, está en seis decisiones antes de firmar.
Las fechas citadas aquí son posiciones públicas del proveedor.
Fracaso de programa, en términos de decisión.
- ¿Por qué fracasan los programas de ERP?
- El fracaso aparece en la entrega y suele explicarse por ella: datos sucios, capacitación insuficiente, gestión del cambio débil. Buena parte de esas causas ya tenía señal antes de la firma. La ruta de migración elegida contra la cultura que la organización tiene, el integrador seleccionado sobre afirmaciones que nadie verificó, el alcance que entró como marcador de posición, el reloj contractual que empieza antes de que el ambiente exista. Esas señales se leen en la fase de calificación, y esa es la fase que el cronograma recorta primero, porque es la única que no produce entregable visible.
- ¿Cuánto cuesta elegir la ruta equivocada?
- Ningún estudio público mide el resultado condicionado a ese desajuste específico. Lo que existe es el perfil de desviación de toda la clase. En el estudio Business Transformation Unlocked, de Horváth, con 200 compañías usuarias de SAP con facturación anual desde 200 millones de euros, en la región DACH, en países seleccionados del norte y del este de Europa y en los Estados Unidos, con trabajo de campo en el primer trimestre de 2025, los programas de S/4HANA duran en promedio un 30 por ciento más de lo planeado, una cuarta parte de las organizaciones excedió mucho el presupuesto y otro 40 por ciento lo excedió fuertemente, y un 65 por ciento reporta déficits de calidad fuertes a muy fuertes. Los autores ubican el origen en el diseño inicial del programa y nombran, entre las causas, la consideración insuficiente del enfoque de transformación adecuado a la situación actual de la organización. Ninguno de esos estudios cubre América Latina.
- ¿Cómo se verifica de verdad a un partner de implementación?
- La propuesta es el único registro del proceso escrito para que el cliente lo lea. Existen otros registros públicos que no se escribieron con ese fin, y la divergencia entre ellos es el hallazgo. Esa divergencia es sistemática: va en una sola dirección, y es mayor justamente en las afirmaciones que el cliente no puede comprobar sin ayuda, como la cantidad de consultores certificados por solución, la presencia en el país y la identidad de la entidad que firma. Verificar es una actividad de calificación, hecha sobre la lista corta, y el resultado cambia tanto la elección como las protecciones que el cliente lleva a la negociación.
- ¿Esto no es trabajo del integrador o del proveedor?
- Los dos tienen un interés legítimo en cerrar el negocio, y ninguno es parte neutral en la elección del otro. El integrador no evalúa su propia selección, y el proveedor no arbitra la capacidad de entrega del integrador que revende su producto. La lectura independiente existe por esa asimetría, que permanece incluso cuando todos actúan de buena fe.
- Ya firmamos. ¿Todavía vale mirar esto?
- Vale la pena, y la pregunta cambia. Antes de firmar el objetivo es elegir y proteger; después es descubrir qué quedó expuesto y qué todavía deja margen de maniobra. Lo que queda se divide en dos. La parte operativa no exige reabrir el contrato: asignar dueño a las obligaciones que el contrato creó y nadie asumió, instalar la gobernanza del integrador, seguir los hitos de aprovisionamiento. Lo que toca plazo, métrica o precio solo se corrige reabriendo el contrato, y reabrir tiene un costo. Hacer esa separación temprano es lo que mantiene más cosas del lado barato.
- ¿Por qué la fase previa a la firma es siempre la que se recorta?
- Porque no produce entregable visible y compite por calendario con una fecha que ya se comunicó. La presión de plazo tiene un origen real: el mantenimiento mainstream de las aplicaciones centrales de SAP Business Suite 7 (la generación on-premise anterior a S/4HANA, de la que forma parte SAP ERP 6.0, el ECC) se extiende hasta el final de 2027, y el mantenimiento extendido opcional, con una prima de dos puntos porcentuales sobre la base de mantenimiento, hasta el final de 2030, ambos limitados a los tres enhancement packages más recientes de cada aplicación. La opción de transición SAP ERP, private edition, ofrece una suscripción de continuidad entre 2031 y 2033 y exige completar la migración a SAP ERP, private edition sobre SAP HANA antes del final de 2030. El efecto de esas fechas sobre el programa es indirecto: acortan la fase en que la ruta todavía puede elegirse.
Los patrones descritos aquí provienen de observación advisory dentro de un alcance declarado, y valen como hipótesis calibradas a ese alcance. Antes de actuar, conviene validar cada categoría contra la realidad del propio programa, del propio sector y de la propia región.
SAP y los nombres de productos SAP son marcas de SAP SE o de sus filiales. Alkemia es una consultoría independiente, sin afiliación, respaldo ni representación de SAP, y no es integrador de implementación: no compite por el proyecto de implementación, no lo vende y no lo entrega. Este material es informativo, describe patrones en términos generales y no constituye asesoría legal ni evaluación de ningún proveedor o integrador específico. Las fechas de mantenimiento reflejan posiciones publicadas por SAP y consultadas en agosto de 2026.