Στρατηγική clean core της SAP: τι σημαίνει και πώς να την εφαρμόσετε

Το clean core αποφασίζει αν μια αναβάθμιση S/4HANA παίρνει έξι εβδομάδες ή έξι μήνες. Αν το σύστημά σας είναι γεμάτο τροποποιήσεις σε τυπικά αντικείμενα SAP, κάθε έκδοση γίνεται έργο παλινδρόμησης. Αν η προσαρμοσμένη λογική σας βρίσκεται πίσω από κυκλοφορημένα interfaces, οι αναβαθμίσεις γίνονται ρουτίνα συντήρησης.

Έχω δει εταιρείες να μειώνουν τα χρονοδιαγράμματα αναβάθμισης κατά 40% εφαρμόζοντας αρχές clean core πριν ξεκινήσει το πρόγραμμα S/4HANA. Μια εταιρεία καταναλωτικών προϊόντων αντικατέστησε τη legacy λογική τιμολόγησης με μια modular εφαρμογή Fiori χτισμένη εκτός του πυρήνα και οι αναβαθμίσεις της σταμάτησαν να χαλούν αυτή τη λογική.

Πολλά έχουν αλλάξει από τότε που το έγραψα πρώτη φορά τον Απρίλιο του 2025. Η SAP περιγράφει πλέον το clean core μέσα από πέντε κατευθυντήριες αρχές και, από τον Αύγουστο του 2025, ταξινομεί κάθε επέκταση σε ένα από τέσσερα επίπεδα. Και οι προθεσμίες του ECC είναι πιο σαφείς. Αυτή η έκδοση το αντικατοπτρίζει.

Clean core σημαίνει να κρατάτε το σύστημα S/4HANA όσο πιο κοντά στο τυπικό της SAP επιτρέπει η επιχείρησή σας και να χτίζετε οτιδήποτε επιπλέον με τρόπο που επιβιώνει στις αναβαθμίσεις.

Μπορείτε ακόμη να προσαρμόζετε. Η προσαρμογή πρέπει να χρησιμοποιεί interfaces που η SAP έχει κυκλοφορήσει και έχει υποσχεθεί να κρατήσει σταθερά. Η SAP προσφέρει δύο τρόπους:

• On-stack, με ABAP Cloud. Οι επεκτάσεις τρέχουν μέσα στο S/4HANA αλλά χρησιμοποιούν μόνο released APIs και σημεία επέκτασης.
• Side-by-side, στο SAP BTP. Οι επεκτάσεις τρέχουν ως ξεχωριστές εφαρμογές και μιλούν στο S/4HANA μέσω APIs ή events.

Η ίδια η καθοδήγηση της SAP είναι να επιλέγετε ανά περίπτωση χρήσης, με πρώτο το BTP. Από την εμπειρία μου, το πού τρέχει ο κώδικας έχει μικρότερη σημασία από το αν η απαίτηση χρειάζεται καν κώδικα.

Ένας βρώμικος πυρήνας φαίνεται οικείος σε όποιον έτρεξε ECC: τροποποιημένα τυπικά προγράμματα, Z-tables στα οποία γράφεται απευθείας, interfaces που διαβάζουν εσωτερικά της SAP, implicit enhancements που κανείς δεν τεκμηρίωσε. Τίποτα από αυτά δεν ήταν λάθος όταν χτίστηκε. Απλώς δεν χτίστηκε για ένα σύστημα που αναβαθμίζεται κάθε ένα ή δύο χρόνια.

Η SAP οργανώνει το clean core γύρω από πέντε κατευθυντήριες αρχές. Η προηγούμενη έκδοση αυτού του άρθρου παρέθετε διαφορετικούς τίτλους. Αυτές είναι αυτές που χρησιμοποιεί η SAP, με ό,τι κοιτάζω πρώτο σε καθεμία:

Αρχή	Τι εννοεί η SAP	Τι ελέγχω πρώτο
Διαδικασίες	Να μένετε όσο πιο κοντά γίνεται στην τυπική διαδικασία της SAP	Ποιες παραλλαγές διαδικασιών υπάρχουν μόνο επειδή «πάντα το κάναμε έτσι»
Επεκτασιμότητα	Επεκτάσεις αποσυνδεδεμένες από τον πυρήνα μέσω released APIs, με διακυβέρνηση για το ποια επιλογή χρησιμοποιείται	Πόσος προσαρμοσμένος κώδικας υπάρχει, πόσος χρησιμοποιείται και σε ποιο επίπεδο βρίσκεται
Δεδομένα	Καθαρά, συμμορφούμενα δεδομένα με καθιερωμένο μοντέλο διακυβέρνησης	Διπλά και ελλιπή κύρια δεδομένα, προσαρμοσμένα πεδία που κανείς δεν μπορεί να εξηγήσει
Ενσωματώσεις	Τυποποιημένες, ασφαλείς συνδέσεις χτισμένες σε υποστηριζόμενες τεχνολογίες	Διεπαφές point-to-point που διαβάζουν απευθείας πίνακες
Λειτουργίες	Διακυβέρνηση, άνθρωποι, διαδικασίες και εργαλεία που κρατούν στη θέση τους τις άλλες τέσσερις	Ποιος εγκρίνει μια επέκταση και τι σταματά την επόμενη τροποποίηση

Οι περισσότερες ομάδες ξεκινούν και τελειώνουν με την επεκτασιμότητα επειδή είναι η ευκολότερη στη μέτρηση. Από την εμπειρία μου, οι διαδικασίες και τα δεδομένα προκαλούν περισσότερη καθυστέρηση. Ο προσαρμοσμένος κώδικας είναι συνήθως το σύμπτωμα. Η διαδικασία πίσω από αυτόν είναι η αιτία.

Τον Αύγουστο του 2025 η SAP αντικατέστησε το προηγούμενο μοντέλο επεκτασιμότητας τριών βαθμίδων με την έννοια των επιπέδων clean core. Κάθε επέκταση αξιολογείται ως προς το πώς έχει χτιστεί, πόσο αποσυνδεδεμένη είναι από τον πυρήνα και πόσο εύκολα μπορεί να αναβαθμιστεί.

Επίπεδο	Περιγραφή της SAP	Τι σημαίνει για την αναβάθμισή σας
A	Επέκταση με SAP Build. Μόνο δημόσια κυκλοφορημένα, σταθερά interfaces, on-stack με ABAP Cloud ή side-by-side στο BTP	Ο χαμηλότερος κίνδυνος. Η SAP στηρίζει αυτά τα interfaces με συμβόλαια σταθερότητας
B	Χρησιμοποιεί επίσης τα κλασικά APIs και τεχνολογίες της SAP	Γενικά σταθερό στις αναβαθμίσεις, αλλά εκτός του μοντέλου ανάπτυξης cloud
C	Έχει πρόσβαση σε εσωτερικά αντικείμενα της SAP	Μερικώς συμμορφούμενο. Κάθε αναβάθμιση χρειάζεται έλεγχο· η SAP σχεδιάζει changelog για τα εσωτερικά αντικείμενα
D	Δεν συνιστάται: τροποποιήσεις, εγγραφές σε πίνακες SAP, implicit enhancements, αντικείμενα που ρητά δεν συνιστώνται	Το τεχνικό χρέος που αφαιρείται πρώτο

Αυτό είναι πιο χρήσιμο από την παλιά συζήτηση «clean ή όχι clean». Σας επιτρέπει να ορίσετε στόχο ανά αντικείμενο. Δεν χρειάζεται να φτάσουν όλα στο επίπεδο A. Η μετακίνηση των αντικειμένων επιπέδου D στο B ή στο C πριν από μια αναβάθμιση είναι ήδη πραγματική μείωση κινδύνου.

Επίπεδο AΕπίπεδο BΕπίπεδο CΕπίπεδο D

Τι χρησιμοποιείΕπίπεδο AΜόνο δημόσια κυκλοφορημένα, σταθερά interfacesΕπίπεδο BΚαι τα κλασικά APIs της SAPΕπίπεδο CΕσωτερικά αντικείμενα της SAPΕπίπεδο DΤροποποιήσεις, εγγραφές σε πίνακες SAP, implicit enhancements

Κίνδυνος αναβάθμισηςΕπίπεδο AΟ χαμηλότερος, με υποστήριξη από συμβόλαια σταθερότηταςΕπίπεδο BΓενικά σταθερό στις αναβαθμίσειςΕπίπεδο CΧρειάζεται έλεγχο σε κάθε αναβάθμισηΕπίπεδο DΟ υψηλότερος

Τι να αποφασίσετεΕπίπεδο AΗ προεπιλογή για οτιδήποτε νέοΕπίπεδο BΑποδοχή, με καταγεγραμμένο τον λόγοΕπίπεδο CΑποδοχή με λόγο, επανέλεγχος σε κάθε αναβάθμισηΕπίπεδο DΠρώτα αφαίρεση, ή μετακίνηση στο B ή στο C

Πηγή: Η έννοια των επιπέδων clean core της SAP, SAP News, Αύγουστος 2025

Αν μου ζητούσατε να αξιολογήσω το σύστημά σας τον επόμενο μήνα, αυτή είναι η σειρά που θα ακολουθούσα.

1. Βρείτε τι χρησιμοποιείται. Τρέξτε το SAP Readiness Check, που περιλαμβάνεται στη σύμβαση συντήρησής σας, και συλλέξτε δεδομένα χρήσης για τον προσαρμοσμένο κώδικά σας. Σε ένα πρόγραμμα, η ανάλυση με το smartShift μάς πήγε από 18.000 προσαρμοσμένα αντικείμενα σε 3.200. Τα περισσότερα από τα υπόλοιπα απλώς δεν χρησιμοποιούνταν.
2. Ταξινομήστε ό,τι απομένει στα επίπεδα A έως D. Το ABAP test cockpit είναι το εργαλείο της SAP για ελέγχους σε επίπεδο κώδικα. Στο RISE, το dashboard RISE with SAP Methodology αναφέρει την υιοθέτηση clean core.
3. Αποφασίστε αντικείμενο προς αντικείμενο. Αποσύρετέ το, μετακινήστε το σε κυκλοφορημένο interface, ξαναχτίστε το στο BTP ή κρατήστε το με τεκμηριωμένο λόγο. Ξεκινήστε από τον κώδικα που τρέχει κάθε μέρα. Μια αναφορά που χρησιμοποιεί δύο φορές τον χρόνο μία περιφερειακή ομάδα μπορεί να περιμένει.
4. Βάλτε την επιχείρηση στο δωμάτιο. Ένας επικεφαλής οικονομικών με τον οποίο δούλεψα κατάλαβε τη νέα εφαρμογή Fiori μόνο μετά από μια παρουσίαση 45 λεπτών. Αυτή η συνεδρία γλίτωσε δύο εβδομάδες αλληλογραφίας στο UAT.
5. Αμφισβητήστε το «η διαδικασία μας είναι διαφορετική». Σε ένα workshop μιας ομάδας πωλήσεων, η «μοναδική» διαδικασία αποδείχτηκε ότι ήταν κατά 80% περιττή legacy γραφειοκρατία. Το τυπικό SAP βελτίωσε την εμπειρία των πελατών τους μόλις έφυγαν οι παρακάμψεις.
6. Ξεκινήστε νωρίς τη δουλειά στα δεδομένα. Ένας πελάτης λιανικής είχε πάνω από 15.000 προσαρμοσμένα πεδία να ξεδιαλέξει. Από την εμπειρία μου, η μετάπτωση δεδομένων παίρνει 30 έως 40% της προσπάθειας υλοποίησης και είναι το κομμάτι που τα περισσότερα σχέδια υποτιμούν. Το εξηγώ στο άρθρο γιατί αποτυγχάνει η μετάπτωση δεδομένων SAP.
7. Ορίστε τη διακυβέρνηση πριν από το go-live. Μια design authority πρέπει να εξετάζει κάθε νέα επέκταση. Η προεπιλεγμένη ερώτηση ήταν «γιατί δεν μπορεί αυτό να ζει στο BTP;» Σήμερα θα ρωτούσα «γιατί δεν μπορεί να είναι επίπεδο A και, αν δεν μπορεί, ποιο επίπεδο αποδεχόμαστε και γιατί;»

Οι δεξιότητες μετράνε τόσο όσο και τα εργαλεία. Μια ομάδα ABAP που δεν έχει δουλέψει με ABAP Cloud ή BTP θα καθυστερήσει το πρόγραμμα όσο μαθαίνει. Ένας κατασκευαστής με τον οποίο δούλεψα έτρεξε ένα εσωτερικό πρόγραμμα BTP τριών μηνών πριν ξεκινήσει το έργο S/4HANA του και αυτό απέδωσε με λιγότερες εκπλήξεις στην ανάπτυξη.

Τρεις ερωτήσεις προκύπτουν σχεδόν σε κάθε συζήτηση που κάνω γι' αυτό.

Είναι το clean core υποχρεωτικό στο RISE with SAP; Όχι ως γενικός κανόνας. Στο S/4HANA Cloud Public Edition μπορείτε να επεκτείνετε μόνο μέσω κυκλοφορημένων interfaces, οπότε το σύστημα το επιβάλλει. Στο Private Edition και στο on-premise μπορείτε ακόμη να τροποποιήσετε τον πυρήνα. Εκεί το clean core είναι επιλογή διακυβέρνησης και η SAP το παρακολουθεί μέσω του dashboard της μεθοδολογίας RISE. Αν ένας SI σας πει ότι είναι συμβατικό, ζητήστε του να σας δείξει τη ρήτρα.

Πόσο χρόνο έχω στο ECC; Για το SAP ERP 6.0 σε enhancement packages 6 έως 8, η κύρια συντήρηση λήγει στις 31 Δεκεμβρίου 2027. Η προαιρετική εκτεταμένη συντήρηση φτάνει έως τις 31 Δεκεμβρίου 2030 με επιπλέον κόστος και η SAP ζητά από τους πελάτες να την παραγγείλουν έως το Q3 του 2027. Τα προηγούμενα enhancement packages έφυγαν από την κύρια συντήρηση στο τέλος του 2025. Μετά το 2030, η επιλογή μετάβασης SAP ERP, private edition καλύπτει το διάστημα από το 2031 έως το 2033. Ισχύει μόνο για μεγάλα συστήματα που έχουν ήδη μετακινηθεί σε SAP ERP, private edition σε SAP HANA πριν από το τέλος του 2030, και μόνο με το max success plan της SAP. Αντιμετωπίστε το 2033 ως διαδρομή εξαίρεσης και όχι ως ημερομηνία σχεδιασμού. Ο οδηγός μου για τη μετάβαση από ECC σε S/4HANA καλύπτει τις επιλογές διαδρομής.

Έχει σημασία το clean core για την AI; Η SAP χτίζει τα χαρακτηριστικά AI της, συμπεριλαμβανομένου του Joule, πάνω στις τυπικές διαδικασίες και στο μοντέλο δεδομένων της. Το Joule for developers παράγει κώδικα ABAP Cloud απέναντι σε released APIs. Η δική μου πρακτική άποψη είναι απλή: όσο πιο κοντά στο τυπικό βρίσκονται οι διαδικασίες και τα δεδομένα σας, τόσο λιγότερη προσαρμογή χρειάζεστε πριν αυτά τα χαρακτηριστικά γίνουν χρήσιμα για εσάς. Οι βαριά τροποποιημένες διαδικασίες είναι εκεί όπου τα χαρακτηριστικά AI είναι δυσκολότερο να υιοθετηθούν.

Οι ομάδες που παραλείπουν το clean core δεν αποφεύγουν τη δουλειά. Την αναβάλλουν και επιστρέφει ως μπλοκαρισμένες αναβαθμίσεις, μαραθώνιοι δοκιμών παλινδρόμησης και προσαρμοσμένος κώδικας που κανείς δεν καταλαβαίνει.

Αν πρόκειται να υπογράψετε σύμβαση S/4HANA ή RISE, ζητήστε από τον SI σας μια ταξινόμηση επιπέδων A έως D του τρέχοντος προσαρμοσμένου κώδικά σας πριν συμφωνήσετε το εύρος. Αν δεν μπορεί να την παράσχει, αυτό σας λέει κάτι για την εκτίμηση. Μπορείτε να δοκιμάσετε τις επιλογές μετάβασής σας με την αξιολόγησή μου για τη μετάβαση από ECC σε S/4HANA, ή να κλείσετε μια κλήση και να δούμε την περίπτωσή σας.

Τι είναι το SAP clean core;

Clean core σημαίνει να κρατάτε το S/4HANA κοντά στο τυπικό της SAP και να χτίζετε επεκτάσεις μόνο μέσω interfaces που η SAP έχει κυκλοφορήσει και δεσμευτεί να κρατήσει σταθερά. Οι επεκτάσεις τρέχουν είτε on-stack με ABAP Cloud είτε side-by-side στο SAP BTP. Ο στόχος είναι οι αναβαθμίσεις να μη χαλούν την προσαρμοσμένη λογική σας.

Ποιες είναι οι πέντε διαστάσεις του SAP clean core;

Η SAP τις ονομάζει οι πέντε κατευθυντήριες αρχές του clean core: διαδικασίες, επεκτασιμότητα, δεδομένα, ενσωματώσεις και λειτουργίες. Οι διαδικασίες μένουν κοντά στο τυπικό. Οι επεκτάσεις χρησιμοποιούν released APIs. Τα δεδομένα κρατούνται καθαρά υπό μοντέλο διακυβέρνησης. Οι ενσωματώσεις χρησιμοποιούν τυποποιημένες, υποστηριζόμενες τεχνολογίες. Οι λειτουργίες καλύπτουν τη διακυβέρνηση, τους ανθρώπους και τα εργαλεία που κρατούν στη θέση τους τις άλλες τέσσερις.

Ποια είναι τα επίπεδα clean core A, B, C και D της SAP;

Από τον Αύγουστο του 2025 η SAP ταξινομεί τις επεκτάσεις σε τέσσερα επίπεδα. Το επίπεδο A χρησιμοποιεί μόνο δημόσια κυκλοφορημένα, σταθερά interfaces. Το επίπεδο B χρησιμοποιεί επίσης κλασικά APIs της SAP. Το επίπεδο C έχει πρόσβαση σε εσωτερικά αντικείμενα της SAP και χρειάζεται έλεγχο σε κάθε αναβάθμιση. Το επίπεδο D καλύπτει τροποποιήσεις, εγγραφές σε πίνακες SAP, implicit enhancements και άλλες τεχνικές που δεν συνιστώνται, και αντιπροσωπεύει τον υψηλότερο κίνδυνο.

Είναι υποχρεωτικό το clean core με το RISE with SAP;

Όχι ως γενικός κανόνας. Το S/4HANA Cloud Public Edition επιτρέπει επεκτάσεις μόνο μέσω κυκλοφορημένων interfaces, οπότε επιβάλλει το clean core τεχνικά. Στο Private Edition μπορείτε ακόμη να τροποποιήσετε τον πυρήνα, άρα το clean core είναι απόφαση διακυβέρνησης. Η SAP αναφέρει την υιοθέτηση clean core μέσω του dashboard RISE with SAP Methodology.

Πότε λήγει η υποστήριξη του SAP ECC;

Για το SAP ERP 6.0 σε enhancement packages 6 έως 8, η κύρια συντήρηση λήγει στις 31 Δεκεμβρίου 2027, με προαιρετική εκτεταμένη συντήρηση έως τις 31 Δεκεμβρίου 2030 με επιπλέον κόστος. Τα προηγούμενα enhancement packages έφυγαν από την κύρια συντήρηση στο τέλος του 2025. Η επιλογή μετάβασης SAP ERP, private edition φτάνει έως το 2033 μόνο για επιλέξιμα μεγάλα συστήματα που έχουν μετακινηθεί σε SAP ERP, private edition σε SAP HANA πριν από το τέλος του 2030.

Πώς αξιολογώ την ετοιμότητα clean core του συστήματος SAP μου;

Ξεκινήστε με το SAP Readiness Check και τα δεδομένα χρήσης για τον προσαρμοσμένο κώδικά σας. Ταξινομήστε ό,τι εξακολουθεί να χρησιμοποιείται στα επίπεδα A έως D, χρησιμοποιώντας το ABAP test cockpit για ελέγχους σε επίπεδο κώδικα. Μετά αποφασίστε ανά αντικείμενο αν θα το αποσύρετε, θα το μετακινήσετε σε κυκλοφορημένο interface, θα το ξαναχτίσετε στο SAP BTP ή θα το κρατήσετε με τεκμηριωμένο λόγο. Εξετάστε ταυτόχρονα διαδικασίες και δεδομένα, επειδή συνήθως εξηγούν γιατί υπάρχει ο κώδικας.

Ποιος είναι ο ρόλος του SAP BTP σε μια στρατηγική clean core;

Το SAP BTP είναι το σημείο όπου τρέχουν οι side-by-side επεκτάσεις. Οι εφαρμογές στο BTP συνδέονται με το S/4HANA μέσω APIs και events, ώστε ο πυρήνας να μένει ανέγγιχτος. Η SAP συνιστά προσέγγιση BTP-first, με on-stack επεκτάσεις ABAP Cloud όπου η λογική πρέπει να βρίσκεται κοντά στα δεδομένα ή στη συναλλαγή.