RISE con SAP: tu FUE no depende de tu licencia ECC

El true-up ya está decidido antes de que Finanzas se siente a negociar

Cuando llega la carta de renovación de RISE with SAP, la negociación ya perdió la mitad de su margen antes de empezar. El equipo de Basis corre el reporte STAR, entrega un conteo de FUE (Full Use Equivalent) y Finanzas negocia sobre esa cifra como si fuera un hecho técnico neutral. No lo es: es el resultado de un supuesto que casi nadie verifica, y ese supuesto es exactamente lo que infla el costo del contrato antes de que se abra cualquier conversación sobre precio.

El supuesto es este: que un usuario que en ECC tenía licencia Full Professional se traduce automáticamente en un usuario Advanced en RISE. Según quienes han estudiado el motor de clasificación STAR, esa correlación directa no existe. En muchos casos, antiguos usuarios Full Professional terminan clasificados como Core en RISE, y ocurre también el fenómeno inverso (Soterion, 2026). Para una utility o una operadora de oil & gas en LATAM que llega a su renovación o true-up de contrato, esa diferencia no es un matiz técnico: es la línea que separa un contrato dimensionado sobre trabajo real de uno dimensionado sobre autorizaciones que nadie usa.

Por qué ese conteo termina siendo la base de la negociación

Si el equipo de Basis toma el resultado bruto del reporte STAR y lo entrega a Finanzas sin revisión, cualquier autorización heredada de más se traduce en una clasificación Advanced que la operación no necesita —y esa clasificación se convierte en la base numérica de la negociación de renovación. En la pieza anterior de esta serie revisamos el otro lado de este sesgo: los casos en que STAR también subestima el conteo real. Aquí el problema es el opuesto y, para efectos de un true-up, más costoso.

Esto pesa distinto según el tipo de activo que administra la utility. En operaciones de recaudación y facturación, roles amplios de “consulta y ajuste” heredados para cubrir cierres de mes ocasionales suelen quedar activos todo el año. En O&G, roles de ingeniería con acceso de configuración usado una vez por trimestre igual califican como Advanced el resto del tiempo. En ambos casos, el resultado es el mismo: un contrato negociado sobre autorizaciones latentes, no sobre trabajo real.

Por qué la equivalencia 1:1 es una simplificación peligrosa

El modelo FUE no hereda las categorías de licenciamiento de ECC; las reconstruye desde cero a partir de los objetos de autorización efectivamente asignados a cada usuario. El ruleset que ejecuta esa reconstrucción —conocido como STAR y documentado en la nota SAP 3113382— evalúa los objetos y valores de autorización asignados a cada usuario para decidir en cuál de tres categorías cae: Advanced, Core o Self-Service (Soterion, 2026).

Las tres categorías no pesan igual sobre el contrato. Un usuario Advanced consume una unidad FUE completa; se necesitan cinco usuarios Core para consumir esa misma unidad; y treinta usuarios Self-Service equivalen a un solo FUE (Turnkey Consulting, 2024). Esa diferencia de peso es justamente lo que convierte una mala clasificación en un problema financiero: basta con que un usuario tenga un solo objeto de autorización de nivel avanzado en cualquier parte de su perfil para que todo el usuario suba a la categoría más cara, sin importar que el resto de su rol sea estrictamente operativo. Roles heredados de implementaciones ECC de larga data suelen acumular autorizaciones “por si acaso” —accesos amplios asignados hace años a un supervisor de facturación, a un analista de pérdidas no técnicas o a un ingeniero de campo, que nunca se depuraron cuando cambiaron de función— y ese acumulado es exactamente el tipo de ruido que el ruleset STAR interpreta al pie de la letra: clasifica según lo que el rol permite, no según lo que el usuario ejecuta (Soterion, 2026).

Qué exigir antes de firmar el true-up

Antes de aceptar el conteo de STAR como cifra definitiva de renovación, hay una postura de negociación que cambia el resultado:

• No firmar sobre el conteo bruto: pedir el respaldo de qué autorizaciones específicas sustentan cada clasificación Advanced antes de aceptarla como base de la negociación.
• Reclasificar usuarios de Professional a Functional cuando la evidencia de consumo —no el título del cargo— lo respalde.
• Evaluar de forma proactiva la exposición a Digital Access mediante el programa que SAP ofrece para regularizar ese componente, el Digital Access Adoption Program (ASUG, 2025), antes de que la renovación lo convierta en una sorpresa aparte del conteo de FUE.
• Negociar de forma holística: un exceso de licencias sin usar (shelfware) identificado en la revisión es palanca para pedir créditos hacia servicios BTP en lugar de simplemente pagarlo de nuevo en la renovación.

Ninguno de estos pasos requiere esperar a que SAP audite primero. La evidencia de uso real es exactamente el tipo de información que una utility ya tiene en sus propios logs de transacciones; el trabajo consiste en cruzarla contra el ruleset antes de que el número de STAR llegue a la mesa de negociación.

Lo que viene

Saber que el conteo de STAR puede estar mal orientado es el primer paso; traducir ese ruleset oficial —pensado para SAP, no para el equipo que negocia el contrato— en una lectura propia y auditable, combinación por combinación, es otro ejercicio completo. La siguiente pieza de esta serie aborda justamente cómo hacer esa traducción antes de que llegue el true-up.

Fuentes

• Soterion, Understanding SAP’s FUE Measurement Model (2026): https://soterion.com/blog/understanding-saps-fue-measurement-model/
• Turnkey Consulting, RISE Right FAQs: Navigating RISE With SAP FUE Licensing (2024): https://www.turnkeyconsulting.com/resources/blog/rise-right-faqs-navigating-rise-with-sap-fue-licensing
• ASUG, A New Answer to Your SAP Digital Access Questions (2025): https://www.asug.com/insights/a-new-answer-to-your-sap-digital-access-questions