Nel percorso di adozione del Cloud e della strategia Clean Core, SAP Business Technology Platform (SAP BTP) viene giustamente presentata come la chiave per estendere e integrare i sistemi senza toccare il core aziendale.
Tuttavia, nella pratica operativa di contesti complessi — caratterizzati da progetti evolutivi continui e servizi AMS (Application Management Services) strutturati — si assiste spesso a un fenomeno controintuitivo: SAP BTP smette di essere un abilitatore di agilità e diventa la principale fonte di nuova complessità.
Il problema non risiede nella tecnologia, ma nel modo in cui viene governata. Senza criteri architetturali rigidi, il rischio è replicare su BTP gli stessi identici vizi che per decenni hanno appesantito i vecchi ERP on-premise.
Dall'analisi dell'operatività quotidiana e della gestione dei servizi AMS in grandi organizzazioni IT, emergono tre deviazioni ricorrenti.
Il primo errore consiste nel considerare BTP come un semplice "deposito esterno" dove traslocare indistintamente la logica ABAP personalizzata stratificata negli anni. Riscrivere o spostare codice non governato fuori da S/4HANA non significa fare Clean Core: significa solo aver creato una copia del vecchio codice custom su un'infrastruttura diversa, raddoppiando i punti di manutenzione.
Il secondo errore riguarda la proliferazione di micro-applicazioni, sviluppate da team o fornitori differenti senza un framework condiviso. In assenza di regole su modello di dati, sicurezza (IAS) e riuso delle API, BTP si trasforma rapidamente in una somma di app isolate e disorganiche. Il risultato? Un'architettura a macchia d'olio, dove valutare l'impatto di una singola modifica richiede giorni di analisi.
Il terzo errore nasce dalla frattura tra chi disegna le nuove soluzioni e chi deve garantirne la stabilità operativa nel tempo. Sviluppare estensioni su BTP senza coinvolgere la struttura AMS nella definizione delle linee guida porta a rilasciare oggetti difficili da monitorare, con un conseguente aumento dei costi di supporto e interventi correttivi continui.
Per evitare che la piattaforma diventi un nuovo vincolo operativo, l'adozione di SAP BTP deve seguire una metodologia rigorosa:
Classificazione severa dei Requisiti: Non tutto ciò che non entra nel core deve finire automaticamente su BTP. La prima scelta architetturale consiste nel valutare se un processo va esteso, riallineato allo standard o semplicemente eliminato.Innovare non significa spostare la complessità da un sistema all'altro, ma dotarsi del metodo corretto per governarla.