Εκσυγχρονισμός ERP το 2026: cloud, AI και clean core

Ο εκσυγχρονισμός του ERP το 2026 σημαίνει τρεις αποφάσεις με σειρά: τι πρέπει να σταματήσει να κάνει το ERP σας, πόσο καθαρό θα κρατήσετε τον πυρήνα του και αν τα δεδομένα σας είναι αρκετά καλά ώστε να είναι χρήσιμη η AI. Για τους πελάτες της SAP υπάρχει μια σκληρή ημερομηνία πίσω από όλες: η βασική συντήρηση του ECC λήγει στις 31 Δεκεμβρίου 2027, με εκτεταμένη συντήρηση επί πληρωμή έως το τέλος του 2030.

Απευθύνεται σε CIO, CFO και αρχιτέκτονες επιχειρήσεων που έχουν τελειώσει την ανάλυση και πρέπει τώρα να εκτελέσουν. Καλύπτει τις δυνάμεις που οδηγούν σε δράση, την αρχιτεκτονική κορμού και δορυφόρων (backbone plus satellites), το clean core, το κενό διακυβέρνησης, την ετοιμότητα για AI και έναν πίνακα κινδύνων για τους επόμενους 18 μήνες.

Το 2024, οι περισσότεροι επικεφαλής αγόραζαν ακόμη χρόνο: μελετούσαν χρονοδιαγράμματα ECC, συζητούσαν υβριδικό έναντι πλήρους μετάβασης, έτρεχαν δοκιμές σε sandbox χωρίς να δεσμεύονται. Αυτό το παράθυρο έκλεισε. Το τεχνικό χρέος στα τοπία ECC και Oracle E-Business Suite δεν είναι πλέον θεωρητικό. Φαίνεται σε αποτυχημένες δοκιμές παλινδρόμησης μετά από ενημερώσεις, σε ευρήματα ελέγχου για προσαρμοσμένο κώδικα που δεν ανήκει σε κανέναν και σε δεδομένα που χρειάζονται 12 ώρες για να μετακινηθούν ανάμεσα σε συστήματα προγραμματισμού και εκτέλεσης.

Η προθεσμία. Μετά το 2027, οι πελάτες ECC μπορούν να αγοράσουν εκτεταμένη συντήρηση έως το τέλος του 2030 με υψηλότερη χρέωση. Πέρα από αυτό, η SAP προσφέρει μια επιλογή μετάβασης για το ERP private edition για τα έτη 2031 έως 2033, αλλά μόνο μέσω RISE, και η SAP είναι ρητή ότι πρόκειται για πληρωμένη προσφορά μετάβασης, όχι για παράταση συντήρησης. Εν τω μεταξύ, έρευνα της Gartner που αναφέρει το The Register διαπίστωσε ότι μέχρι το τέλος του 2024 μόνο περίπου το 39% των περίπου 35.000 πελατών ECC της SAP είχε αγοράσει ή είχε συνδρομή σε άδειες S/4HANA. Αδειοδοτημένο δεν σημαίνει μεταφερμένο. Η αγορά συνεργατών θα είναι στενή.

Το μοντέλο προϋπολογισμού. Το cloud ERP μετακινεί τη δαπάνη από άδειες capex σε συνδρομές. Αυτό ακούγεται πιο καθαρό. Στην πράξη, οι CFO βρίσκουν το κόστος του cloud λιγότερο προβλέψιμο: στο RISE with SAP και στο SAP GROW, η αύξηση των Full User Equivalent (FUE), οι πρόσθετες υπηρεσίες και τα έξοδα ενοποίησης προσθέτουν κόστη που δεν ήταν στην αρχική επιχειρηματική περίπτωση.

Κατακερματισμός στα οικονομικά και στην εφοδιαστική αλυσίδα. Οι οικονομικές ομάδες τρέχουν AI στις υποχρεώσεις και απαιτήσεις, ενώ οι διαδικασίες ελέγχου εξακολουθούν να χρησιμοποιούν πρότυπα φτιαγμένα για άλλη εποχή. Οι εφοδιαστικές αλυσίδες είναι εν μέρει εκσυγχρονισμένες: SAP IBP για προγραμματισμό, παλαιότερη διαχείριση αποθήκης για εκτέλεση, Ariba για προμήθειες αλλά χειροκίνητες παραλαβές εμπορευμάτων. Το σημείο συμφόρησης δεν είναι η τεχνολογία. Είναι οι συνδέσεις ανάμεσα στα συστήματα.

Το ERP είναι ένα επίπεδο, όχι όλο το stack. Το ServiceNow τρέχει την ενορχήστρωση διαδικασιών σε πολλές επιχειρήσεις, το Salesforce τις ροές πελατών, το Workday ή το SuccessFactors τον κύκλο ζωής του HR. Το ERP έχει γίνει ο οικονομικός κορμός, όχι ο ενιαίος κόμβος διαδικασιών που πουλούσαν τη δεκαετία του 1990.

Το μοντέλο με το οποίο δουλεύουν πλέον οι περισσότεροι αρχιτέκτονες επιχειρήσεων είναι ένας οικονομικός κορμός (SAP S/4HANA ή Oracle Fusion) περιτριγυρισμένος από εξειδικευμένες πλατφόρμες.

Επίπεδο	Τι βρίσκεται εδώ	Τι δεν βρίσκεται
Οικονομικός κορμός	Γενικό καθολικό, controlling, προμήθειες, αποθέματα, εκτέλεση παραγωγής, νομοθετικό κλείσιμο	Εγκρίσεις ροών εργασίας, CRM, διαχείριση εργατικού δυναμικού, analytics
Workflow	ServiceNow για διαδικασίες IT και λειτουργιών, εγκρίσεις, διαχείριση αλλαγών	Τήρηση συναλλακτικών εγγραφών
Αλληλεπίδραση με πελάτες	Salesforce ή SAP Sales and Service Cloud	Οικονομική επεξεργασία
Εργατικό δυναμικό	Workday ή SAP SuccessFactors	Λειτουργικές συναλλαγές
Analytics	SAP Business Data Cloud, SAP Analytics Cloud, Power BI, Snowflake	Το σύστημα εγγραφής (system of record)

Ο διαχωρισμός είναι σκόπιμος. Το να ξαναχώνετε τα πάντα μέσα στο SAP προσθέτει τριβή, επιβραδύνει τις ενημερώσεις και θολώνει την ιδιοκτησία. Το να στοιβάζετε CRM, workflow, analytics και EHS σε ένα σύστημα είναι αυτό που έκανε τα προηγούμενα προγράμματα τόσο επώδυνα.

Το ερώτημα που πρέπει να θέσετε: για τι δεν πρέπει πλέον να ευθύνεται το ERP; Αν το παραλείψετε, ξαναχτίζετε το ίδιο μονόλιθο σε νεότερη άδεια. Το κείμενό μου για τον εκσυγχρονισμό του ERP με SAP και ServiceNow δουλεύει μία εκδοχή αυτού του διαχωρισμού.

Τον Αύγουστο του 2025 η SAP αντικατέστησε το μοντέλο επεκτασιμότητας τριών επιπέδων με τέσσερα επίπεδα clean core. Το επίπεδο A χρησιμοποιεί μόνο εγκεκριμένα, σταθερά APIs, side by side στο SAP BTP ή μέσα στο σύστημα με ABAP Cloud. Το επίπεδο B χρησιμοποιεί κλασικά APIs και τεχνολογίες που η SAP εξακολουθεί να θεωρεί clean. Το επίπεδο C φτάνει σε εσωτερικά αντικείμενα και χρειάζεται ειδικά μέτρα. Το επίπεδο D δεν είναι clean.

Η public edition (SAP Cloud ERP, που πωλείται ως SAP GROW) επιτρέπει μόνο το επίπεδο A, οπότε η πλατφόρμα επιβάλλει το clean core και απορροφά δύο μεγάλες εκδόσεις τον χρόνο. Η private edition (SAP Cloud ERP Private, στο RISE) και το on-premise εξακολουθούν να επιτρέπουν κλασικές επεκτάσεις, οπότε εκεί το clean core εξαρτάται από τη διακυβέρνηση. Σε κάθε περίπτωση, ένα σύστημα με βαριά παραμετροποίηση μετατρέπει κάθε αναβάθμιση σε έργο και κάθε δοκιμή παλινδρόμησης σε κρίση.

Τι ζητά από εσάς το clean core:

1. Βγάλτε τον αχρησιμοποίητο προσαρμοσμένο κώδικα από τον πυρήνα. Κάθε προσαρμοσμένο πρόγραμμα που κρατάτε είναι κάτι που πρέπει να δοκιμαστεί σε κάθε αναβάθμιση.
2. Χτίστε νέες επεκτάσεις στο επίπεδο A όπου μπορείτε: στο SAP BTP, με το SAP Build ή μέσα στο σύστημα με ABAP Cloud.
3. Χρησιμοποιήστε τυπικές διαδικασίες όπου τις παραδίδει η SAP και παραμετροποιήστε μόνο όπου το απαιτεί η νομοθεσία ή μια πραγματική ανταγωνιστική διαφορά.

Η αντίσταση είναι πολιτισμική, όχι τεχνική. Οι επικεφαλής επιχειρησιακών λειτουργιών που στηρίζονταν επί 15 χρόνια σε προσαρμοσμένο κώδικα περιμένουν ακόμη να «ξαναϋλοποιηθεί απλώς». Αυτή η προσδοκία ανήκει στο 2012.

Ένα τυπικό τοπίο ECC έχει 1.500 έως 3.000 προσαρμοσμένα αντικείμενα, με βάση αξιολογήσεις που έχω τρέξει σε μεταποίηση και υπηρεσίες, και μόνο περίπου το ένα τέταρτο δείχνει ενεργή επιχειρηματική χρήση. Τα υπόλοιπα είναι ιστορικό βάρος που φουσκώνει το κόστος της μετάβασης και δημιουργεί έκθεση σε ελέγχους.

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

Με το ERP ως ένα επίπεδο ανάμεσα σε πολλά, τα ζητήματα ιδιοκτησίας γίνονται κρίσιμα. Ποιος κατέχει:

1. Το API ανάμεσα στο Salesforce και το ERP;
2. Μια ροή εργασίας που εκτείνεται σε SAP και ServiceNow;
3. Τις συγκρουόμενες προτεραιότητες αλλαγών όταν και τα δύο συστήματα χρειάζονται ενημερώσεις ταυτόχρονα;

Το έχω δει να καθυστερεί go-live κατά μήνες. Οι ομάδες δεν καταλαβαίνουν ότι έχουν κολλήσει μέχρι να αποκαλύψουν την επικάλυψη οι δοκιμές ενοποίησης.

Σε μια περίπτωση, πέντε συστήματα άγγιζαν την ίδια εγγραφή κύριων δεδομένων προμηθευτή. Πέντε. Κανείς δεν είχε έγγραφο ιδιοκτησίας κύριων δεδομένων, και κανείς δεν είχε σχεδιάσει ποιος μπορεί να αλλάζει τι, σε ποιο σύστημα. Αυτό δεν είναι αποτυχία τεχνολογίας. Είναι αποτυχία διακυβέρνησης που αποκάλυψε η τεχνολογία.

Η αξία της AI στο ERP είναι πραγματική, αλλά εξαρτάται από την ποιότητα των δεδομένων και μια καθαρή αρχιτεκτονική. Το Joule καλύπτει πλέον τα S/4HANA, SuccessFactors, Ariba και άλλα προϊόντα της SAP, και οι agents της SAP τρέχουν κάτω από βοηθούς Joule. Οι περιπτώσεις χρήσης agentic στο SAP BTP παραδίδονται ήδη, δεν είναι slideware. Όλες εξαρτώνται από καθαρά, συνεπή, δομημένα δεδομένα.

Αν τα δεδομένα σας είναι διπλά, κωδικοποιημένα ασυνεπώς ή βρίσκονται σε προσαρμοσμένους πίνακες που το S/4HANA δεν αναγνωρίζει, η AI δεν έχει τίποτε αξιόπιστο για να δουλέψει. Οι οικονομικές ομάδες που τρέχουν AI στις υποχρεώσεις το ανακαλύπτουν γρήγορα όταν τα τιμολόγια ταιριάζουν με λάθος προμηθευτή επειδή τα κύρια δεδομένα προμηθευτών δεν καθαρίστηκαν ποτέ.

Η σειρά που δουλεύει: πρώτα clean core, δεύτερον διακυβέρνηση δεδομένων, τρίτον analytics, τέταρτον AI. Η παράλειψη βημάτων δεν επιταχύνει τίποτε. Μεταθέτει το πρόβλημα αργότερα.

1. 01Ορίστε το όριοΑποφασίστε τι πρέπει να σταματήσει να κάνει το ERP
2. 02Καθαρίστε τον πυρήναΑποσύρετε τον αχρησιμοποίητο κώδικα, χτίστε τα νέα στο επίπεδο A
3. 03Ελέγξτε τα δεδομέναΈνας υπεύθυνος ανά αντικείμενο δεδομένων
4. 04Χτίστε τα analyticsSAP Business Data Cloud, SAC ή Power BI πάνω σε ελεγχόμενα δεδομένα
5. 05Προσθέστε AIJoule και agents πάνω σε αξιόπιστη βάση

AI με κάτι αξιόπιστο για να δουλέψει

Κίνδυνος	Σήμα	Πρακτική απάντηση
Πίεση της προθεσμίας του ECC	Η βασική συντήρηση λήγει τον Δεκέμβριο του 2027. Οι περισσότεροι πελάτες ECC δεν είχαν αδειοδοτήσει S/4HANA μέχρι το τέλος του 2024	Κλειδώστε τώρα τα σχέδια πόρων των συνεργατών. Οι ημερήσιες χρεώσεις ανώτερων στελεχών στις ΗΠΑ ήδη φτάνουν τα $1.800 έως $3.500
Χρέος προσαρμοσμένου κώδικα	1.500 έως 3.000 προσαρμοσμένα αντικείμενα, περίπου το ένα τέταρτο σε ενεργή χρήση	Τρέξτε σαρώσεις χρήσης, δημοσιεύστε λίστα περικοπών, ξεκινήστε sprints απόσυρσης
Διαταραχή από εκδόσεις	Οι εκδόσεις συμπίπτουν με το οικονομικό κλείσιμο και τις αιχμές της εφοδιαστικής αλυσίδας	Ορίστε παράθυρα εκδόσεων μακριά από το κλείσιμο, αυτοματοποιήστε τις δοκιμές παλινδρόμησης
Κίνδυνος μεταφοράς δεδομένων	Η όψιμη εναρμόνιση παράγει ελαττώματα που οι ομάδες χαρακτηρίζουν λανθασμένα ως σφάλματα	Έγκαιρη διαστασιολόγηση. Έλεγχοι δεδομένων τραπεζών, φόρων και συμμόρφωσης πριν από το πάγωμα του σχεδιασμού
Κενά ιδιοκτησίας ενοποίησης	Πέντε ή περισσότερα συστήματα αγγίζουν κοινά κύρια δεδομένα	Δημοσιεύστε έναν πίνακα εξουσίας (authority matrix), έναν υπεύθυνο ανά αντικείμενο δεδομένων
Δύο εργαλεία κύκλου ζωής	Τα υβριδικά τοπία τρέχουν παράλληλα Solution Manager και SAP Cloud ALM	Το Cloud ALM ως προεπιλογή για προγράμματα cloud. Η βασική συντήρηση του Solution Manager 7.2 λήγει στο τέλος του 2027

Για την εκδοχή αυτών των κινδύνων σε επίπεδο παράδοσης, δείτε τα δέκα λάθη εκσυγχρονισμού ERP που πρέπει να αποφύγετε, και για τις ίδιες τις διαδρομές μετάβασης, τον οδηγό μετάβασης από ECC σε S/4HANA.

Τι είναι το clean core στο SAP S/4HANA;

Να κρατάτε το S/4HANA όσο πιο κοντά στο πρότυπο γίνεται και να βάζετε τις επεκτάσεις εκεί όπου οι αναβαθμίσεις δεν μπορούν να τις σπάσουν. Από τον Αύγουστο του 2025 η SAP βαθμολογεί τις επεκτάσεις από το επίπεδο A (μόνο εγκεκριμένα APIs, στο SAP BTP ή μέσα στο σύστημα με ABAP Cloud) έως το επίπεδο D (όχι clean). Ο επιχειρηματικός λόγος είναι η προστασία των αναβαθμίσεων: ένα clean σύστημα απορροφά εκδόσεις σε μέρες, ένα βαριά παραμετροποιημένο μετατρέπει καθεμία σε έργο.

Τι είναι η αρχιτεκτονική κορμού και δορυφόρων για το ERP;

Το ERP (SAP S/4HANA ή Oracle Fusion) χειρίζεται αυτό για το οποίο είναι φτιαγμένο: οικονομικές εγγραφές, αποθέματα, προμήθειες, συναλλαγές παραγωγής και νομοθετικές αναφορές. Εξειδικευμένες πλατφόρμες χειρίζονται τα υπόλοιπα: ServiceNow για workflow, Salesforce για την αλληλεπίδραση με πελάτες, Workday ή SuccessFactors για το HR και πλατφόρμες analytics για τη γνώση. Το να τα στριμώξετε όλα στο ERP δημιουργεί έναν μονόλιθο που ενημερώνεται αργά και παραμετροποιείται βαριά.

Πώς πρέπει να προσεγγίσουν οι εταιρείες την προθεσμία του SAP ECC το 2027;

Ξεκινήστε με το SAP Readiness Check. Αναδεικνύει όγκους προσαρμοσμένου κώδικα, εξαρτήσεις πρόσθετων και διαστασιολόγηση δεδομένων, τους τρεις παράγοντες που αποφασίζουν αν θα πάτε brownfield, greenfield ή επιλεκτικά. Οι σύνθετες μεταβάσεις επιχειρήσεων συνήθως διαρκούν 18 έως 24 μήνες από την αξιολόγηση έως το go-live, οπότε αν δεν έχετε επιλέξει προσέγγιση και δεν έχετε ξεκινήσει συζητήσεις με συνεργάτες μέχρι τώρα, ένα go-live το 2027 είναι ήδη στριμωγμένο. Η εκτεταμένη συντήρηση έως το 2030 κοστίζει περισσότερο και αγοράζει χρόνο, όχι καινοτομία.

Πότε είναι πολύτιμη η AI στον εκσυγχρονισμό του ERP και πότε όχι;

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

Ποια είναι τα μεγαλύτερα λάθη εκσυγχρονισμού ERP που κάνουν οι εταιρείες;

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

Πόσο κοστίζει ο εκσυγχρονισμός ERP;

Μια brownfield μετατροπή από ECC σε S/4HANA για εταιρεία μεσαίας κλίμακας συνήθως κοστίζει $2M-$8M σε έξοδα υλοποίησης, συν τη διαρκή συνδρομή. Προγράμματα επιχειρήσεων με παγκόσμιο εύρος, σημαντική παραμετροποίηση και πολλές οντότητες μπορούν να φτάσουν $20M-$100M+. Μοντελοποιήστε την ενοποίηση, τις δοκιμές και τη λειτουργική υποστήριξη εκτός από τις άδειες, και στο RISE και στο SAP GROW μοντελοποιήστε την αύξηση των FUE σε όλη τη διάρκεια της σύμβασης.