El reporte STAR: qué mide realmente tu clasificación FUE
El motor de clasificación STAR evalúa el perfil de autorización completo de tus roles ECC, no el uso diario. Así funciona antes de tu contrato RISE.
· 6 min de lectura
En la pieza anterior de esta serie establecimos algo que suele sorprender a los equipos que negocian su primer contrato RISE with SAP: el conteo de FUE no mide lo que el usuario efectivamente usa, sino lo que su rol le permite hacer. Esta pieza responde la pregunta técnica que sigue naturalmente de esa afirmación: ¿qué es exactamente el motor que hace esa evaluación, y por qué está diseñado para mirar el perfil completo en vez de la actividad diaria?
El motor detrás del número: el reporte STAR
Cuando una utility de la región migra desde un ECC con IS-U/FI-CA de más de una década de antigüedad operativa hacia RISE with SAP S/4HANA, el número de licencias que SAP propone no sale de una encuesta de uso ni de un conteo manual. Sale de un reporte técnico: el reporte STAR, ejecutado mediante el programa SLIM_USER_CLF_HELP, documentado en la nota SAP 3113382.
Ese reporte toma los perfiles de autorización de cada usuario en el sistema ECC y los evalúa contra casi 3.000 combinaciones de objetos de autorización (MTC Skopos, 2026). El resultado de esa evaluación clasifica a cada usuario en uno de tres niveles: Advanced Use, Core Use o Self-Service. Ese nivel es, en la práctica, lo que determina cuánto va a costar el contrato RISE.
Casi 3.000 combinaciones, un solo criterio de decisión
Lo que hace que este mecanismo sea tan relevante para un equipo que está negociando su primer contrato RISE es su lógica interna: no promedia, no pondera por frecuencia de uso, no distingue entre una autorización que el usuario ejerce todos los días y una que quedó asignada por herencia de un rol compuesto y nunca se ejecuta. El reporte STAR compara el perfil de autorización completo del usuario contra ese conjunto casi de 3.000 combinaciones, y basta con que una sola de ellas corresponda al nivel Advanced para que todo el perfil del usuario se clasifique en ese nivel superior.
Por qué evalúa el perfil, no la actividad diaria
Este diseño no es un descuido ni una simplificación excesiva: es exactamente cómo está construido el mecanismo, y entenderlo cambia por completo la forma en que un equipo debería prepararse antes de someter el reporte STAR a SAP. El reporte no le pregunta al sistema qué transacciones ejecuta cada usuario en su día a día. Le pregunta qué autorizaciones tiene asignadas ese usuario, sin importar si esas autorizaciones provienen de un rol que se diseñó a medida o de un rol compuesto amplio que se heredó de una configuración de hace más de diez años. La clasificación se basa exclusivamente en los objetos y valores de autorización asignados, no en su uso efectivo (Soterion, 2026).
Esa distinción es crítica para una utility LATAM que está migrando desde un ECC con IS-U/FI-CA de larga data operativa. En ese tipo de landscape, es común que los roles compuestos hayan crecido con el tiempo, acumulando autorizaciones que en algún momento tuvieron sentido para un usuario o un proceso específico, pero que hoy siguen asignadas a decenas o cientos de perfiles sin que nadie las haya revisado. El reporte STAR no perdona esa acumulación: la detecta y la traduce directamente en costo.
Lo que esto implica antes de correr el reporte
Entender que el reporte STAR mide el perfil de autorización completo —y no la actividad real del usuario— es el punto de partida técnico de esta serie. No es un detalle menor: es la razón por la cual el primer conteo de FUE de una utility que negocia su primer contrato RISE casi siempre sale más alto de lo que su uso real justificaría. La nota SAP 3113382 y el programa SLIM_USER_CLF_HELP no están evaluando qué hace el usuario; están evaluando qué le permite hacer su rol, y ese matiz es exactamente lo que determina si el número que llega a la negociación con SAP refleja la realidad operativa de la utility o el peso acumulado de años de diseño de roles sin depurar.
Con este mecanismo ya claro, la siguiente pieza de esta serie entra en el terreno donde ese peso se acumula sin que nadie lo note: cómo un rol compuesto amplio de ECC infla la clasificación de un usuario sin que el equipo de seguridad lo perciba hasta que el reporte STAR ya corrió.
Fuentes
- MTC Skopos (2026). SAP FUE Optimization: Cut RISE License Cost 30-50%.
- Soterion (2026). Understanding SAP’s FUE Measurement Model.
¿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.
