Por qué los proyectos SAP se salen del presupuesto y cómo evitarlo

Los proyectos SAP se salen del presupuesto sobre todo porque las empresas intentan mantener el costo bajo al principio y luego reciben el golpe en la fase Explore, cuando los talleres de fit-to-standard muestran el alcance real. En los programas que he revisado, los sobrecostos del 40 al 60 por ciento son habituales.

Respuesta corta: un presupuesto de SAP se desborda cuando se fijó antes de que nadie conociera el alcance, y cuando es el proveedor, y no el cliente, quien controla ese alcance. Vigile el número de objetos WRICEF durante la fase Explore, asuma usted la responsabilidad del alcance y mantenga una contingencia del 10 al 20 por ciento de su lado.

Los promedios de las encuestas parecen más tranquilos. El ERP Report 2026 de Panorama Consulting concluyó que más de una cuarta parte de las organizaciones superó su presupuesto de ERP, con las necesidades tecnológicas adicionales como causa principal. Los promedios de las encuestas y los programas que acaban en manos de un asesor son poblaciones distintas, así que planifique para la segunda.

40-60%

de sobrecosto que veo con frecuencia en los programas SAP que reviso

Fuente: Noel D'Costa, observación publicada

Este artículo trata del sobrecosto, no de la cifra inicial. Para los rangos de costo según el tamaño de la empresa, adónde va el dinero, las tarifas diarias y una fórmula de presupuesto, lea mi guía sobre cuánto cuesta implementar SAP.

En los 21 programas SAP que he dirigido o rescatado, se repiten las mismas causas. La mayoría son visibles antes de firmar el contrato.

1. El presupuesto se fija bajo y luego Explore muestra el alcance real

Es la razón más común que veo. Las empresas intentan mantener el costo bajo al principio, a menudo porque el caso de negocio necesita una cifra que el consejo apruebe. Luego llega la fase Explore.

En SAP Activate, Explore es la fase en la que los talleres de fit-to-standard contrastan los procesos estándar de SAP con la forma en que el negocio trabaja realmente (SAP Learning). Cada brecha detectada ahí se convierte en un elemento del backlog: un informe, una interfaz, una conversión, una mejora, un formulario o un flujo de trabajo. Ninguno estaba en el precio original.

El presupuesto no estaba mal porque alguien hubiera cometido un error de cálculo. Estaba mal porque se fijó antes de que existiera el alcance. Si puede, haga una evaluación breve de fit-to-standard antes de aprobar la cifra final.

2. El proveedor controla el alcance

El mayor error de costos que veo antes de firmar es permitir que el proveedor controle el alcance. Cuando el integrador de sistemas redacta el alcance, este describe lo que el integrador piensa entregar, no lo que el negocio necesita.

Las brechas aparecen más tarde como solicitudes de cambio, y cada solicitud de cambio la cotiza el mismo proveedor. Redacte el alcance usted mismo, o pida a alguien independiente de la implementación que lo redacte con usted.

3. Cambios de alcance sin control de costos

Una cadena minorista presupuestó 5 millones de USD y terminó en 12,3 millones. Un levantamiento de requisitos deficiente provocó cambios de alcance constantes. A mitad del proyecto descubrió que sus procesos de inventario no encajaban con la funcionalidad estándar de SAP, y llegó una personalización extensa.

También había subestimado la migración de datos desde sus sistemas heredados. Alinear los procesos con el estándar en la fase de diseño habría sido mucho más barato.

4. Calendarios fijados por la presión de la dirección

Un programa global del sector manufacturero superó su presupuesto en un 143 % (14 millones de USD frente a 5,8 millones previstos) y arrancó con 11 meses de retraso. Las causas: una presión irreal de la dirección sobre los plazos, un equipo interno con poco personal, demasiados módulos a la vez y un socio elegido por ser el más barato, sin experiencia en el sector.

Más barato no es automáticamente mejor. Un cliente que eligió la opción de implementación de menor costo terminó gastando un 30 % más en corregir problemas que un equipo con más experiencia habría evitado.

5. Personal interno a tiempo parcial

Los programas que asignan representantes a tiempo parcial en lugar de responsables de proceso dedicados pierden días en cada decisión. El equipo interno con poco personal de ese programa global del sector manufacturero fue una de las razones de sus 11 meses de retraso.

Sus mejores personas estarán dedicadas al programa la mitad de su tiempo o más durante meses. Ni su tiempo ni la ralentización en torno al go-live aparecen en la cotización de un proveedor.

6. Datos descubiertos tarde

Los problemas de datos descubiertos en preproducción son los más caros. El perfilado debería hacerse en paralelo con los requisitos, no después de la configuración. Tres meses de depuración bajo la presión de un sistema en vivo figuran sistemáticamente entre los mayores costos por retraso en los programas con sobrecosto.

También trato este tema en un vídeo de mi canal de YouTube (en inglés).

La señal de alerta más clara es la propia fase Explore. Vigile el número de objetos WRICEF: informes, interfaces, conversiones, mejoras, formularios y flujos de trabajo. Si esa lista sigue creciendo taller tras taller, el presupuesto ya va por detrás del alcance.

Cada una de las señales siguientes apunta a una de las causas anteriores. La mayoría se puede comprobar en una revisión semanal del programa.

Señal de alerta	Qué suele significar	Qué hacer
El número de WRICEF crece durante Explore	El alcance real es mayor que el alcance cotizado	Volver a fijar la línea base del presupuesto al final de Explore, antes de que empiece Realize
Las brechas se cierran con «hay que desarrollarlo» por defecto	No se cuestionan los procesos estándar	Pedir al responsable de negocio que justifique cada brecha frente al estándar
Documentos de alcance redactados por el integrador de sistemas	El proveedor controla lo que se cotiza	Asumir la responsabilidad del alcance y revisarlo con alguien independiente
Solicitudes de cambio revisadas cada mes o sin cotizar	Los cambios pequeños se acumulan sin que nadie lo vea	Cotizar cada solicitud de cambio y revisarlas cada semana
Perfilado de datos sin empezar al final de Explore	Los problemas de datos aparecerán en las pruebas o en el cutover	Empezar el perfilado ya, en paralelo con los requisitos
Usuarios clave todavía a tiempo parcial	Las decisiones se ralentizan y el retrabajo crece	Cubrir su trabajo diario o mover el calendario

Cada uno de estos controles ataca una de las causas anteriores. Los casos proceden de programas en los que trabajé o que revisé.

1. Asuma la responsabilidad del alcance. Redáctelo del lado del cliente, congélelo al final de Explore y trate cada cambio posterior como una decisión con precio, no como una nota de taller.
2. Adopte procesos estándar. Cada personalización cuesta dos veces: al construirla y luego en cada actualización. Un cliente del sector manufacturero ahorró más de 800K USD adaptando sus procesos a los estándares de SAP en lugar de personalizar. Fue doloroso para algunos departamentos, pero la diferencia financiera fue enorme.
3. Despliegue por fases. Un cliente minorista ahorró 1,2 millones de USD dividiendo su despliegue en tres fases a lo largo de 18 meses en lugar de hacerlo todo a la vez. La inversión inicial bajó un 40 %, y lo aprendido en la fase 1 hizo más rápidas las fases siguientes.
4. Pague por experiencia, no por una tarifa diaria baja. Un cliente del sector químico cambió de un socio SAP generalista a un especialista del sector y gastó un 20 % menos en total pese a tarifas por hora más altas. Los especialistas trabajaron más rápido y cometieron menos errores.
5. Mantenga la contingencia de su lado. Reserve un 10 a 20 por ciento además del presupuesto y libérelo solo frente a riesgos identificados. La contingencia incluida en el precio del socio se gasta en las prioridades del socio.
6. Revise las solicitudes de cambio cada semana. Cotice cada una según su impacto en presupuesto y calendario antes de aprobarla, no a fin de mes.
7. Automatice las pruebas de regresión. Herramientas como Tricentis Tosca o la propia automatización de pruebas de SAP se amortizan en cualquier programa con más de dos ciclos de prueba, y cada actualización posterior al go-live es otro ciclo.

Para el lado comercial, mi lista de control para negociar licencias SAP y mi revisión de costos del contrato para CFO cubren qué exigir antes de firmar.

El modelo de suscripción traslada el gasto de capital a gasto operativo. No elimina el riesgo de sobrecosto, pero cambia dónde se sitúa.

GROW with SAP funciona sobre S/4HANA Cloud Public Edition, que solo permite extensiones a través de interfaces liberadas. Eso limita cuánto puede crecer la lista WRICEF, y los programas GROW suelen durar unos 6 a 9 meses. La contrapartida es menos libertad para adaptar SAP a procesos poco habituales.

RISE with SAP funciona sobre S/4HANA Cloud Private Edition, donde todavía se puede modificar el núcleo. Ahí el Clean Core es una decisión de gobierno, no un límite técnico, así que el riesgo de la fase Explore es el mismo que on-premise. Los programas RISE suelen durar de 9 a 18 meses, y el plazo de suscripción plurianual tiene que verse en el caso de negocio.

La AI es una nueva partida del presupuesto, no un ahorro con el que contar. Algunas capacidades de Joule vienen incluidas en las suscripciones en la nube de SAP, mientras que las capacidades de AI premium se cotizan aparte. Pida la hipótesis de productividad que hay detrás de cualquier tarifa de un socio que prometa ahorros por AI.

Esto determina cómo afecta un gran programa a la cuenta de resultados. Según las NIIF y los US GAAP, los costos de construir un activo que usted controla pueden capitalizarse; los de operar, formar y preparar, no. La nube cambia la respuesta para una gran parte del presupuesto.

Elemento de costo	Licencia on-premise	Suscripción en la nube (RISE / GROW)
Cuotas de licencia o suscripción	Capitalizar como activo intangible	Gasto a lo largo del plazo (contrato de servicios)
Servicios de configuración y construcción	Capitalizar si son directamente atribuibles	NIIF: a menudo gasto, salvo que creen un activo separado que usted controla. US GAAP: capitalizar los costos de implementación y amortizarlos durante el plazo de hosting
Trabajo interno en la construcción	Capitalizar si es directamente atribuible	El mismo reparto que arriba
Capacitación y gestión del cambio	Gasto	Gasto
Depuración de datos	Gasto	Gasto
Herramientas de conversión de datos que conserva	Capitalizar si son reutilizables	Evaluar caso por caso
Hypercare y soporte	Gasto	Gasto

La posición de las NIIF procede de la decisión de agenda de 2021 del IFRS Interpretations Committee sobre los costos de configuración y personalización en acuerdos de computación en la nube. La posición de los US GAAP procede de la ASU 2018-15. Sobre todo con las NIIF, un caso de negocio de RISE que asuma la capitalización propia del on-premise puede sobrestimar de forma significativa el beneficio del primer año.

La documentación decide cuánto conserva. Un cliente del sector manufacturero ahorró 2,3 millones de USD en gastos del ejercicio capitalizando correctamente, porque registró las actividades de los consultores con el detalle suficiente para defender el enfoque. Otro cliente sufrió una dolorosa reexpresión de sus estados financieros porque no pudo justificar sus decisiones de capitalización.

Los auditores examinan con lupa los grandes proyectos capitalizados. Acuerde la política con ellos antes de que empiece el programa, no al cierre del ejercicio.

La mayoría de los programas con sobrecosto no tuvieron un fallo de planificación. Tuvieron un fallo de honestidad en la fase de planificación. Un CFO que aprueba un plan realista con una contingencia adecuada gasta menos que uno que aprueba un plan optimista sin ella.

Esta guía forma parte de mi guía central de implantación de SAP, que enlaza todos los temas, desde el caso de negocio hasta la puesta en marcha.

¿Por qué las implementaciones de SAP superan el presupuesto?

Casi siempre porque el presupuesto se mantiene bajo al principio y luego la fase Explore muestra el alcance real. Los talleres de fit-to-standard convierten las brechas en informes, interfaces, conversiones, mejoras, formularios y flujos de trabajo que nunca se cotizaron. El alcance controlado por el proveedor, los equipos internos a tiempo parcial y el trabajo tardío con los datos lo empeoran.

¿Cuánto suelen superar el presupuesto los proyectos SAP?

En los programas que he revisado, los sobrecostos del 40 al 60 por ciento son habituales. La encuesta de 2026 de Panorama Consulting concluyó que más de una cuarta parte de las organizaciones superó su presupuesto de ERP. Los programas que llegan a un asesor suelen ser la cola problemática de esa población.

¿Cuáles son las señales de alerta temprana de un sobrecosto en SAP?

La señal más clara es un número de WRICEF que no deja de crecer durante la fase Explore. Otras son los documentos de alcance redactados por el proveedor, las solicitudes de cambio que no se cotizan cada semana, el perfilado de datos sin empezar y los usuarios clave que siguen a tiempo parcial. Vuelva a fijar la línea base del presupuesto al final de Explore si la lista ha crecido.

¿Cómo se frena el scope creep en un proyecto SAP?

Asuma el alcance del lado del cliente en lugar de dejar que lo redacte el integrador de sistemas. Congélelo al final de Explore, cuestione cada brecha frente al estándar de SAP y cotice cada solicitud de cambio antes de aprobarla. Revise las solicitudes de cambio cada semana, no a fin de mes.

¿RISE with SAP reduce el riesgo de superar el presupuesto?

No por sí solo. RISE funciona sobre Private Edition, donde el núcleo todavía se puede modificar, así que el riesgo de la fase Explore es el mismo que on-premise. GROW with SAP sobre Public Edition limita las extensiones a interfaces liberadas, lo que reduce cuánto puede crecer el alcance.

¿Se pueden capitalizar los costos de implementación de RISE with SAP?

En parte, y depende de su marco contable. La suscripción en sí normalmente se registra como gasto. Según las NIIF, los servicios de configuración y personalización en un acuerdo SaaS también suelen registrarse como gasto, salvo que creen un activo separado que usted controla; según los US GAAP (ASU 2018-15), los costos de implementación se capitalizan y se amortizan durante el plazo de hosting.