El conteo de FUE no mide uso: mide lo que tu rol permite
En RISE with SAP, la clasificación FUE se basa en autorizaciones asignadas, no en el uso real. Una utility LATAM puede firmar con roles de ECC sin depurar y pagar de más.
· 7 min de lectura
Una utility latinoamericana entra a la negociación de su primer contrato RISE with SAP S/4HANA convencida de que el número de FUE reflejará, más o menos, cuánta gente usa el sistema todos los días. Firma. Meses después, al correr el primer reporte de clasificación sobre el landscape migrado, el conteo aparece muy por encima de lo esperado. Nadie contrató más personal. Nadie amplió el alcance del sistema. Lo que cambió fue la forma en que SAP mide.
Un FUE no cuenta personas, cuenta permisos
Bajo RISE with SAP, el modelo de licenciamiento por Named User quedó atrás. En su lugar, SAP agrupa a los usuarios en tres categorías —Advanced, Core y Self-Service— y las convierte en unidades licenciables llamadas Full Use Equivalent (FUE), usando ratios fijos: un usuario Advanced equivale a 1 FUE, cinco usuarios Core equivalen a 1 FUE, y treinta usuarios Self-Service equivalen a 1 FUE (Turnkey Consulting, 2024).
La cifra parece simple hasta que se entiende qué la determina. No es el volumen de transacciones que un usuario ejecuta a diario, ni cuántas veces entra a Fiori, ni cuánto tiempo pasa conectado. Lo que determina la categoría es qué autorizaciones tiene asignadas ese usuario dentro de sus roles, existan o no evidencias de que las use.
El mecanismo: por qué basta una sola autorización
Aquí está el punto que suele pasar inadvertido en la fase de negociación. La clasificación corre sobre un motor de reglas —el reporte conocido como STAR— que evalúa miles de combinaciones de objeto de autorización y valor de campo dentro de cada rol, y asigna a cada usuario al nivel Advanced, Core o Self-Service según la autorización más alta que encuentre en su perfil (MTC Skopos, 2026).
Eso significa que un usuario puede ejecutar, en la práctica, únicamente tareas de bajo impacto —consultar un aviso de mantenimiento, aprobar una solicitud, revisar un reporte de facturación— y aun así quedar clasificado como Advanced porque su rol arrastra, en algún rincón heredado de la configuración, una sola autorización de escritura o eliminación que nunca ejecuta. El sistema no pregunta qué hace el usuario. Pregunta qué le permite hacer el rol. Una sola autorización de ese tipo promueve al usuario completo al tramo más caro del contrato (MTC Skopos, 2026).
Por qué esto pesa distinto en una utility LATAM
Para una empresa de servicios públicos u oil & gas de la región que migra desde un ECC con IS-U/FI-CA de más de una década de operación continua, este mecanismo no es un detalle técnico menor: es el punto donde el contrato se decide antes de que empiece el proyecto de migración. Los roles de facturación (IS-U), gestión de activos, o interfaces con lecturas de campo suelen haber crecido por acumulación —permiso sobre permiso, excepción sobre excepción— durante años de mantenimiento reactivo, sin que nadie los depure antes de firmar RISE.
El resultado documentado en distintos análisis de mercado es consistente: la mayoría de las organizaciones que corren esta clasificación por primera vez descubren que su conteo de FUE está inflado muy por encima de lo que su uso real justificaría, simple y llanamente porque las autorizaciones heredadas —no la actividad diaria— son las que determinan la categoría (MTC Skopos, 2026). Los propios analistas de licenciamiento SAP describen el mismo patrón: la migración a S/4HANA cambia el modelo de Named User al modelo FUE, y la clasificación heredada de ECC, sin depurar, infla la posición de licenciamiento antes de que el proyecto arranque (Soterion, 2026).
El costo de negociar sin depurar primero
Cuando la conversación de licenciamiento sucede en paralelo a la firma del contrato —y no antes— la organización está negociando con datos que aún no reflejan lo que realmente necesita. Los especialistas en optimización de licenciamiento SAP coinciden en que la clasificación incorrecta de usuarios es la palanca individual más grande sobre el costo final del contrato, por encima de cualquier otro factor de negociación (Redress Compliance, 2026).
Para una utility latinoamericana con presupuesto acotado y ciclos de renovación regulatoria estrictos, esto se traduce en una decisión simple pero incómoda: correr el ejercicio de clasificación sobre los roles actuales de ECC —antes de que la propuesta comercial de RISE quede cerrada— o aceptar que el primer número de FUE que se firma ya nació inflado por años de autorizaciones que nadie limpió.
En la próxima pieza de esta serie revisamos qué mide en realidad el reporte STAR cuando corre sobre roles todavía diseñados para ECC, y por qué esa brecha entre diseño de rol y medición de licencia es donde más valor se pierde antes de la migración.
Fuentes
- Turnkey Consulting (2024). RISE Right FAQs: Navigating RISE With SAP FUE Licensing.
- MTC Skopos (2026). SAP FUE Optimization: Cut RISE License Cost 30-50%.
- Soterion (2026). The path to SAP S/4HANA: Are organisations underestimating the impact of FUE licensing?
- Redress Compliance (2026). SAP FUE Licensing: 2026 User Count Calculation.
- SAPinsider (2026). Understanding SAP’s FUE Pricing Model: RISE with SAP.
¿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.
