La tua strategia di licensing SAP è adeguata all'era S/4HANA?

Ok buongiorno a tutti e benvenuti a questo webinar sulla riduzione dei costi con SumuFactors EPI-USE. Prima di cominciare vorrei farvi notare che questo webinar verrà registrato, vi verrà poi mandato la registrazione alla fine del webinar, siete liberi di fare domande e potete farlo cliccando sulla casella apposita domande di co-to-webinar che troverete sulla vostra schermata. Nel primo tempo vi risponderemo durante il webinar appunto, altrimenti vi manderemo la risposta via e-mail. Se questa è la prima volta che partecipate al nostro webinar, vi faccio una piccola introduzione di KSM e cosa facciamo. Siamo un'azienda internazionale sudafricana di software e servizi gestiti, siamo presenti in cinquantacinque paesi con oltre milleottocento clienti in tutto il mondo con supporto in diverse lingue tra cui l'italiano. Facciamo parte del gruppo elephant e siamo molto fieri di donare l'un per cento del nostro fatturato ERP che è elephant che sta per elephant wine as a People che è un'organizzazione non profit che si occupa appunto di protesi di animali a rischio di estinzione e persone in povertà. Nicola prossima slide, grazie. Questo webinar sarà presentato da Nicola Blasi che è il Content Manager per l'Italia. Nicola oltre venticinque anni di esperienza nel settore SAP tra progetti di implementazione, upgrade e migrazione di sistemi SAP e EPI. Nicole ti cedo la parola. Grazie. Grazie mille Fait e buongiorno a tutti. Sono Nicola Blasi, country manager della parte ITALIA per la parte servizi e oggi cerco di guidarvi un po' nel mondo Sotirium. Sotirium è un nostro partner strategico che è lui sudafricano che ci aiuta ormai da tanti anni nel nell'access risk insomma nel mondo SAP, no? Come alternativa molto valida del SAP GRC. E parleremo un po' dell'emigrazione al SAP Cloud, soprattutto a e cosa questo comporta in termini di costi di licenze per quanto riguarda il nuovo modello che SAP intrapreso per definire le licenze, quindi andremo a introdurre il concetto di full user equivalente, il FUE, di cui molti di voi avranno sentito parlare, e il programma SAP di start chiamato per valutare proprio l'assessment iniziale sul quale poi negoziare il dato. E come diciamo agevolare la negoziazione di WhatsApp tramite il nostro tool che adesso vi andremo a vedere. Tramite una demo che vi andrò a mostrare attraverso un nostro cliente con data di scram volatile in cui potremo vedere cosa abbiamo trovato e come, quali sono I le ottimizzazioni che si possono fare. Alla fine parleremo della valutazione gratuita dell'icensing di S&4HANA, di come la facciamo noi e come anche ci differenziamo da quella che fa SAP, chi verrà proposto SAP con la soluzione S&4HUE e poi eventuali domande che ci sono alla fine. Parlando prima di suo tirn abbiamo detto che è un partner strategico e molto esperto nella parte GLC e GDPR e altre normative in materia di protezione dati personali. È un po' se voi avete avuto modo di vedere GIRC il suo titolo è un po' una modalità, un un software molto più evoluto che se avremo tempo anche in future sessioni vi potremo mostrare anche ciò che fa oltre che l'Ascience Manager che vedremo oggi e quali altre opzioni e quali altre soluzioni al suo interno. È un'alternativa molto rapida e flessibile, si installa in una settimana, risiede in un nel cloud ed è una soluzione SAP, software as a service che si va a connettere ai sistemi SAP tranquillamente tramite un SAP router e tutto per prendere I dati, analizzarli e fare tutto quello che il suo tirion fa. Parliamo del tema del giorno, po' la migrazione a RIS, al SAP Cloud, parleremo un po' del Privacy Cloud, anche perché se noi del public cloud attualmente non interessa molto perché ruoli veramente limitati e quindi non c'è una vera motivazione nell'ottimizzarli e non si nessun vero beneficio nel pulirli prima nei nei HCS prima di passare al public cloud. Cosa diversa invece è la migrazione se avviene verso il SAP RIVER Cloud, verso SAP, verso il RISE che andremo a vedere quali aspetti sono da verificare. Ci sono diversi aspetti da valutare attentamente in questo caso. Uno è il total cost di ownership che può essere più alto del previsto perché eventuali cost driver nascosti nel sistema attuale se si rischiano di essere trascinati anche nel nuovo ambiente S-Fore se non vengono affrontati in modo strutturati. Uno di questi è il volume di dati. Il RISE, Witsupp, la dimensione del database determina un po' il il livello di subscription. Se si mira tutto in minatamente in cui si ventaghe transazioni non più utilizzate, dati di test e informazioni sono informazioni paridondanti e si rischia di collocarsi in una fascia di costo più alta rispetto a quella del necessario. Il passaggio al programma STAR invece in S&4 è un modello full-use, l'equivalente implica che il licensing venga ora misurato seguendo un po' di criteri diversi con un impatto diretto sui costi e sulla governance degli utenti. Quindi andremo adesso a a definire un po' qual è questo concetto che del full user equivalente. Quindi quindi con SAP & Sforce introduce con RISE introduce il concetto di FUEL, il programma di misurazione un po' del dei ruoli e profili e oggetti utilizzativi all'interno del del dell'ambiente RISE. La differenza con l'SSC che la classificazione in S4 è definitiva. Un utente può essere di tipo avanzato, advanced, core oppure self service senza possibilità di discussione. Questo era del tutto più chiaro rispetto a HCC dove c'erano alcune differenze di processo o funzioni applicate o o o mm che potevano generare in qualche modo delle ambiguità. Inoltre in RISL la valutazione delle licenze avviene mensilmente evitando così sorprese di fine anno perché se ricordiamo nei CC la valutazione invece del licensing avveniva annualmente, quindi in questo modo con RISEL si più una una gestione mensile un po' del costo che si va a applicare. Andiamo a parlare del FUE e del programma STARR a cosa a cosa si riferisce? Abbiamo detto che abbiamo tre tipi di di user type che sono advanced cores service, ma se ne aggiunge un altro che è quello del relope. La valutazione come abbiamo detto avviene mensilmente quindi va monitorata un po' tutto l'anno e prevede quindi tre livelli di utente abbiamo detto ciascuno con un peso diverso. Un advanced lo vediamo sulla schermata che sta in basso a sinistra equivale a un SUE. L'advanced è quello dell'udence professionale insomma che va a fare determinate attività all'interno del sistema. Poi c'è quello core functional, utente funzionale che cinque core user equivalgono a un SUE. Poi sono quelli self service, quelli proprio di produzione, di user che che si connettono e sono trenta self service che fanno uno user. Ma vedete anche un altro che è gestito un po' diversamente che è l'utente sviluppatore. I router low-par contano come due FUE, ma sono pochi chiaramente misurati diversamente. Andiamo a vedere come questo attraverso lo star lo star report di SAP viene poi gestita questa cosa no? Loro vanno sulla parte ECC vi dicono ok voi avete un sistema ECC che avete un professional user duecentocinquanta, tremilatrecento, quattrocentocinquanta e dieci utenti sviluppatori. Questo a noi per negoziare le vostre passaggi al RISE vi vi diciamo che vi occorreranno circa novecentoquarantacinque FUE. Questa è la parte base che vi dà lo STAR report di SAP, lo start assessment di SAP vi dice quanto voi andate andreste poi in base a questi pure a pagare le licenze, a negoziare le licenze in ambiente. Noi attraverso questo tipo di attività capiamo insomma il tipo di utente viene definito con questo start-rice in base agli oggetti di autorizzazione che gli sono stati assegnati e lo start-misurament è il nuovo modello quindi di misurazione dei consumi SAP basato sull'utilizzo reale e I risultati di business e sostituisce un po' la logica tradizionale delle licenze statiche. Quindi attraverso gli oggetti autorizzativi che esso riesce a far capire al all'utente se l'utente fa ad esempio le attività di gestione degli ordini d'acquisto che sono propri attraverso il suo la sua matrice no di SAP gli fa capire che questo può essere un utente advanced e poi altre attività che sono core. Però come vedremo poi in seguito se solo un fa un'attività che SAP consideri tipo advanced, quell'utenza quell'utenza viene classificata come advanced user e quindi un un FUE da solo, solo solo quell'utente lì, anche se anche se accento poi I profili core, quell'advanced lo fa diventare soltanto quello advanced. Quindi questo integrato nel modello RISE è collegato quindi al contratto di e al costo complessivo del servizio. Questo favorisce trasparenza e governance, ma richiede anche una maggiore attenzione soprattutto a come gli utenti usano il sistema, quali processi sono attivi e quali integrazioni e automazioni generano nel consumo. Quindi abbiamo detto maggiore chiarezza definitiva con lo stato di user management con SAP e Sync invece prescricazione delle licenze basata sulla iscrizione un po' più approssimativa in base alle funzionalità che SAP eCC. Quindi una delle principali difficoltà che I clienti che mirano a S-Factors è giustificare il business case, perché l'attuale disegno dei ruoli può gonfiare il numero di FUE, rendere le licenze troppo costose. Ridurre l'esposizione FUE permette invece di rendere sostenibile la migrazione. In alcuni casi SAP chiesto a partner come Sotirio di intervenire per aiutare I clienti a ottimizzare I ruoli e quindi abbassare I costi. Questo può avvenire in vari modi, sia ripolendo I ruoli esistenti, sia riprogettandoli da zero, vedremo la differenza fa poi tra la demo che andremo a fare tra poco. Poiché il consumo suo viene misurato mensilmente se il numero aumenta SAP potrebbe fare iniziare a far pagare di più le licenze, una volta aumentato il livello non può più essere ridotto o per tutta la durata del contratto a meno che non sia in fase di rinnovo o comunque sia se SAP vede un'ader con SAP non si paga più di quanto dovessi, però la vera rinegoziazione si poi in fase di rinnovo dipende un po' dalla subscription che viene utilizzata con SAP. Quindi noi come possiamo aiutare in questo? Possiamo aiutare I clienti tramite una valutazione delle licenze mostrando un po' la situazione attuale possibili miglioramenti ottenibili con una pulizia dei ruoli oppure addirittura con una loro riprogettazione. Come vedremo fa un po' può ridurre il numero di FUE anche più dell'ottanta per cento, poi dipende chiaramente dal cliente come è stato gestito il cliente questa parte fino a quel momento su ECC. Questo consente quindi di stimare il costo potenziale di rise e sforo in termini di FUE e di ridurre l'esposizione prima ancora di avviare le trattative con SAP. Quindi partire da un livello FUE più bassa rende la negoziazione ovviamente più favorevole. Poi andremo a a vedere insomma le diverse opzioni di rimediation con I tempi, I costi e anche I risparmi attesi perché comunque anche il costo di progetto e tutto vedrete che sarà molto non sarà controproducente rispetto insomma alla al risparmio che si avrà poi con il con le FUE ridotte, no? Quindi andiamo a vedere poi anche in proiezione come stanno questi costi per un'attività del genere. Anche SAP spinge per una nostra soluzione gratuita come la nostra a livello di assessment che è il Sumu4HUE per analizzare il consumo di FUE, sicuramente ve l'avranno già proposto per chi sta passando al RICE e tutto per chi sa di fare questo calcolo. La differenza è questa che mentre su TIRI è un attivo una trace standard SAP che registra di oggetti di autorizzazione realmente utilizzati, questo è importante. Prendiamo ad esempio la transazione fb zero uno, l'fb o l'fb zero x, insomma dei vari tipi di numeri, di numerazioni. Ogni transazione può includere attività diverse, può attività di visualizzare, creare, modificare, registrare, cancellare e ciascuna è controllata da specifici oggetti di autorizzazione classificati come se serio, viscore, badvanced. In questo modo si ottiene un po' a determinare il livello minimo di licenze effettivamente necessario per ciascun utente. SAP invece con S&4HUE vede su vede che solo che un utente SAP utilizza una certa transazione tende a classificarlo automaticamente come advanced user senza distinguere cosa fa davvero. Noi possiamo utilizzare l'FB zero uno, ma soltanto visualizzare, però dato che dato che è assegnata fb zero uno, per il Sumu4HUE la vede sempre come un utente advanced. Noi riusciamo andare oltre, andare un po' nel dettaglio per poi riprogettare il ruolo oppure o riprogettare il ruolo dell'utente o l'utente stesso per verificare se effettivamente fa altra attività di modifica o cancellazione all'interno di questa transazione. A questo punto vedo un attimo il tempo com'è, siamo in tempo per fare una demo e per mostrarvi come funziona il Sutirion e cos'è il Sutirion. Quindi andiamo sulla parte di sottile qui. Allora questo qui abbiamo detto è un'applicazione su su Cloud noi abbiamo generato qui un nostro un cliente che noi avevamo insomma che che abbiamo assemblato I dati e ci colleghiamo a questo ambiente tramite SAP router, è un SAP router oppure un SAP Locument pad praticamente tramite la la configurazione di Sotirio. A questo punto noi l'abbiamo tolta questa questo tipo di collegamento, abbiamo mantenuto I dati all'interno per mostrarderli e verificare come come funziona il suotilion. Allora, su Tirion abbiamo detto una situazione un po' più complessa del licence manager, ci sono una una applicazione base quella è l'AccessFactors EP vedete qua in alto a sinistra, che è la soluzione base di SOTERION in cui è una sorta di GRC più evoluto. All'interno ci sono altre soluzioni che sono opzionali all'interno del SOTERION, cioè si possono acquistare opzionalmente, una di queste è SAP licensing. Ora ciò non toglie che il SAP licensing può essere acquistato anche singolarmente, però un costo doppio rispetto a a comprarlo come soluzione opzionale insieme all'access risk, quindi questo poi da valutare. Oggi parleremo soltanto del SAP licensing. Per tutte queste altre poi se c'è interesse per cambiare insomma la modalità anche di di utilizzo del GSC anche nei vostri sistemi sono come ho detto funzionalità ottime e migliori che possono veramente aiutare il vostro Comunque oggi parliamo tanto del SAP licensing, una volta cliccato là atterriamo nella pagina landing page del nostro cliente che ci fornito le tre inspatch negli ultimi due mesi e ci riporta e noi riportiamo queste prese nel nostro portale e verifichiamo l'andamento di questo di come diciamo funziona. Quindi la prima fase che possiamo vedere qui è la landing page modulo licensing dove viene mostrato il confronto relativo al consumo FUE. Il consumo FUE attuale è basato sugli accessi che si sono assegnati a tutti gli utenti. In questo caso specifico il client ci fornito anche la full entinyment, ci già l'accordo con SAP di voler andare a utilizzare seicentocinquanta fu e rise, però dallo start report che SAP fatto si vede che il full consuption qui è milleduecentodue, quindi molto più elevato rispetto a prima. Questo poi che vediamo sotto è il risultato invece che se no potremo ottenere con attività di plin-up di cui parleremo tra poco spiegando I vari passaggi. Questo invece è il potenziale livello FUE che potrebbe essere raggiunto con un completo redesign dei ruoli. Ma cosa si basa tutta questa misurazione? La prima cosa che facciamo è andare a guardare il licence rulli set che è questo qui. Questa è la matrice ufficiale pubblicata da SAP che ci dice in base a cosa viene effettuata la misurazione. Per ognuno di questi diversi oggetti di autorizzazione considerando il campo HCM, che è questo qui con il vario con il valore, gli utenti vengono classificati come advanced user, call user oppure sell service user. In base a questa logica abbiamo se un utente anche solo uno degli oggetti rossi viene classificato come advanced user. Se non oggetti rossi, ma almeno uno giallo viene classificato come curiose, se non né rossi e né gialli, ma almeno uno verde viene classificato invece come self arcuriose. Poi se non nessuno dei tre è un utente non classificato, ma attenzione non classificato non vuol dire che non pagano licenze, ma le pagano come sempre come self service user. Quindi poi questo lo vedremo poi in un'altra schermata successivamente. Naturalmente questa non è la lista completa di tutti gli oggetti di autorizzazione SAP, ma solo di quelli che vengono effettivamente misurati. Vede qui la versione che è la sessantanove. Ora all'inizio di quando si è introdotto questo concetto di FUE il il licenziamento del SAP cambia ogni settimana, adesso questo avviene molto più lentamente nel tempo, probabilmente c'è già una versione superiore, però oggi ci basiamo su questa che è la sessantanove. Quindi tutto ciò che SAP ci restituisce da da questo e dallo star report praticamente è quello che abbiamo visto precedentemente che è il da parte Query and trail design, no? Quanto a questo punto il FUE è milleduecentodue con un costo in questo caso per il cliente di un milione ottocento tremila euro. Vediamo qua già la differenza che abbiamo che un po' di spoiler per quello che verrà dopo, di quanto si può andare a risparmiare anche facendo un coin-up, ma anche un una ridisignazione di tutti I voli. Quindi quali sono quindi le attività di time-up che possiamo fare per arrivare a questo livello? Primo il fluite line-up, partiamo da questo. Andiamo nel project comparition qui e andiamo a vedere il fluite line-up per dare qualche dettaglio in più. Abbiamo evidenziato questo e ci dice che noi soltanto per il FUEPINUP possiamo ridurre il concetto di FUE e il FUE trentaquattro per cento. E quindi una riduzione dell'undici per cento tramite un cleanup degli utenti e una riduzione del ventitré per cento tramite un cleanup sui ruoli. Ma quali sono queste queste opportunità di di cleanup? Se torniamo qui sulla parte get clean possiamo andare a vedere anche qui esatto quello che vi dicevo prima, insomma che abbiamo parliamo di riduzione dell'undici per cento l'undici per cento tramite user cleanup e invece del ventitré per cento come ROLE. Ma qui abbiamo qualche dettaglio in più. La prima cosa più semplice è bloccare tutti gli utenti dormienti ovvero cioè tutti gli utenti che non effettuano una login da trenta giorni. Questi utenti possono essere bloccati, possono essere scaduti e una volta bloccati la loro licenza non viene più conteggiata da SAP. Questo è importante. In questa fase specifica il cliente duecentosessantotto utenti che non accedono a tempo, di questi duecentosessantotto centosettantuno non hanno mai peccato il login e quindi questo è già un modo semplice di ridurre il consumo di FUI. Il FUI cleanup è il più semplice diciamo rispetto al QIpotencial. In un secondo passo poi consiste nel rimuovere I ruoli superflui. Per I ruoli superlui intendiamo I ruoli che un utente non mai utilizzato, non solo in termini di transazione, ma anche di oggetti di autorizzazione. In questi casi possiamo affermare con sicurezza che il ruolo può essere rimosso senza impattare in in qualche modo la capacità dell'utente di svolgere il proprio lavoro, perché fino adesso non li utilizzati. Questo ci porta a sessantanove da un grado di utenti che si traducono in una riduzione complessiva del FUE del sette per cento. Ovviamente c'è da dire che tutti questi utenti che vediamo qua, questi sessantanove non sono tutti advanced user, alcuni diventeranno core user, altri diventeranno self service user, altri altri verranno proprio non classificati, ma nel complesso comunque otteniamo un sette per cento in meno. L'ultimo pasto di questo pin-up consiste poi nel rimuovere tutte le autorizzazioni supecture, parliamo di autorizzazioni presenti in un ruolo che nessuno degli utenti assegnatari utilizza effettivamente. Può capitare ad esempio che un ruolo contenga autorizzazione di livello advanced dot core che nessun utente usa realmente. Quindi per andare a vedere questo andiamo sulla parte utenti e qui andiamo a vedere la funzione clean-up USE e qui andiamo a vedere come effettuiamo concretamente questo clean-up. Quindi andiamo nella parte summary, Qua vediamo un esempio di tutti gli utenti con il loro user group, con la loro pura implastification dallo start report di SAP e la misura scusate la la classificazione misurata e quella come può essere ottimizzata. Andiamo a vedere un dettaglio di un utente, prendiamo un utente che usiamo soprattutto per le nostre DEM che è questo endue buds, lui vediamo che già ci dice che quella classificata è un advanced user, quella ottimizzata invece potrebbe essere una self service user. Perché questo? Perché noi andiamo a vedere cosa abbiamo trovato di questo utente, lo sortiamo per classificazione misurata dallo study port di SAP e vediamo che c'è un un ruolo ad avanced user gialli e alcuni verdi. Come vi ho detto prima basta che c'è uno rosso che è assegnato a questo utente e questo utente automaticamente è un advanced user. Però cosa ci dice questa schermata? Se noi andiamo verso destra ci dice che questo che questo ruolo, questa questa classificazione è una classificazione superiore, perché questo utente non utilizza più questo ruolo, non non utilizzato mai questo ruolo. Quindi è un ruolo che già possiamo fare, è togliere. Togliendo questo ruolo il l'utente è da un fine fatto il downgrade quindi alla parte core diventa un core user. Però andiamo a vedere anche le autorizzazioni core che esso le autorizzazioni che si cura sono anche queste tutte superflue, non vengono utilizzate. Quindi addirittura da POS possiamo farlo scendere a self service user, perché tutte queste questi profili assegnati a lui, questo utente End-ring Bars non li mai utilizzati. Quindi andiamo a vedere sotto, vediamo che potremmo potremmo eliminare anche self service user, però diciamo questo qualche un'ottimizzazione di rischio dell'accesso, perché poi se andiamo a vedere alcuni di questi metodi li utilizza, quindi è corretto che lui sia poi un self service user. Quindi possiamo vedere questo tipo di di attività e vogliamo far farvi vedere insomma come questo come avviene per un utente, ma come può avvenire anche per molti più utenti rispetto a questo. Non solo l'utente può essere abbiamo detto fatto il downgrade, ma anche a ruolo specifico. Se noi andiamo a vedere I ruoli, possiamo vedere anche I ruoli che non utilizzato, possiamo andare a fare il cleanup di questi single roll. Poi avviene il cleanup di questi single roll, anche qui abbiamo una schermata che ci dice di della misurazione abbiamo venti ruoli misurati di cui undici possiamo fare il downgrade da advanced a posso fare il downgrade a core ed il core roads possono essere uno quarantanove e si possono fare il da tredici e il self service da centonovantaquattro posso diventare trentotto. Chiaramente per il self service, per il diventano non classificati e quindi aumenta il numero di non classificati. Però ricordiamoci che il non classificato poi è sempre un SAP SRP chiuse. I jazz core da quarantanove vediamo che possono diventare a trentasette e questi a venti. Per andare più in dettaglio di come fare il plin-up di questi ruoli possiamo andare nella parte summary e andiamo a vedere cosa ci dice questo per un singolo ruolo ad esempio. Prendiamo un ruolo anche qua che utilizziamo per la nostra demo. Abbiamo questo posting to finance assegnato a a degli utenti, andiamo a vedere come sono assegnati e anche qua facciamo ok già assegnato per è sortato per classificazione misurata e ci dice che per questa authorization object, per questa attività e per questa authorization value che fa questa attività, questo ruolo è superfluo perché? Perché praticamente è assegnato a dieci persone, ma nessuno di loro lo utilizza. Quindi questo ruolo può essere tolto da queste persone facendo automaticamente a meno che non abbiano altri ruoli advanced assegnati, fare il downgrade di questi dieci utenti. Ma anche il core l'altro core USE di questo di questo profilo assegnato a questi dieci utenti nessuno utilizza, quindi potremmo soltanto togliere e assegnare questi ruoli e fare il downgrade di questo ruolo, da advanced users e service users andiamo diciamo a fare il downgrade se non hanno altri ruoli in esso definiti di altri dieci utenti. Quindi da advanced user dieci utenti diventeranno self service user, perché alcuni di loro vediamo che li utilizzano. Poi se vogliamo avere più il dettaglio di come li utilizzano vediamo questi tre utenti quali sono e quindi riusciamo a capire anche dal self service user che viene utilizzato che la persona Lawrence, LoRA e Rebecca sono tre utenti che ci sono che che lo utilizzano come self service user. Quindi il downgrade si può fare per questo user assignment che abbiamo qui. Questo è un po' un modo diciamo per farvi capire step by step come viene fatta la poi la l'attività di progettuale per nel quale insomma andiamo a a fare il downgrade di queste utenze. Quindi l'importante è che la classificazione basata sull'utilizzo reale si basa proprio sugli oggetti di utilizzazione che vengono effettivamente utilizzati. Se vogliamo andare a fare una proiezione dei costi che questo può avere, che hanno avuto da questo cliente, se voi andate a vedere, non era questo ve lo farvi vedere, ma sì, cost projecttion, sì è questo qua, prevede che il Queryee Central Design aveva un prezzo un milione e ottocentomila euro no? Con soltanto il FUE cleanup loro hanno ridotto il FUE costo a un milione e centottantotto con un costo di progetto che era stato di cinquanta k o e con un software cost di cinquanta k, quindi è stato pagato il software utilizzato e il project cost poi per fare questo tipo di cleanup all'interno del sistema. Vedete che poi il il costo vale no? Vale la pena rispetto a quanto poi si risparmia un PM di TFUE, ma vale ancora di più se andiamo a fare una redesignazione dei ruoli, fare un pin-up dei ruoli, a non assegnare più a certi tipi di utenti perché non lo utilizzano e quindi a ridurre massivamente il numero di FUE. Vedete che FUECOST è scesa a duecentoquarantaseimila euro per questo cliente, con un project cost che sia aumentato perché c'è un effort sicuramente maggiore fare un fue potential di questo e con software cost che però rimane di stesso. Quindi con un incremento del costo di progetto e con lo stesso software cost il valore comunque dell'investimento è ottimo rispetto a quanto quanto questo cliente poi risparmiato in fase di negoziazione con SAP per questo tipo questo tipo di costo. Controllo del tempo un attimo, ok mancano quattro minuti. Questo è quanto riguarda diciamo una una demo su su titolo. Poi se qualcuno di voi vuole andare più in profondità e capire più cose rispetto a questo, ne parliamo magari in separatamente in un altro in un'altra call. Torniamo alle nostre slide per completare e andiamo a vedere lo slide show from puren slide. Ok. Quindi come avviene la nostra valutazione gratuita? Cosa vi chiediamo? Qua va su I vantaggi e tutto. Prima di passare ai vantaggi cosa cosa vi chiediamo? Vi chiediamo di lanciare una trace all'interno del vostro sistema produzione diciamo, in cui attraverso attraverso transazioni standard di SAP vi chiediamo di mettere dei filtri alle transazioni di trace di SAP all'interno del vostro sistema e fare girare il vostro sistema per due mesi. Una volta che questi due mesi sono passati in cui abbiamo tutte le informazioni a noi disponibili, vi forniamo un client su Tirion con un utente ovviamente in cui potrete fare l'upload di questa place all'interno del nostro client su Tirion. Tutto quello che verrà messo in questo client verrà messo nella schermata di landing page del del del suo toolum che vi ho già fatto vedere prima e vi darà attraverso un'analisi un'idea di quanto attraverso un pin-up potete andare a risparmiare in termini di FUE e quanto come potenzial come design dei ruoli poteva andare a risparmiare con in fase di negoziazione con SAP. Quindi attività è molto semplice, è lanciare per due mesi una sul vostro sistema attraverso dei filtri che noi vediamo, attraverso una documentazione appropriata, utilizzando comunque transazioni standard SAP, quindi nessun tipo di trasporto o applicazione deve essere estradata sui vostri sistemi, soltanto una una trace che viene lanciata per due mesi nel vostro sistema. Quindi questo aiuterà a comprendere l'impatto economico potenziale di RISE, quindi evidenze reali e requisiti di FUE. Individua anche dove le varie opzioni e le mediation disponibili, no? Quindi confrontando pulizie, dei ruoli, le tempistiche anche, anche I costi poi di progetto e del software stesso. Quindi poi identificare poi I tre punti chiave e responsabilizzare I fornitori dei servizi e garantire al cliente appunto che sia meglio preparato poi parte alla alla alle trattative proprio contrattuali con RICE. Quindi questa è una cosa da fare soprattutto quando si un si sta preparando il business case no per portare a RICE secondo me la cosa principale è capire quanto si può risparmiare il fatto di licenza attraverso questo tipo di analisi. Quindi come detto prima, tracciamento delle autorizzazioni attivato, due mesi di dati dall'utilizzo che che viene fatto, quindi da da trace e poi una volta consegnati I dati al nostro client li li li li li faremo vedere, li faremo vedere quali sono I potenzialità, quanto potete ridurre e solo da questo momento in poi parte se il cliente vuole il progetto per fare questo tipo di attività, di cleanup e di o di ridisegnazione dei ruoli. Siamo nei trenta minuti credo, credo avremo spazio forse per qualche domanda, non so se adesso io non ho visualizzazione però Fede chiede a te se ci sono domande magari da parte della platea e Sì, me ne sono tre in totale, ma magari ne facciamo una perché siamo già un pochino fuori tempo se ti va bene e poi all'altra domanda ovviamente manderemo la risposta via e-mail. La prima domanda è qual è il momento migliore per cominciare la preparazione alle licenze FUE FUEse? Sì, come ho detto prima diciamo la preparazione dovrebbe iniziare contestualmente alla definizione del business case così da integrare sin dalle fasi iniziali le valutazioni sull'impatto in termini di lachensing SAP. Quindi insomma al momento di creare un business case si può diciamo prepararci prepararsi in questo modo ecco. Perfetto. Guarda per il resto vi mandiamo come detto la risposta ai miei mail perché abbiamo altre domande che stanno arrivando, però non credo abbiamo il tempo. Prendo un momento per dire grazie a tutti, vi arriveranno un solving adesso sul vostro schermo e vi chiedo gentilmente di partecipare. Per il resto grazie mille Nicola e grazie mille a tutti e arrivederci. Grazie a tutti, arrivederci.