La migrazione di SAP S/4 Hana e le sue insidie

Migliaia di progetti sulla tecnologia in-memory nell'ambiente SAP stanno rotolando a causa della fine del supporto. Con questo arrivano alcune insidie e malintesi. Il Red Hat Channel dell'ambiente - accompagnato dallo specialista di Linux - dovrebbe circumnavigare questi.

Oltre 50.000 progetti di conversione SAP S/4 Hana potrebbero essere pendenti in Germania nei prossimi sette anni, in cui i vecchi sistemi vengono dismessi, i vecchi stock di dati vengono salvati e i dati selezionati vengono trasferiti. Almeno queste sono le cifre del fornitore di servizi in questo ambiente di mercato, Data Migration Services. Wolfgang Bausch, SAP Business Development Manager, EMEA presso Red Hat stima il potenziale di mercato come segue: "Quanti progetti di migrazione sono in sospeso nel contesto della questione SAP Hana può essere stimato dalle cifre ufficiali di SAP. A livello globale, il cambiamento riguarda circa 200.000 aziende, con circa 25.000 che hanno già fatto il passaggio. Il 44% delle entrate di SAP provengono dalla regione EMEA e il 35% dalla Germania. Quindi possiamo aspettarci decine di migliaia di progetti nei prossimi anni"

In realtà, ci sono due progetti coinvolti

Ma fondamentalmente, un tale switch consiste in due progetti di migrazione: In primo luogo, lo scambio di database, per esempio, quando il cliente scambia il suo database Oracle o il suo IBM DB2 per il database in-memory di SAP Hana. Poi, in secondo luogo, le "vecchie" applicazioni SAP - sia l'applicazione finanziaria FI CO, il modulo di gestione dei materiali MM o la soluzione HR HR - devono essere scambiate con le applicazioni della nuova suite di applicazioni S/4 Hana. Per quanto riguarda il punto due, Bausch sa: "Questa non è una migrazione semplice, ma piuttosto difficile per il cliente perché molti processi nel vecchio ambiente sono allineati con l'azienda. In altre parole: In qualche modo, un sacco di 'codice personalizzato' deve essere trattato che è stato scritto in ABAP o Java, per esempio."

Esperienza pratica

Secondo Bausch, SAP presume che molti clienti attraverseranno i due progetti di migrazione, che devono essere considerati separatamente, "in una volta sola". Per i clienti Red Hat, tuttavia, un approccio in due fasi gioca il ruolo principale: "Parlando con i clienti, so che la prima fase - la migrazione del database - di solito tiene occupati i dipartimenti IT per un periodo compreso tra 12 e 18 mesi. La fase 2 - il livello dell'applicazione - richiede spesso la stessa quantità di tempo e di solito è associata a uno sforzo ancora maggiore", dice Bausch.

Codice personalizzato

Il punto critico qui è il codice personalizzato, dove il cliente deve prima sapere cosa è coperto dal nuovo ambito standard in S/4 Hana, cosa deve essere adattato e in che misura sorgono problemi di interfaccia. Red Hat e i suoi partner affrontano questo problema con i cosiddetti "Future Readiness Assessments", che hanno lo scopo di fornire ai clienti uno stato attuale del loro paesaggio SAP al fine di approcciare in modo sensato i due progetti di migrazione. Queste valutazioni chiariscono quali processi saranno coperti dagli standard, quanto codice personalizzato è disponibile, quanto è usato e, soprattutto, cosa non è usato: Ciò che non viene utilizzato. In questo modo, si possono identificare i potenziali risparmi in termini di tempo e costi.

Risparmio potenziale

"Secondo la nostra esperienza di tali progetti, il 70% del codice personalizzato non viene più utilizzato. Accostarlo a noi costerebbe solo denaro. Il 20 per cento del codice personalizzato è usato da sporadicamente a regolarmente e circa il 10 per cento è usato intensamente", stima il manager. "Se migro un processo che è mappato con una transazione SAP, si può stimare circa un giorno-uomo per questo. Se possono risparmiare, diciamo, 100 transazioni di questo tipo in un progetto concreto, si eliminano molti costi". E se il 70 per cento del codice personalizzato non deve essere trasferito, il tempo di migrazione si accorcia dal 50 al 60 per cento, sa il manager di Red Hat Bausch.

Approccio di valutazione

"I partner di Red Hat e i loro clienti possono scoprire di più sulle valutazioni affrontate dai loro contatti Red Hat", dice Bausch e continua: "Per il cliente, questo si traduce in una stima approssimativa di due ore di sforzo, poiché devono solo compilare i file di log. La valutazione interna alla nostra azienda dura dalle due alle quattro settimane e la valutazione porta a una presentazione presso il cliente". Inoltre, il cliente riceve dei benchmark con figure chiave in tutte le industrie e all'interno dell'industria del cliente. Per i partner di Red Hat, il risultato del Future Readiness Assessment è qualcosa come il famoso "foot in the door" dal punto di vista delle vendite, cioè il punto di partenza per ulteriori consultazioni riguardo alle prossime decisioni: Approccio greenfield o brownfield? Soluzione on-premises, cloud o ibrida? Cosa può essere automatizzato? Come deve essere progettata la gestione del cloud?

Intelligent Enterprise Approach

In questi progetti, il canale ha poi anche il compito di realizzare il passaggio al database in-memory e, sul lato applicativo, alla suite S/4 Hana per l'implementazione del cosiddetto approccio "Intelligent Enterprise" di SAP. Da un lato, questo richiede soluzioni come SAP Leonardo per ottenere nuove intuizioni e guidare l'innovazione con tecnologie come il machine learning o l'IoT. D'altra parte, avete anche bisogno dei dati corrispondenti. "È qui che Red Hat entra in gioco con il suo portafoglio di soluzioni di integrazione, ad esempio per raccogliere, filtrare e formattare i dati dai dispositivi IoT e renderli disponibili a SAP Leonardo", dice l'esperto SAP di Red Hat. Un'altra forma di data mining sta abbattendo i silos di dati che esistono nelle aziende con SAP Data Hub, che collega SAP Hana con altre fonti di dati in azienda - basato sulla piattaforma container: Red Hat OpenShift.

ABAP sopravviverà al cloud

Per quanto riguarda il suddetto linguaggio di programmazione SAP ABAP, con tutta probabilità rimarrà permanentemente nell'ambiente SAP, anche nel cloud, "anche se con funzioni un po' ridotte", secondo l'esperto SAP di Red Hat. "Tuttavia, verranno aggiunti ulteriori set di strumenti, come è stato detto all'ultimo SAP TechEd 2018 a Barcellona. Quindi le aziende possono anche pensare di usare tecnologie moderne come i container e i microservizi". Red Hat copre quest'area con la sua piattaforma interna OpenShift.