SAP Sustainability Control Tower

Che cos’è SAP Sustainability Control Tower?

SAP Sustainability Control Tower è la piattaforma centrale di SAP per il reporting e lo steering ESG. Consolida dati di emissioni, sociali e di governance da sistemi SAP e di terze parti in dashboard pronte per l’audit, con modelli dati pre-configurati allineati a CSRD, ESRS e Tassonomia UE. La documentazione sul SAP Help Portal copre modello dati, catalogo delle metriche e ambito di integrazione.

Per le aziende europee davanti ai primi cicli di reporting CSRD, Spadoom configura Control Tower sulla base SAP S/4HANA per produttori e distributori in Svizzera, Germania, Austria e Italia. Il resto di questa pagina descrive cosa consegniamo, perché il reporting ESG bolt-on fallisce e come si presenta l’audit-readiness a un anno di distanza.

Cosa offre Spadoom

Colleghiamo i dati di sostenibilità che già risiedono nel vostro panorama SAP a un’unica piattaforma di steering e reporting. Il punto di partenza è quasi sempre la contabilità del carbonio, Scope 1, 2 e le porzioni rilevanti dello Scope 3, calcolata a partire da dati primari: contatori di energia, anagrafica flotta, asset management, spesa di approvvigionamento e dati di trasferta dentro SAP ERP. Da lì configuriamo il perimetro di disclosure CSRD ed ESRS che si applica al vostro settore e al vostro perimetro di reporting, costruiamo le dashboard di KPI ESG accanto ai KPI finanziari, e mettiamo in piedi l’audit trail che trasforma il «fidatevi» in «ecco il record di origine».

L’integrazione ERP è la parte che la maggior parte dei progetti ESG sottovaluta. SAP fornisce flussi dati standard tra Sustainability Control Tower e S/4HANA, SAP Asset Management e SAP Ariba. Configuriamo questi flussi end-to-end, al posto di estrazioni trimestrali che invecchiano nel giro di una settimana. Mappatura, gestione degli errori e monitoraggio fanno comunque parte del progetto.

Lavoriamo in modo diretto da Zugo (sede principale) e Zurigo, oltre che da Cornate d’Adda vicino a Monza e Tallinn. I nostri consulenti conducono i workshop di discovery, disegnano il modello dati, restano accanto ai team di sostenibilità e finanza durante la validazione, e accompagnano il primo ciclo di reporting. L’obiettivo è un control tower che il vostro team gestisce, non uno gestito da noi al posto vostro.

I dati di sostenibilità sono prima di tutto dati ERP: fatture energetiche, dati della flotta, ordini di manutenzione, beni acquistati. Spadoom realizza SAP S/4HANA Public Cloud e lo stack SAP CX con un unico team, quindi le fonti ERP dietro ogni disclosure le mappano persone che sanno come vengono registrate. Le estensioni le costruiamo su SAP BTP. Se il passaggio all’ERP è ancora davanti a voi, la guida alla trasformazione ERP e CX mostra come metterlo in sequenza.

Perché il reporting ESG si rompe quando è bolt-on

Se lavorate vicini al reporting di sostenibilità oggi, questa lista vi suonerà familiare.

I dati di carbonio vivono nei fogli di calcolo. Il team energia possiede una cartella di lavoro, il facility ne ha un’altra, la flotta una terza, e lo Scope 3 è uno scambio email trimestrale con il procurement. Ogni ciclo di reporting è una corsa: numeri riconciliati a fine mese, ipotesi rispiegate ogni volta, e un revisore finanziario che non ha modo di ricondurre nulla a un record di origine.

Esistono più verità per lo stesso numero di emissioni. Il group sustainability ha una cifra per uno stabilimento tedesco, lo stabilimento ne ha un’altra, il fornitore di energia ne riporta una terza. Nessuno può dire con certezza quale sia corretta, perché nessuna nasce dallo stesso record sottostante.

Le richieste di audit richiedono settimane. Il revisore chiede il calcolo dietro un singolo numero Scope 2 e il team impiega dieci giorni a ricostruirlo da email, PDF e cronologia di un foglio di calcolo. Quando arriva la risposta, il revisore è già passato oltre.

La CSRD cambia le regole per le aziende che rientrano nel suo ambito. La disclosure non è più volontaria, i datapoint sono prescritti e i report richiedono una verifica esterna. Con il pacchetto Omnibus del 2025 l’UE ha ristretto l’ambito e spostato le scadenze, quindi il primo passo è chiarire se e da quando la direttiva si applica al vostro gruppo. Un reporting ESG che funzionava come esercizio di fine anno su Excel non sopravvive a quel regime.

Come Control Tower risolve il problema

Il cambiamento è strutturale, non cosmetico. Quando i dati di sostenibilità fluiscono dagli stessi record ERP di cui si fida la finanza, ogni disclosure ha un’unica fonte canonica, visibile a entrambe le parti, con un audit trail.

Le emissioni Scope 1 e 2 si calcolano da dati ERP primari. Il consumo di energia si registra da letture contatori o fatture fornitore, il combustibile dai dati flotta, le perdite di refrigerante dalla manutenzione asset. Il numero in dashboard è ricondotto a una transazione che potete aprire. Le categorie Scope 3, beni acquistati, trasferte, trasporto upstream, si pescano dai dati di procurement e travel già presenti nel backbone SAP.

I modelli dati allineati alla CSRD sono inclusi nella piattaforma. I datapoint ESRS sono pre-configurati. Configuriamo quali si applicano al vostro settore e al vostro perimetro di reporting, e la struttura di disclosure è impostata. Niente modelli a foglio elettronico su misura da ricostruire a ogni aggiornamento dello standard.

Le metriche ESG stanno accanto ai KPI finanziari nello stesso workspace. Indicatori di governance e sociali, diversità del board, indice di infortuni, copertura degli audit fornitori, sono visibili al management accanto a ricavi ed EBITDA, non in un’appendice separata che il consiglio vede una volta l’anno.

La tracciabilità auditable è lo strato che la maggior parte dei team non ha mai avuto. Ogni cifra in dashboard è collegata ai suoi record di origine. Quando il revisore chiede perché lo Scope 2 è quello che è, la risposta dista due click.

Implementazione in pratica

Lavoriamo con la metodologia SAP Activate: discover, prepare, explore, realize, deploy, run. La timeline dipende dal perimetro di reporting, e ci impegniamo su di essa dopo la discovery. Una modellazione Scope 3 più ampia, l’integrazione di dati fornitori e un set più esteso di temi ESRS allungano il progetto.

Discovery definisce il perimetro di disclosure: quali entità, quali temi ESRS sono materiali, quali categorie Scope 3 contano e quale calendario CSRD si applica al vostro gruppo. Prepare blocca il modello dati e l’architettura di integrazione con S/4HANA, Asset Management e Ariba. Explore è dove le fonti dati diventano il percorso critico, e la maggior parte dei progetti sottostima la pulizia delle librerie di fattori di emissione e delle anagrafiche fornitori.

Realize copre la configurazione delle dashboard, la build dell’integrazione e i test end-to-end su un periodo di reporting noto. Deploy è il cutover, con una finestra di hyper-care lungo il primo ciclo trimestrale. Run è steady-state: la responsabilità operativa passa al vostro team.

C’è un risvolto CX che si tende a non vedere. I clienti chiedono sempre più impronte di carbonio a livello prodotto, e un commerciale che risponde «vi facciamo sapere» perde rispetto a uno che risponde «eccola». Dove le affermazioni di sostenibilità verso il cliente hanno bisogno di un appoggio ESG, passaporti di prodotto, emissioni a livello fornitore in una gara, impegni Scope 3 in un contratto quadro, Control Tower è il system of record che sostiene l’affermazione. Colleghiamo quel record allo strato SAP CX dove avviene la conversazione.

Come si presenta il regime

A un anno di distanza, il cambiamento si vede nel comportamento operativo, non in un comunicato di lancio.

• Le emissioni Scope 1 e 2 sono riportate mensilmente da dati ERP primari. La cifra sulla dashboard direzionale è riconducibile a transazioni, non a una cartella di lavoro.
• Il report CSRD è pronto prima della chiusura di esercizio, non a marzo. Le disclosure pescano dagli stessi dati con cui la finanza chiude i bilanci.
• Le metriche di governance e sociali sono visibili al management accanto a ricavi ed EBITDA. L’ESG smette di essere una conversazione separata.
• Le richieste di audit sui calcoli di emissioni si chiudono in ore. La filiera del dato è nel sistema.
• Procurement, vendite e team di prodotto estraggono emissioni a livello fornitore o prodotto on demand. I dati non sono più un favore trimestrale del team sostenibilità.

Questo è il regime. È operativo, durevole e auditable per impostazione.