Antes de fijar el FUE en tu contrato RISE, depura el rol primero
En RISE with SAP, el rol que arrastras de ECC define tu costo antes de firmar. Por qué depurar la autorización debe preceder al número contractual de FUE.
· 6 min de lectura
El número que firmas hoy no se puede deshacer mañana
Ya vimos en la pieza anterior de esta serie cómo un rol compuesto amplio heredado de ECC puede inflar la clasificación de un usuario sin que nadie lo note. La pregunta que sigue es más incómoda: ¿en qué momento del proyecto de migración corresponde corregir eso?
La respuesta del mercado es clara y coincide entre distintos proveedores de gestión de licencias SAP: el momento ideal para optimizar las licencias de usuario es durante la migración a S/4HANA o un proyecto de rediseño de roles, tratando esa optimización como parte de esas actividades o como medida preparatoria, no como una tarea posterior (Xiting, 2026). Para una utility o una operación de oil & gas en Latinoamérica que negocia su primer contrato RISE with SAP S/4HANA, migrando desde un ECC con IS-U/FI-CA de más de una década de antigüedad operativa, esto no es un matiz metodológico: es la diferencia entre negociar desde una posición de control o desde una posición de exposición.
Por qué la secuencia importa más que la herramienta
Bajo RISE with SAP, la clasificación de licencia ya no depende de lo que un usuario efectivamente hace, sino de lo que sus roles le permiten hacer. El reporte STAR (S/4HANA Trusted Authorization Review), respaldado por la Nota SAP 3113382, estima el consumo de FUE proyectando las asignaciones de autorización actuales de ECC hacia los tipos de licencia de S/4HANA. El detalle operativo que suele pasarse por alto: correr STAR sobre roles sin depurar no mide tu operación real, mide dos décadas de acumulación de permisos.
Esto tiene una consecuencia contractual concreta. Una vez establecida la línea base de FUE en RISE, SAP no permite reducciones retroactivas: la optimización de licencias debe completarse antes o en el momento de la renovación para tener impacto en los costos futuros (Soterion, 2025). Dicho de otro modo: el número que sale del primer STAR corriendo sobre roles heredados tiende a convertirse en el piso contractual de los próximos años del acuerdo.
La magnitud del riesgo no es anecdótica. Cuando el rediseño de roles no se ejecuta antes de mapear con STAR, el incremento en el valor de las licencias FUE puede ubicarse entre 50% y 150% (USU, 2025) — un rango que coincide con estimaciones independientes que sitúan el licenciamiento basado en autorizaciones como sustancialmente más costoso que el basado en uso real (E3-Magazin, 2024). Para una utility latinoamericana operando con presupuestos de modernización acotados, ese diferencial no es un margen de negociación: puede ser la diferencia entre un caso de negocio viable y uno que no cierra.
La secuencia correcta, no la intuitiva
La tentación operativa es correr STAR primero para “saber dónde estamos” y depurar después. La secuencia recomendada por el mercado invierte ese orden:
Compartir resultados de STAR sin revisión interna previa puede disparar ajustes de costo o acciones de cumplimiento basadas en datos sin optimizar; la práctica recomendada es correr el reporte internamente primero y revisarlo con consultores de licenciamiento independientes antes de cualquier paso formal con SAP (SAP Community, 2025). En un proyecto de migración de IS-U/FI-CA con años de copiar perfiles entre analistas de facturación, operadores de campo y equipos de comercialización, ese paso de revisión interna suele ser el que más valor rescata — y el que con más frecuencia se salta por presión de cronograma.
El rediseño como ventana, no como carga adicional
El punto central para un CIO o líder de Basis de una utility latinoamericana no es que depurar roles sea “buena práctica de seguridad” — eso ya se sabía. El punto es que la migración a S/4HANA y el proyecto de rediseño de roles son, hoy, la única ventana donde esa depuración tiene retorno financiero directo y medible sobre el contrato que se está a punto de firmar. Después de esa ventana, la línea base ya está fija.
Esto reencuadra el rediseño de roles: no es un costo adicional al proyecto de migración, es la actividad que determina si el número de FUE del contrato refleja la operación real de la compañía o el peso acumulado de autorizaciones que nadie ha revisado en años.
La secuencia de esta pieza — depurar antes de medir, medir antes de comprometer — resuelve el “cuándo”. La siguiente pieza de esta guía entra en el “cómo”: qué papel juegan Role Profiler y Role Designer para mostrar el costo de licencia antes incluso de crear el rol.
Fuentes
- Xiting — License Analysis for Cost Optimization in SAP S/4HANA (2026)
- USU — Optimize SAP licenses before S/4 migration (2025)
- Soterion — Optimising SAP User (FUE) Licensing (2025)
- E3-Magazin — RISE with SAP: Tips for license optimization in the cloud (2024)
- SAP Note 3113382 — SLIM_USER_CLF_HELP simulation report
- SAP Community — RISE with SAP Full Use Equivalent (FUE) concept (2025)
¿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.
