FUE

Rise with SAP: how to juggle FUE metrics

A guide to counting FUE (Full Use Equivalent) users.

Una guida per orientarsi nel licensing di SAP Cloud ERP, la nuova denominazione che sostituisce Rise with SAP, e per comprendere la metrica FUE (Full Use Equivalent): come funziona, come si calcola e quali sono i punti di attenzione da considerare se si sta eseguendo la transizione.

Dal programma RISE a SAP Cloud ERP: cosa cambia davvero

SAP ha recentemente annunciato il rebranding di Rise with SAP in SAP Cloud ERP. Al di là del cambio di nome, questo passaggio segna un’evoluzione nella proposta commerciale e di prodotto: non solo un “pacchetto di trasformazione” per la migrazione a SAP S/4HANA Cloud, ma una vera e propria piattaforma di riferimento per il futuro dei sistemi ERP in cloud.

L’obiettivo dichiarato da SAP è quello di rendere più chiara e modulare l’offerta, eliminando alcune ambiguità di Rise e introducendo:

  • nuovi pacchetti e tier di prodotto, che riorganizzano funzionalità e componenti in bundle più trasparenti;
  • add-on separati, che prima erano inclusi e ora vengono licenziati a parte, con impatti diretti sul costo complessivo;
  • una struttura contrattuale più flessibile, ma anche più articolata da gestire lato compliance.

Il concetto di fondo rimane quello già noto: “One offer, one contract”. SAP Cloud ERP raccoglie infatti in un unico contratto le componenti fondamentali per la gestione del sistema ERP: infrastruttura cloud, servizi gestiti, piattaforma tecnologica (SAP Business Technology Platform), strumenti di ottimizzazione dei processi (SAP Business Process Intelligence), collegamenti di ecosistema (SAP Business Network) e strumenti di sviluppo (SAP Build).

Il valore aggiunto per i clienti sta nella semplificazione della governance: meno contratti da gestire, minore frammentazione, implementazioni più rapide e SLA centralizzati.

 

Licensing direct access: the FUE

Con Rise with SAP è stato introdotto un modello di licenza in abbonamento, che ha segnato una svolta rispetto al tradizionale modello perpetuo on-premise a cui i clienti SAP erano abituati. Con il rebranding in SAP Cloud ERP, la logica rimane formalmente invariata: la metrica di riferimento è sempre il FUE – Full Use Equivalent.

In passato SAP utilizzava licenze nominative (Named Users) di diversa tipologia per l’accesso diretto al digital core. Oggi, invece, il consumo è misurato in FUE: un’unità di misura che tiene conto del livello di utilizzo e delle autorizzazioni concesse a ciascun utente. Nei contratti SAP Cloud ERP, all’interno della sezione Cloud Services, si troveranno quindi due voci fondamentali:

Usage metric: FUE

Amount: il numero di FUE acquistati, validi per la durata del contratto (si tratta quindi di licenze a termine).

Il sistema è semplice nel principio: ogni tipo di utente viene tradotto in un certo numero di FUE, e la somma determina il consumo complessivo — che è anche la base di costo delle licenze.

Let's look in detail at the intended use types:

  • Advanced Use Type (simile all’utenza on-prem Professional User): this type of FUE grants users full access toapplications, allowing them to create and edit data, run reports and use the full range of business processes. It is usually assigned to people who require advanced functionality and play a key role in managing critical business operations.
  • Core Use Type (simile all’utenza on-prem Functional User): questo tipo di FUE è assegnata agli utenti che necessitano di un accesso limitato all’applicazione S/4 HANA perché svolgono attività solo su specifici moduli e report.
  • Self-Service Use Type (simile all’utenza on-prem Productivity User): : this type of FUE is designed for those who use the S/4 HANA application through self-service portals and therefore only need to view data and access basic business processes.
  • Developer Use Type (Developer): this is a use type related to figures such as programmers who need access to development and testing environments.


To see
the roles and responsibilities of each authorized user related to each Use Type, one has to consult the SDG (Service Description Guide) for private editions or the SUD (Service Use Description Document) for public editions: you can find for each Use Type (e.g., SAP S/4 HANA Cloud Core) the associated system capabilities (e.g., sales order management and processing). Inoltre, per un livello ancora più granulare, si può consultare ilFSD (Feature Scope Description), che descrive le singole capacità delle versioni S/4HANA Cloud.

Anche se la metrica FUE non è cambiata con il rebranding, occorre prestare attenzione: con gli ultimiruleset SAP’s core(V91 – Ruleset V1.69) alcuni ruoli utente sono stati riclassificati verso categorie più onerose (es. da Core a Advanced). Questo significa che, a parità di utilizzo, il conteggio FUE può salire e i costi aumentare in modo non sempre immediatamente evidente. Ne abbiamo parlato in un approfondimento ad hoc (link).

FUE and Use Type: a close link

We remind you that FUE is a flexible user and can correspond to different user types depending on the type of use. It is as if it were a token that gives the possibility to buy a certain type of user (so 1:1) , or more than one among the lower level ones, converting them with a specific ratio , as reported on the SAP blog. Below we see the various ratios:

Let's look at an example of how to count FUEs for different usage types: un’azienda che vorrebbe utilizzare diverse soluzioni SAP nell’ambito del servizio cloud RISE with SAP S/4 HANA Cloud and SAP Cloud ERP S/4 HANA ha delle Named Users licenses that it would like to count according to the updated metric.

The first step is definitely to match existing authorizations in SAP ECC to the new SAP S/4HANA types: to facilitate the conversion to the new SAP S/4 HANA metrics, SAP has made available S/4HANA Trusted Authorization Review (STAR), a service that leverages Object Analyser, which helps determine the appropriate FUE levels.

To count the total amount of FUE, consider the following ratios for each type of use:

If the system records uses equal to 50 Advanced Use, 200 Core Use, 90 Self-Service Use, 10 Developers Use, the total requirement for FUEs for 350 users divided into the following users (50 Professional Users, 200 Functional Users, 90 Productivity Users, and 10 developers) is 113 FUEs.

Ricordiamoci che SAP impone dei minimum requirements per l’acquisto di FUE, come già aveva fatto all’interno dell’offerta Rise with SAP, quindi è importante verificare di rientrare in questi parametri.

Below is a report from the SAM Snow Software's Snow Optimizer for SAP by Flexera tool that helps us quickly calculate the amount of licenses.

The advantage of using FUEs is that, as long as you do not fall below the minimum purchase requirements, allows to to flexibly change user types durante il tempo del contratto: they do not need to be fixed in advance so you can revise them according to the needs of the moment.

The re-allocation of licenses allows shelf-ware to be managed in un mondo in cui gli utenti cambiano continuamente (exit, cambi di ruolo ecc.) . Sotto un esempio tratto dalla the SAP guide relativamente all’offerta RISE.

The to-do-list before the transition to SAP S/4 HANA Cloud

Abbiamo già accennato al fatto che il modello di abbonamento per il licensing diretto di SAP Cloud ERP consumption - based since FUEs align to four types of S/4 HANA Cloud users, the biggest difficulty is definitely mapping named users to FUEs

Permissions for ECC users such as Professional, Limited Professional, Employee, Worker, etc. must be mapped to the Use Type/Utilities provided by the FUE metrics. The aforementioned STAR is a valuable ally in determining appropriate FUE levels.

At WEGG we are experienced SAP licensing consultants and we have found from our experience that many customers simply convert the utilities already in the system into the total amount of FUEs to be counted under the contract, without making accurate prior analysis.

This is an activity that needs to be done because miscalculations could lead to a waste due to non-optimization (e.g., inactive users, duplicate users, etc.) and disputes with SAP in the future for non-compliant users accessing the system so we recommend paying special attention to this issue PRIMA di firmare il contratto con le offerte cloud di SAP.

We therefore suggest:

  • Check how users are currently using the system

We first recommend getting a complete view of relativi ai user profile and usage activity data, as well as user access to self-reported modules, engines, and products: SAM analysis tools such as Snow Optmizer for SAP Flexera , which are natively integrated into SAP, make it easy to get this information into exportable reports.

Stimare il conteggio FUE based on data that includes inactive users, duplicate licenses on multiple systems, or users who are assigned a usage type that exceeds the activities recorded in the system risks being counterproductive. To this end, it is useful to have a dual view: from the perspective of licensing and actual usage.

Theoptimization of licenses according to actual system usage must be done BEFOREimplementazione in SAP S/4 HANA Cloud where users will be assigned their respective roles.  In fact, we know that in the SAP S/4 HANA system, the permissions and capabilities granted to a user are determined by the roles assigned to that business user's record : so we need to decide this upstream, not postimplementation, where more difficulties may arise in their review.

  • Check for compliance

Having complete reports of both behavioral and authorization models allows us to verify that the roles and authorizations to be “fed” to the STAR simulation tool for FUE counting are set up correctly and also check or non-compliant users accessing the SAP system.

This preventive check allows companies that perform it to take corrective and proactive measures prior to the vendor's compliance audit and avoid incurring additional costs.

Per avere maggiori dettagli su come gestire la transizione alle offerte cloud di SAP, guarda il nostro webinar in programma per il 30 settembre: approfondiremo il rebranding in SAP Cloud ERP, la struttura dell’offerta commerciale, il modello di licensing e gli aspetti a cui fare attenzione per evitare rischi di compliance e imprevisti di spesa.

02-s pattern02

Do you need support with licensing for Rise with SAP?

CONTACT US TO LEARN MORE!