Quién dice sí y quién dice no en el core limpio de S/4HANA
El core limpio necesita un comité con autoridad real, no solo una intención. Por qué el Solution Standardization Board evita que la excepción se vuelva la norma.
· 5 min de lectura
El comité que SAP recomienda formalmente
Un comité no es un formalismo de proyecto que se disuelve al cerrar la conversión: es la pieza que la mayoría de los programas de core limpio deja pendiente. SAP la incorpora formalmente en su metodología. Dentro de SAP Activate, la guía de gobernanza para proyectos S/4HANA Cloud recomienda establecer un Solution Standardization Board (SSB), un comité cuyo propósito explícito es asegurar que el diseño de la solución cumpla con los principios de core limpio y evitar el sobre-desarrollo de código personalizado, incluso para requerimientos que no son diferenciadores para el negocio (SAP Community, 2020).
El gobierno efectivo del core limpio exige, en concreto, cuatro elementos que ese comité debe sostener: autoridad de decisión claramente definida para aprobar o rechazar extensiones de Nivel C y D, ninguna ruta informal de anulación de esa decisión, justificación documentada para cada excepción aprobada, y un plan de remediación asociado a cada una — todo respaldado por patrocinio ejecutivo con autoridad genuina (IgniteSAP, 2026).
La clasificación no decide nada por sí sola
La pieza anterior de esta serie mostró que SAP ofrece un criterio oficial —el marco de niveles A-D— para clasificar objetivamente qué tan limpia está cada extensión de un sistema S/4HANA. Ese mapa resuelve una pregunta importante: qué tan sucio está el core hoy. Pero deja abierta otra, igual de crítica: ¿quién decide qué hacer con esa clasificación?
Tener una extensión correctamente etiquetada como Nivel C o Nivel D no basta si no existe una instancia con autoridad real para aprobar, rechazar o exigir remediación sobre esa etiqueta. Sin esa instancia, la clasificación se convierte en un ejercicio documental que nadie usa para decidir nada — y el “sí, por esta vez” vuelve a colarse, ahora con un nivel de riesgo perfectamente etiquetado pero completamente ignorado.
Por qué esto importa especialmente después de la conversión
Para utilities y oil & gas en América Latina, este comité no es un formalismo de proyecto que se disuelve al terminar la conversión a S/4HANA. Es precisamente en el día a día posterior al go-live —cuando la presión de un cierre de mes, una falla de producción o una integración AMI urgente empuja hacia el “parche rápido”— donde la ausencia de un cuerpo con autoridad real se nota más.
Sin un Solution Standardization Board activo, cada decisión sobre una extensión de riesgo queda en manos de quien esté resolviendo el problema en ese momento, bajo la presión del momento. Con un comité formal, en cambio, esa misma decisión pasa por una instancia que puede decir que no — o que puede decir que sí, pero con la justificación documentada y el plan de remediación que la regla exige. La diferencia no es burocrática: es la diferencia entre gobernar el core y simplemente reaccionar a él.
En nuestros proyectos, EvoTech Consulting ha visto que la resistencia más común a instalar este tipo de comité no es técnica, sino organizacional: la percepción de que un comité de aprobación introduce fricción y retrasa soluciones urgentes. Esa fricción es, en realidad, el punto: es exactamente lo que evita que la excepción puntual —la que la primera pieza de esta serie describió como aparentemente razonable, tomada de forma aislada— se acumule sin control hasta erosionar la estabilidad de upgrade que la conversión logró.
Lo que sigue
Formalizar la autoridad de decisión resuelve quién dice sí y quién dice no. Pero un comité que aprueba caso por caso, sin visibilidad agregada del estado del sistema, sigue operando a ciegas sobre el panorama completo. La siguiente pieza de esta serie aborda ese problema: el tablero que muestra en tiempo real qué tan sucio está el core, para convertir el principio de gobierno en un número gobernable.
Fuentes
- IgniteSAP, “SAP’s Clean Core in Practice” (2026): https://ignitesap.com/saps-clean-core-in-practice/
- SAP Community, “Practical governance to drive fit-to-standard mindset in your SAP S/4HANA implementation” (2020, actualizado con referencias vigentes al Solution Standardization Board dentro de SAP Activate): https://blogs.sap.com/2020/06/15/practical-governance-to-drive-fit-to-standard-mindset-in-your-sap-s-4hana-implementation/
¿Este análisis mapea un mercado donde ya operas o estás evaluando entrar?
Revisamos tu caso específico, mapeamos los riesgos que aplican, y te decimos honestamente si es oportunidad para ti —sin pitch comercial, solo discusión técnica y estratégica.
