Roles compuestos de ECC: el punto ciego que infla tu conteo FUE
Wildcards, roles heredados y usuarios de prueba con perfil completo pueden inflar tu clasificación FUE en RISE sin que nadie lo note antes de firmar.
· 6 min de lectura
Ninguna utility de LATAM firma un contrato RISE with SAP pensando en depurar roles de ECC primero. Se firma sobre el sistema que ya existe: el mismo IS-U/FI-CA que lleva más de una década operando, con roles compuestos que crecieron transacción por transacción, cambio de área por cambio de área, sin que nadie los revisara desde cero. Ese historial es exactamente lo que el reporte STAR va a leer para fijar tu conteo de FUE.
Lo que ya vimos y lo que falta
En la pieza anterior de esta serie explicamos que el reporte STAR (Nota SAP 3113382) no mide uso: mide autorizaciones asignadas. Esta vez vamos un nivel más abajo, al mecanismo técnico concreto por el cual un rol heredado de ECC —sin que ningún administrador lo haya decidido activamente— termina empujando usuarios enteros hacia la categoría Advanced, la más cara del modelo FUE.
El wildcard que actúa como autorización completa
El motor de clasificación STAR evalúa objetos de autorización y sus valores de campo, no transacciones ejecutadas. Cuando un rol de ECC contiene un valor comodín (*) en un campo de actividad o de organización —una práctica común en roles compuestos antiguos, diseñada para evitar mantenimiento futuro—, ese comodín cubre por definición cualquier valor específico que el ruleset STAR use para calificar como Advanced. El rol nunca fue diseñado para otorgar ese nivel de acceso: simplemente nunca se restringió. El resultado es el mismo que si el usuario tuviera la autorización explícita.
Roles compuestos heredados: la arquitectura que nadie audita
La segunda fuente de inflación es estructural. Los roles compuestos de un ECC con más de diez años de operación acumulan roles simples de distintas generaciones de implementación, cada uno con su propio conjunto de objetos de autorización. Un análisis inicial sobre este tipo de landscape suele revelar usuarios con una única autorización Advanced heredada de un rol compuesto amplio que en la práctica no necesitan, junto con roles que igualan actividades de nivel Advanced mediante valores comodín que tampoco fueron pensados para ese nivel (MTC Skopos, 2026). El punto crítico: STAR aplica una lógica de techo. Basta una sola coincidencia Advanced en todo el perfil del usuario para que la clasificación completa del usuario suba a esa categoría, sin importar cuántas otras autorizaciones del mismo perfil sean de nivel Core o Self-Service (MTC Skopos, 2026).
El activo olvidado: usuarios de prueba con perfil completo
Hay una tercera categoría que las utilities LATAM suelen pasar por alto: cuentas de prueba o de migración creadas durante proyectos anteriores —cutover de un módulo IS-U, pruebas de integración con el sistema comercial, capacitaciones— a las que en su momento se les asignó un perfil amplio “para no bloquear el avance del proyecto”. Esas cuentas quedan activas en el sistema productivo mucho después de que el proyecto terminó. STAR no distingue entre un gerente de facturación que usa esa autorización a diario y una cuenta de prueba inactiva desde hace años: si el perfil sigue asignado y sigue activo, cuenta igual para la clasificación.
Qué significa esto para tu contrato RISE
Para una utility o una operación de oil & gas en LATAM que negocia por primera vez su volumen de FUE, estos tres patrones —wildcards, herencia de roles compuestos y cuentas de prueba olvidadas— no son errores aislados de configuración: son el resultado natural de una década de mantenimiento reactivo sobre un ECC con IS-U/FI-CA. El problema no es visible en un reporte de uso, porque STAR nunca mira uso. Es visible solo cuando alguien va rol por rol, valor de campo por valor de campo, antes de que ese número quede fijado en el contrato.
La secuencia correcta para hacer esa depuración —qué revisar primero, qué decisiones tomar sobre roles compuestos y cuentas huérfanas, y en qué orden ejecutarlas antes de fijar el número de FUE— es el tema de la siguiente pieza de esta serie.
Fuentes
- MTC Skopos, SAP FUE Optimization: Cut RISE License Cost 30-50%, 2026.
- SAP, Nota 3113382 — Authorization-based SAP S/4HANA User Simulation / FUE Projection.
¿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.
