Advisor di negoziazione SAP: come ridurre quanto si paga

Un advisor di negoziazione SAP esamina le sue licenze, l'utilizzo e i termini contrattuali per trovare dove si paga troppo e dove si è esposti, poi usa queste evidenze per cambiare l'accordo. I risparmi sono per lo più correzioni: utenti con il tipo di licenza sbagliato, moduli che nessuno usa, oneri di infrastruttura di cui nessuno ha fatto il benchmark, bundle di servizi di cui nessuno aveva bisogno. Questa guida è per CIO, CFO e responsabili acquisti che affrontano un rinnovo SAP, un audit o una proposta RISE o GROW. Spiega come verificare l'indipendenza di un advisor, che cosa contestare, le tattiche per RISE e GROW e un calendario del rinnovo. Parta da sei a nove mesi prima della data del contratto e verifichi gli incentivi dell'advisor prima di ogni altra cosa.

Un cliente del retail aveva 500 utenze Professional, quando i dati d'uso mostravano che bastavano 200 utenze Limited. Correggere il perimetro ha liberato 1,2 milioni di dollari l'anno. Un cliente manifatturiero stava per pagare un bundle MES che non aveva mai pensato di attivare e ha tolto 450 mila dollari dalla spesa del primo anno. Un cliente GROW ha ridotto di oltre 280 mila dollari l'anno eliminando i componenti inutilizzati del bundle.

Nessuno di questi era un accordo speciale. Erano correzioni a contratti che non avrebbero mai dovuto essere firmati così com'erano.

I contratti SAP contengono costi che la maggior parte degli uffici legali non coglie e che la maggior parte dei system integrator non ha alcun incentivo a segnalare. Gli integratori guadagnano sulle ore di implementazione. Gli account executive di SAP guadagnano sul valore del contratto. A nessuno dei due conviene aiutarla a pagare meno.

Prima che qualcuno la consigli su un contratto SAP, verifichi tre cose:

1. Nessun ricavo da partnership SAP né commissioni sull'implementazione
2. Nessun rapporto di rivendita su alcun prodotto SAP
3. Un compenso legato al suo risultato, non alla firma del contratto

Un advisor con un rapporto di partnership la aiuterà ad attraversare il processo. Un advisor indipendente la aiuterà a cambiare l'esito. È lo stesso principio del business case: chi vende l'implementazione non dovrebbe essere chi ne scrive il business case.

La tabella mostra dove di solito si nascondono i costi e che cosa fare.

Fattore di costo	Dove si nasconde	Che cosa fare
Assegnazione errata dei tipi di utente	Licenze Professional assegnate per qualifica, non per attività nel sistema	Eseguire un report di classificazione; associare le transazioni ai tipi di licenza
Shelfware nella BOM	Moduli in licenza con utilizzo nullo o quasi nullo	Verificare l'utilizzo; rimuovere o rinviare al rinnovo
Digital access	Sistemi di terze parti che creano documenti SAP	Mappare le integrazioni; concordare nel contratto un volume di documenti
Escalation dei prezzi	Aumenti al rinnovo senza tetto	Fissare un tetto all'aumento annuo o bloccare le tariffe per tutta la durata
Servizi inclusi in scadenza	Ore di implementazione, crediti BTP, budget per la formazione	Pianificarne l'uso al momento della firma
Oneri di infrastruttura (RISE)	Costi di hosting non confrontati con le tariffe di mercato	Fare il benchmark rispetto a carichi cloud comparabili
Supporto in bundle eccessivo	Livelli premium che coprono servizi mai richiesti	Revisione voce per voce rispetto allo storico degli incident
Licenze on-premise inutilizzate	Manutenzione piena su moduli che non si usano più	Sfruttare gli impegni di SAP del 2026 per dividere o disdire dove ammissibile

L'ultima riga è una novità. Dal 10 luglio 2026 gli impegni di manutenzione assunti da SAP nei confronti della Commissione europea permettono ai clienti on-premise di dividere i landscape, scegliere il supporto per singola installazione e, in casi definiti, disdire le licenze inutilizzate senza ricalcolare lo sconto. La mia guida alla negoziazione delle licenze SAP spiega i dettagli.

La bill of materials elenca ogni modulo e servizio in licenza. La maggior parte delle organizzazioni la eredita dal processo di vendita originale e non la mette mai in discussione.

Metta in discussione ogni riga. Chieda quale quota degli utenti usa attivamente ciascun modulo e che cosa succederebbe alle operazioni se sparisse. Un numero sorprendente di righe sopravvive a questa domanda con un «non siamo davvero sicuri che ci serva». Ho lavorato con un'azienda manifatturiera che ha eliminato il 15% dei moduli dopo una sessione di allineamento funzionale, usando i modelli d'uso reali per decidere che cosa tenere.

Faccia attenzione alle trappole dei bundle. I bundle abbassano il prezzo unitario ma aumentano la spesa totale quando includono componenti che non userà per due o tre anni. I pacchetti GROW spesso includono strumenti di analytics o applicazioni line-of-business che non rientrano nel primo rilascio.

Mappi le integrazioni prima del rinnovo. Ogni sistema che crea documenti SAP (CRM, MES, app mobili, middleware) può contare come digital access. SAP non elencherà le sue integrazioni al posto suo. Costruisca prima la sua mappa.

Negozi una scalabilità flessibile. I minimi fissi di utenze durante la fase di avvio sono una trappola comune. Insista per un prezzo che segua l'organico reale, non la proiezione del business case del primo anno.

RISE with SAP

1. Scomponga lo stack dei costi. RISE raggruppa software, infrastruttura, operations tecniche e alcuni servizi in un'unica sottoscrizione prezzata in Full Use Equivalent (FUE). SAP presenta un solo numero, quindi chieda il dettaglio. L'infrastruttura è la componente che più vale la pena contestare. Un mio cliente ha ridotto i costi del 22% semplicemente contestando gli oneri di infrastruttura e adeguandoli al suo utilizzo effettivo del cloud. Abbiamo confrontato il suo accordo con quelli di altre aziende del suo settore e abbiamo fatto resistenza con decisione.
2. Faccia valere il suo impegno sul clean core. SAP vuole i clienti su un clean core. Se si impegna a personalizzare il minimo, ha una posizione credibile sul perimetro dell'implementazione, sulle stime di consumo BTP e sul livello di supporto. Sul private cloud il clean core è una scelta che SAP incoraggia, non una regola contrattuale, ed è proprio per questo che il suo impegno ha valore.
3. Leghi gli aumenti all'utilizzo, non al calendario. SAP di norma inserisce scalini di prezzo negli anni di contratto a prescindere dall'adozione. Negozi soglie legate agli utenti attivi, al consumo di FUE o ai rollout completati. Se il suo rollout slitta, il prezzo non dovrebbe comunque salire secondo programma.
4. Definisca il digital access. RISE non elimina l'esposizione al digital access. Indichi gli scenari di integrazione coperti, i volumi e il metodo di misurazione. Le clausole «da definire» creano un rischio di audit.
5. Costruisca clausole di uscita e di riduzione graduale. Concordi prima della firma il formato di restituzione dei dati, gli oneri di accesso dopo la cessazione e che cosa succede alla configurazione del suo tenant BTP.

GROW with SAP

1. Analizzi il perimetro del pacchetto. I pacchetti GROW sono preconfigurati per i processi standard. I moduli fuori dal suo perimetro di rilascio fanno salire il valore del contratto senza aggiungere valore in fase di delivery. Il cliente GROW citato sopra ha ridotto di oltre 280 mila dollari l'anno dopo aver mappato per prima cosa gli scenari d'uso reali.
2. Governi le deviazioni. GROW gira su public cloud, dove il codice custom nel core non è possibile e le estensioni passano da SAP BTP. Definisca che cosa conta come deviazione, chi la approva e come viene prezzato il lavoro di estensione.
3. Fissi la residenza dei dati. GROW gira in modalità multi-tenant su infrastruttura hyperscaler. Specifichi la regione di residenza, limiti l'instradamento transfrontaliero e definisca la governance dei backup. I termini standard potrebbero non coprire i suoi requisiti.
4. Metta un tetto ai prezzi di rinnovo prima di firmare. Aumenti annui dal 5 al 7% sono comuni, a meno che non si blocchi il prezzo pluriennale. Un mio cliente ha visto raddoppiare i canoni cloud in quattro anni a causa di clausole di escalation deboli. Lo abbiamo corretto al rinnovo con aumenti limitati e legati all'utilizzo effettivo.
5. Usi la BOM come leva. Ogni riga fuori dalla roadmap di rilascio per la durata del contratto è negoziabile. La tolga e la tenga come concessione se SAP si oppone sullo sconto.

Un cliente manifatturiero era vincolato a un accordo triennale con livelli di servizio in bundle di cui non aveva bisogno. Ha bruciato 400.000 dollari prima che qualcuno se ne accorgesse. Del tutto evitabile.

Quattro cose devono stare in ogni contratto di servizi:

1. Approvazione sulla sostituzione dei profili. I fornitori spostano altrove le persone senior dopo il go-live. Richieda la sua approvazione prima che i membri chiave del team vengano sostituiti.
2. Diritti di riduzione. Se il go-live slitta o il rollout viene scaglionato, serve poter ridurre le ore contrattualizzate senza penali.
3. Il trasferimento di conoscenza come deliverable. La formazione non è trasferimento di conoscenza. Definisca runbook, periodi di affiancamento e approvazione da parte del suo responsabile di team.
4. Termini di performance con conseguenze. Il solo tempo di risposta significa poco. Definisca i tempi di risoluzione e colleghi dei service credit.

Ogni modello di prezzo ha le proprie trappole.

Modello di prezzo	Trappole comuni	Approccio negoziale
Perpetuo (on-premise)	Manutenzione sullo shelfware; canoni che crescono con l'inflazione	Verificare l'utilizzo ogni anno; rimuovere o disdire i moduli inutilizzati dove ammissibile
Sottoscrizione (RISE, GROW)	Gli sconti del primo anno svaniscono; FUE sovradimensionati; crescita senza tetto	Bloccare tariffe pluriennali; definire i termini di scalabilità; modellare la crescita dei FUE nell'arco del contratto
Ibrido (perpetuo più sottoscrizione)	Pagare due volte per funzionalità sovrapposte durante la transizione	Mappare la BOM per fase; negoziare un prezzo ponte per la sovrapposizione
A consumo (BTP)	Difficile da prevedere; i picchi colpiscono il budget	Impostare avvisi e tetti mensili; rivedere il consumo ogni mese
Cloud line-of-business (HR, procurement, analytics)	Sovrapposizione con funzionalità già in licenza nel core	Chiedere prima una vista del costo totale con analisi delle sovrapposizioni

SAP dice a ogni cliente che i suoi prezzi sono standard. Non è così. Due aziende dello stesso settore con lo stesso organico possono pagare cifre sensibilmente diverse per le stesse licenze.

Ho lavorato con un cliente convinto di avere un accordo SAP equo, finché non abbiamo tirato fuori un report di benchmarking. Pagava il 30% in più rispetto ad aziende simili. Siamo tornati da SAP con quei dati e abbiamo rinegoziato, e il cliente se n'è andato con un accordo molto migliore.

I benchmark smontano l'argomento «questo è il nostro prezzo standard». Non garantiscono un risultato, ma cambiano la conversazione.

1. Nove mesi prima: raccogliere i dati di utilizzo, classificazione e integrazione; avviare la revisione della BOM
2. Sette mesi prima: commissionare un benchmark; verificare l'ammissibilità agli impegni di manutenzione SAP del 2026
3. Sei mesi prima: concordare internamente la posizione obiettivo e i punti di rottura; informare il CFO
4. Da quattro a cinque mesi prima: aprire il confronto con SAP con evidenze, non opinioni
5. Tre mesi prima: negoziare i termini (tetti, scalabilità, digital access, uscita, servizi)
6. Prima della firma: revisione voce per voce del modulo d'ordine finale rispetto a tutto ciò che è stato concordato

1. 9Raccogliere i dati di utilizzo e integrazioneReport di classificazione, revisione della BOM
2. 7Commissionare un benchmarkVerificare gli impegni di manutenzione del 2026
3. 6Fissare obiettivo e punti di rotturaInformare il CFO
4. 4-5Aprire il confronto con SAPEvidenze, non opinioni
5. 3Negoziare i terminiTetti, scalabilità, digital access, uscita. Revisione voce per voce prima della firma

Iniziare a 90 giorni è tardi. Le evidenze richiedono mesi per essere costruite. Per il quadro più ampio del contratto, veda la mia guida alla negoziazione dei contratti ERP per i CFO.

Che cosa fa in concreto un advisor di negoziazione SAP?

Analizza l'utilizzo delle licenze per trovare i tipi di utente assegnati in modo errato e verifica la BOM alla ricerca dei moduli inutilizzati. Mappa l'esposizione al digital access, confronta i suoi prezzi con quelli di organizzazioni comparabili e struttura termini che la tutelano al rinnovo e in caso di audit. La differenza rispetto a un consulente acquisti generalista è la conoscenza specifica di SAP. La differenza rispetto a un system integrator è l'incentivo: un integratore guadagna sulle ore, un advisor focalizzato sui costi guadagna quando la sua fattura scende.

Perché le aziende pagano troppo le licenze SAP?

Per tre ragioni. Le licenze Professional vengono assegnate in base alla qualifica e non all'attività nel sistema. La BOM rispecchia ciò che SAP ha venduto, non ciò che il business usa, e nessuno ha la responsabilità di chiedersi se rimuovere dei moduli. E la maggior parte delle organizzazioni non sa quali delle proprie integrazioni contino come digital access. Ognuna di queste voci si aggrava a ogni rinnovo finché qualcuno non verifica.

Quali sono i punti di negoziazione più importanti in RISE with SAP?

Cinque aree spostano il numero. Gli oneri di infrastruttura, di cui va fatto il benchmark rispetto alle tariffe di mercato. I crediti e i servizi in bundle con data di scadenza, da pianificare al momento della firma. L'escalation annua dei prezzi, a cui va messo un tetto. Il perimetro del digital access, da definire invece di lasciarlo a un audit futuro. E le clausole di uscita su formato dei dati, accesso dopo la cessazione e portabilità del tenant BTP.

Come riduce i costi dei contratti SAP l'analisi della BOM?

Confronta ogni componente in licenza con l'utilizzo effettivo e con la roadmap di rilascio. Si estraggono i dati di utilizzo per modulo e si segnalano i moduli con utenti nulli o quasi nulli. Si verifica quanto è previsto per la durata del contratto, si assegna un costo a ogni riga e si presenta una BOM rivista nella negoziazione. Ha il maggior peso prima della firma. Dopo la firma è ancora possibile, ma più difficile.

Quali sono i campanelli d'allarme negli accordi di servizio SAP?

Livelli di servizio con tempi di risposta ma senza tempi di risoluzione né penali. Servizi premium in bundle senza possibilità di escluderli. Rinnovo automatico con un breve preavviso. Tariffe per interventi d'emergenza o fuori orario senza tetto e senza pre-approvazione. Nessun diritto di approvare la sostituzione delle persone chiave. E clausole di uscita assenti o vaghe su formato dei dati, estrazione e accesso dopo la cessazione.

Con che frequenza vanno rivisti gli accordi di licenza SAP?

Almeno una volta l'anno e prima di ogni rinnovo. La revisione annuale intercetta la deriva degli utenti e le nuove integrazioni; un report di login a 90 giorni ne trova la maggior parte. La revisione di rinnovo dovrebbe iniziare da sei a nove mesi prima della scadenza. Si faccia scattare una revisione aggiuntiva quando l'organico cambia in modo significativo, un'integrazione importante viene aggiunta o rimossa, il modello di rilascio cambia o SAP annuncia un audit.