Τι είναι η υλοποίηση SAP; Βήματα, φάσεις και διαδικασία

Η υλοποίηση SAP είναι το πρόγραμμα που μεταφέρει τα οικονομικά, τις προμήθειες, την εφοδιαστική αλυσίδα, τις πωλήσεις και το HR μιας εταιρείας σε ένα ενιαίο σύστημα SAP, σήμερα συνήθως το SAP S/4HANA. Περνά από έξι φάσεις του SAP Activate (Discover, Prepare, Explore, Realize, Deploy και Run) και πετυχαίνει ή αποτυγχάνει ανάλογα με τη δουλειά σε διαδικασίες, δεδομένα και ανθρώπους που γίνεται πριν παραμετροποιήσει κανείς οτιδήποτε.

Σύντομη απάντηση: ένα έργο υλοποίησης SAP αντικαθιστά ξεχωριστά παλαιά συστήματα με ένα σύστημα και ένα μοντέλο δεδομένων. Η διαδικασία έχει έξι βήματα: επιβεβαίωση του επιχειρηματικού σκεπτικού, συγκρότηση της ομάδας, σχεδιασμός με βάση το πρότυπο της SAP, ανάπτυξη και δοκιμές, go-live, και στη συνέχεια σταθεροποίηση και παράδοση. Κατά την εμπειρία μου διαρκεί 6 έως 9 μήνες με το GROW with SAP και 9 έως 18 μήνες με το RISE with SAP, και ο οδηγός μου για το χρονοδιάγραμμα υλοποίησης SAP το αναλύει φάση προς φάση.

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

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

Το S/4HANA είναι το τρέχον ERP της SAP και τρέχει πάνω στη βάση δεδομένων μνήμης SAP HANA. Πολλές εταιρείες χρησιμοποιούν ακόμη το παλαιότερο SAP ECC, αλλά η κύρια συντήρηση του ECC λήγει στις 31 Δεκεμβρίου 2027, με προαιρετική εκτεταμένη συντήρηση έως το τέλος του 2030 έναντι υψηλότερου τέλους.

Αυτές είναι οι βασικές ενότητες με τις οποίες ξεκινούν οι περισσότερες υλοποιήσεις:

Ενότητα	Τι διαχειρίζεται
FI (Χρηματοοικονομική Λογιστική)	Γενικό καθολικό, υποχρεώσεις προς προμηθευτές, απαιτήσεις από πελάτες, λογιστική παγίων
CO (Controlling)	Κέντρα κόστους, κέντρα κέρδους, εσωτερικές εντολές, διοικητική πληροφόρηση
MM (Διαχείριση Υλικών)	Προμήθειες, αποθέματα, κινήσεις αγαθών, διαχείριση προμηθευτών
SD (Πωλήσεις και Διανομή)	Order-to-cash, τιμολογιακή πολιτική, αποστολές, τιμολόγηση
PP (Προγραμματισμός Παραγωγής)	Εντολές παραγωγής, προγραμματισμός δυναμικότητας, MRP
HCM (Διαχείριση Ανθρώπινου Κεφαλαίου)	Κύρια δεδομένα HR, μισθοδοσία, διαχείριση χρόνου

Οι περισσότερες επιχειρήσεις ξεκινούν με FI/CO και μία ή δύο λειτουργικές ενότητες. Τα υπόλοιπα χτίζονται σε επόμενες εκδόσεις.

Η υλοποίηση δεν είναι το ίδιο με τη μετάπτωση. Αν ήδη χρησιμοποιείτε SAP ECC, μετατρέπετε ή ξαναχτίζετε ένα σύστημα SAP, και ο οδηγός μου για τη μετάπτωση από ECC σε S/4HANA καλύπτει τις διαδρομές greenfield, brownfield και selective.

Το SAP Activate είναι η μεθοδολογία υλοποίησης της SAP. Αντικατέστησε την παλαιότερη μέθοδο ASAP και έχει έξι φάσεις, καθεμία με ένα σημείο ελέγχου που πρέπει να περάσετε πριν προχωρήσετε.

Οι έξι φάσεις του SAP Activate

1. 01

   Discover

   Επιβεβαίωση του επιχειρηματικού σκεπτικού και δοκιμή των κρίσιμων διαδικασιών σε δοκιμαστικό ή demo σύστημα.

2. 02

   Prepare

   Συγκρότηση: ομάδα, διακυβέρνηση, έγγραφο εύρους, πλάνο και πρόσβαση στο σύστημα.

3. 03

   Explore

   Εργαστήρια Fit-to-Standard με τους υπεύθυνους διαδικασιών. Δημιουργία του backlog παραμετροποίησης, διεπαφών και επεκτάσεων.

4. 04

   Realize

   Παραμετροποίηση, επεκτάσεις, μετάπτωση δεδομένων και δοκιμές. Η μεγαλύτερη φάση. Η έξοδος απαιτεί καθαρό κύκλο regression.

5. 05

   Deploy

   Εκπαίδευση χρηστών σε πραγματικές διαδικασίες, πρόβα cutover, go-live με war room σε ετοιμότητα.

6. 06

   Run

   Hypercare, βελτιστοποίηση και παράδοση στο Centre of Excellence.

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

Φάση	Πρέπει να παραδώσει	Υπεύθυνος	Σημείο ελέγχου για να προχωρήσετε
Discover	Επιχειρηματικό σκεπτικό, στοχευμένο εύρος, επιλογή μοντέλου ανάπτυξης	Χορηγός και CFO	Έγκριση χρηματοδότησης
Prepare	Έγγραφο εύρους, πλάνο, διακυβέρνηση, ομάδα στη θέση της	Διευθυντής προγράμματος	Ο χορηγός υπογράφει το εύρος
Explore	Αποτελέσματα Fit-to-Standard, backlog, αποφάσεις για επεκτάσεις	Αρχιτέκτονας λύσης με τους υπεύθυνους διαδικασιών	Κανένα ανοιχτό κενό
Realize	Παραμετροποιημένο και δοκιμασμένο σύστημα, μεταφερμένα δεδομένα δοκιμών	Λειτουργικοί και τεχνικοί επικεφαλής	Καθαρός κύκλος regression· τα δεδομένα συμφωνούν
Deploy	Εκπαιδευμένοι χρήστες, πρόβα cutover, πακέτο go/no-go	Υπεύθυνος cutover	Επιτυχής τριήμερη πρόβα κλεισίματος
Run	Αρχείο hypercare, παράδοση στο CoE, backlog φάσης 2	Επικεφαλής παροχής υπηρεσιών	Κανένα ανοιχτό P1/P2· το CoE αποδέχεται

Τα πρότυπα πίσω από κάθε φάση βρίσκονται στον οδηγό μου για τα πρότυπα του SAP Activate.

Πέντε στάδια ή έξι;

Πολλοί αναζητούν τα «5 στάδια της υλοποίησης SAP», επειδή η παλαιότερη μέθοδος ASAP της SAP είχε πέντε φάσεις. Ήταν οι Project Preparation, Business Blueprint, Realization, Final Preparation και Go-Live and Support.

Το SAP Activate κρατά την ίδια λογική και προσθέτει το Discover στην αρχή και το Run στο τέλος. Οι φάσεις από Prepare έως Deploy θεωρούνται συνήθως οι βασικές φάσεις παράδοσης. Οι ομάδες που λένε ακόμη «blueprint» συνήθως εννοούν το Explore.

Το σημείο ελέγχου της τριήμερης πρόβας κλεισίματος

Το σημείο ελέγχου ανάμεσα σε Realize και Deploy είναι αυτό που οι ομάδες παρακάμπτουν συχνότερα υπό την πίεση του χρονοδιαγράμματος. Σε κάθε πρόγραμμα χρησιμοποιώ μια τριήμερη πρόβα κλεισίματος ως σημείο ελέγχου ετοιμότητας. Αν τα οικονομικά δεν μπορούν να κλείσουν τα βιβλία στο νέο σύστημα, η μετάπτωση δεδομένων δεν είναι έτοιμη, ό,τι κι αν λέει το IT.

Η παράκαμψη αυτού του σημείου ελέγχου κοστίζει περισσότερο από την καθυστέρηση που θα είχε προκαλέσει.

Η σειρά μετράει. Τέσσερα πράγματα πρέπει να γίνουν πριν ληφθεί η πρώτη απόφαση παραμετροποίησης.

1. 01Χαρτογράφηση τρεχουσών διαδικασιώνΌπως πραγματικά λειτουργούν, μαζί με τις παρακάμψεις
2. 02Απόφαση: πρότυπο ή επέκτασηΤο πρότυπο είναι σχεδόν πάντα ταχύτερο
3. 03Έλεγχος ποιότητας δεδομένωνΠριν ξεκινήσει η μετάπτωση δεδομένων
4. 04Πρώτα η ομάδα, μετά το εύροςΌποιος είναι διαθέσιμος καθορίζει τι μπορείτε να παραδώσετε

Μόνο τώρα ξεκινά η παραμετροποίηση

Το μεγαλύτερο λάθος που βλέπω είναι ο ελλιπής σχεδιασμός στην αρχή. Οι προϋπολογισμοί ξεφεύγουν στο Explore, όταν μεγαλώνει η λίστα με ροές εργασιών, αναφορές, διεπαφές, μετατροπές, βελτιώσεις και φόρμες (WRICEF) και το εύρος το ελέγχει ο προμηθευτής, όχι ο πελάτης. Η ανάλυσή μου για το κόστος υλοποίησης SAP δείχνει τι κάνει αυτό στον προϋπολογισμό.

Χαρτογραφήστε τις τρέχουσες διαδικασίες όπως πραγματικά λειτουργούν

Όχι όπως υποτίθεται ότι είναι η διαδικασία. Όπως πραγματικά είναι, μαζί με τις παρακάμψεις.

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

Αποφασίστε πρότυπο ή επέκταση για κάθε διαδικασία

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

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

Ελέγξτε την ποιότητα των δεδομένων πριν ξεκινήσει η μετάπτωση

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

Ένας πελάτης είχε πάνω από 18.000 διπλοεγγραφές πελατών. Η διόρθωσή τους μετά το go-live διέκοψε την τιμολόγηση για εβδομάδες. Κάντε profiling στα δεδομένα νωρίς και καθαρίστε τα στο σύστημα προέλευσης· ο οδηγός μου για το γιατί αποτυγχάνει η μετάπτωση δεδομένων SAP εξηγεί πώς.

Πρώτα συγκροτήστε την ομάδα, μετά οριστικοποιήστε το εύρος

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

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

1. Εκτελεστικός χορηγός. Έχει την ευθύνη του επιχειρηματικού σκεπτικού και λύνει τις διαφωνίες. Συνήθως ο CFO ή ο COO.
2. Διευθυντής προγράμματος. Διαχειρίζεται το πλάνο, τον προϋπολογισμό και τη διευθύνουσα επιτροπή. Στη δική σας μισθοδοσία ή ανεξάρτητος από τον συνεργάτη.
3. Υπεύθυνοι διαδικασιών. Ένας ανά τομέα (οικονομικά, προμήθειες, πωλήσεις, παραγωγή). Εγκρίνουν τον σχεδιασμό και έχουν την ευθύνη του αποτελέσματος μετά το go-live.
4. Αρχιτέκτονας λύσης. Κρατά τον συνολικό σχεδιασμό και αποφασίζει πού θα βρίσκεται κάθε επέκταση.
5. Λειτουργικοί και τεχνικοί επικεφαλής. Παραμετροποιούν, αναπτύσσουν και δοκιμάζουν. Συνήθως η ομάδα του συνεργάτη.
6. Επικεφαλής μετάπτωσης δεδομένων. Ορίζεται στο Prepare, όχι στο Realize.
7. Επικεφαλής αλλαγής και εκπαίδευσης. Αρχίζει να μιλά με τους τελικούς χρήστες από το Explore.
8. Υπεύθυνος cutover. Έχει την ευθύνη του runbook του go-live και του πακέτου go/no-go.

Ένας κανόνας μετράει περισσότερο από τη λίστα. Ο συνεργάτης που θα παραδώσει το έργο δεν πρέπει να γράφει το επιχειρηματικό σας σκεπτικό.

Το δικό του κίνητρο είναι να ξεκινήσει. Το δικό σας είναι να τελειώσει.

Αυτές είναι οι προκλήσεις που βλέπω σχεδόν σε κάθε πρόγραμμα, και το αντίμετρο για καθεμία:

Πρόκληση	Πώς εμφανίζεται	Τι να κάνετε
Διόγκωση εύρους	Συσσωρεύονται αιτήματα του τύπου «αφού είμαστε εκεί, προσθέστε απλώς...»	Τυπικός έλεγχος αλλαγών από την πρώτη μέρα· κάθε αίτημα περνά από αξιολόγηση επιπτώσεων
Ποιότητα δεδομένων	Η μετάπτωση αποκαλύπτει ασυνέπειες που κανείς δεν ήξερε ότι υπήρχαν	Profiling δεδομένων νωρίς· καθαρισμός στο σύστημα προέλευσης
Αντίσταση χρηστών	Οι χρήστες επιστρέφουν στο Excel μέσα σε δύο εβδομάδες από το go-live	Εμπλέξτε τους τελικούς χρήστες στον σχεδιασμό από το Explore
Αποτυχίες ολοκλήρωσης	Οι συνδέσεις με τρίτα συστήματα σπάνε στο UAT	Χαρτογραφήστε τις διεπαφές στο Explore· δοκιμάστε νωρίς με ρεαλιστικούς όγκους
Περικοπή κύκλων δοκιμών	Το regression συντομεύεται για να πιαστεί μια ημερομηνία	Προστατέψτε τις φάσεις δοκιμών· η καθυστέρηση στην ανάπτυξη δεν πρέπει να συμπιέζει τις δοκιμές
Κόπωση ομάδας	Το ηθικό πέφτει και τα ελαττώματα αυξάνονται στην τελική ευθεία	Παρακολουθήστε την με έναν απλό εβδομαδιαίο δείκτη διάθεσης

Για την κόπωση της ομάδας παρακολουθώ έναν απλό εβδομαδιαίο δείκτη διάθεσης. Όταν πάνω από το 25 τοις εκατό της ομάδας δηλώνει ότι νιώθει πνιγμένο, τα ελαττώματα στις δοκιμές εκτινάσσονται.

Σε ένα πρόγραμμα παραγωγής στις χώρες του GCC το 2024, η ομάδα παρέλειψε τις δοκιμές regression για να κερδίσει πίσω τρεις εβδομάδες. Στη συνέχεια τα οικονομικά δεν μπορούσαν να συμφωνήσουν βασικές αναφορές και ακολούθησαν μήνες καθαρισμού. Δεν ήταν ελάττωμα του συστήματος, απλώς μια απόφαση που μπορούσε να αποφευχθεί.

Πριν, κατά και μετά το go-live

Πριν από το go-live, κάντε την πρόβα κλεισίματος, επαληθεύστε τα μεταφερμένα δεδομένα με αναφορές συμφωνίας και εκπαιδεύστε σε πραγματικές διαδικασίες αντί για σενάρια επίδειξης. Δοκιμάστε το σχέδιο επαναφοράς. Παρουσιάστε στη διευθύνουσα επιτροπή τα κριτήρια go/no-go και πάρτε ρητή έγκριση, όχι σιωπηρά νεύματα.

Κατά το go-live, εντείνετε την παρακολούθηση και κρατήστε την ομάδα cutover διαθέσιμη όλο το εικοσιτετράωρο για τις πρώτες 72 ώρες. Οι αποφάσεις εκείνων των ωρών κρίνουν αν το hypercare θα ξεκινήσει με αυτοπεποίθηση ή με ουρά προβλημάτων.

Μετά το go-live, κρατήστε το hypercare για τουλάχιστον τέσσερις εβδομάδες και παρακολουθήστε τα αιτήματα υποστήριξης ανά κατηγορία. Σας δείχνουν πού απέτυχε η εκπαίδευση και πού χρειάζεται προσαρμογή η παραμετροποίηση.

Σε ένα πρόγραμμα παραγωγής στην Ευρώπη το 2024, ο πελάτης έμενε συνεχώς χωρίς πρώτες ύλες. Οι προμήθειες κατηγορούσαν τους planners, και οι planners τα υπολογιστικά φύλλα που κανείς δεν εμπιστευόταν. Αντικαταστήσαμε αυτή τη διάταξη με το S/4HANA και στηριχτήκαμε σε μεγάλο βαθμό στο SAP PP με σωστή παραμετροποίηση MRP.

Τα επίπεδα αποθεμάτων πέρασαν από τις εικασίες σε δεδομένα πραγματικού χρόνου, και οι εντολές αγοράς ενεργοποιούνταν βάσει ανάγκης. Τους πρώτους έξι μήνες οι ελλείψεις πρώτων υλών μειώθηκαν πάνω από 50 τοις εκατό. Το αποτέλεσμα ήρθε από τον επανασχεδιασμό διαδικασιών που προηγήθηκε της παραμετροποίησης, γιατί το PP χωρίς τη δουλειά στις διαδικασίες θα έδινε απλώς ταχύτερα λάθος απαντήσεις.

Σε ένα πρόγραμμα επαγγελματικών υπηρεσιών στο Ηνωμένο Βασίλειο το 2024, το πρόβλημα ήταν τα οικονομικά. Το κλείσιμο μήνα διαρκούσε πάνω από δύο εβδομάδες και οι αναφορές ξαναφτιάχνονταν με το χέρι. Εφαρμόσαμε το SAP Finance σταδιακά, με μια διευθύνουσα επιτροπή που συμμετείχε ενεργά.

Το κλείσιμο μήνα έπεσε σε λίγο πάνω από μία εβδομάδα. Ο CFO μού είπε ότι οι αριθμοί «έμοιαζαν πια αξιόπιστοι».

Ένας οδηγός γραμμένος για το 2022 δεν αντέχει την επαφή με έναν αγοραστή του 2026. Τρεις αλλαγές πρέπει να ενσωματωθούν στον σχεδιασμό από το kickoff.

Οι εκδόσεις cloud είναι η προεπιλογή

Η SAP πουλά πλέον δύο εκδόσεις cloud ERP: το SAP Cloud ERP (η δημόσια έκδοση, παλαιότερα S/4HANA Cloud Public Edition) και το SAP Cloud ERP Private (η ιδιωτική έκδοση). Το RISE with SAP συνδυάζει την ιδιωτική έκδοση με λειτουργίες που διαχειρίζεται η SAP και ένα σύνολο εργαλείων που περιλαμβάνει SAP Signavio, SAP LeanIX και SAP Cloud ALM. Το GROW with SAP είναι το πακέτο για μεσαίες εταιρείες στη δημόσια έκδοση.

Η απόφαση για την έκδοση βρίσκεται πλέον πάνω από τις παλιές συζητήσεις για την ανάπτυξη. Big bang ή σταδιακά, και greenfield, brownfield ή selective, είναι επιλογές που κάνετε μέσα στην έκδοση, όχι αντί γι' αυτήν.

Το clean core έχει διαβαθμίσεις, δεν είναι δυαδικό

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

Η δημόσια έκδοση επιτρέπει μόνο επεκτάσεις επιπέδου A. Η ιδιωτική έκδοση και το on-premise επιτρέπουν κλασικές επεκτάσεις, οπότε εκεί η πειθαρχία προέρχεται από τη διακυβέρνηση, όχι από την πλατφόρμα που σας μπλοκάρει. Αποφασίστε το επίπεδο και τη θέση κάθε επέκτασης στο Explore και ορίστε έναν άνθρωπο που μπορεί να πει όχι.

Η AI στην ομάδα παράδοσης

Το Joule βρίσκεται πλέον μέσα στο SAP Activate Roadmap Viewer και στο SAP Cloud ALM, όπου απαντά σε ερωτήσεις για εργασίες και συντάσσει περιεχόμενο από τη μεθοδολογία. Το SAP Build Code, γενικά διαθέσιμο από το 2024, χρησιμοποιεί το Joule για να παράγει λογική εφαρμογών, μοντέλα δεδομένων και δοκιμές για επεκτάσεις Java και JavaScript στο SAP BTP. Η SAP έχει προσθέσει παρόμοια βοήθεια παραγωγικής AI για τους προγραμματιστές ABAP.

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

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

Αυτός ο οδηγός είναι μέρος του οδηγού μου για την υλοποίηση SAP, που συνδέει κάθε θέμα από το business case έως την έναρξη λειτουργίας.

Τι είναι η υλοποίηση SAP με απλά λόγια;

Είναι το έργο της εγκατάστασης του λογισμικού SAP ώστε να εκτελεί τις βασικές διαδικασίες μιας εταιρείας, όπως οικονομικά, αγορές, πωλήσεις και HR, σε ένα σύστημα με ένα μοντέλο δεδομένων. Καλύπτει σχεδιασμό διαδικασιών, παραμετροποίηση, μετάπτωση δεδομένων, δοκιμές, εκπαίδευση και go-live, συνήθως με βάση τη μεθοδολογία Activate της SAP.

Ποια είναι τα 5 στάδια της υλοποίησης SAP;

Τα πέντε στάδια προέρχονται από την παλαιότερη μέθοδο ASAP της SAP: Project Preparation, Business Blueprint, Realization, Final Preparation και Go-Live and Support. Το SAP Activate αντικατέστησε το ASAP και χρησιμοποιεί έξι φάσεις, προσθέτοντας το Discover στην αρχή και το Run στο τέλος.

Ποιες είναι οι έξι φάσεις του SAP Activate;

Discover (επιχειρηματικό σκεπτικό και καταλληλότητα), Prepare (ομάδα, διακυβέρνηση, πλάνο), Explore (εργαστήρια Fit-to-Standard και backlog), Realize (παραμετροποίηση, επεκτάσεις, μετάπτωση, δοκιμές), Deploy (εκπαίδευση, πρόβα cutover, go-live) και Run (hypercare και παράδοση στο Centre of Excellence).

Ποια είναι η διαφορά ανάμεσα σε υλοποίηση SAP και μετάπτωση SAP;

Η υλοποίηση εγκαθιστά το SAP, συνήθως στη θέση συστημάτων που δεν είναι SAP ή παλαιών συστημάτων. Η μετάπτωση μεταφέρει ένα υπάρχον σύστημα SAP ECC στο S/4HANA, με μετατροπή (brownfield), νέα κατασκευή (greenfield) ή selective data transition. Και οι δύο ακολουθούν τις φάσεις του SAP Activate.

Ποιοι πρέπει να είναι στην ομάδα υλοποίησης SAP;

Ένας εκτελεστικός χορηγός, ένας διευθυντής προγράμματος, υπεύθυνοι διαδικασιών για κάθε τομέα, ένας αρχιτέκτονας λύσης, λειτουργικοί και τεχνικοί επικεφαλής, ένας επικεφαλής μετάπτωσης δεδομένων, ένας επικεφαλής αλλαγής και εκπαίδευσης και ένας υπεύθυνος cutover. Ο χορηγός, οι υπεύθυνοι διαδικασιών και ο επικεφαλής δεδομένων πρέπει να προέρχονται από τη δική σας πλευρά, όχι του συνεργάτη.

Ποιοι είναι οι πιο συνηθισμένοι λόγοι αποτυχίας των υλοποιήσεων SAP;

Τρεις βασικές αιτίες εμφανίζονται σχεδόν σε κάθε προβληματικό πρόγραμμα. Η δουλειά στις διαδικασίες παραλείπεται, η ποιότητα των δεδομένων αγνοείται μέχρι το cutover και η διαχείριση αλλαγής αντιμετωπίζεται ως απλή εκπαίδευση.

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

Πώς επιλέγω τον σωστό συνεργάτη υλοποίησης SAP;

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

Τι είναι το RISE with SAP και ταιριάζει στον οργανισμό μου;

Το RISE with SAP είναι το συνδρομητικό πακέτο της SAP για το SAP Cloud ERP Private: το λογισμικό, υποδομή και λειτουργίες υπό τη διαχείριση της SAP, και ένα σύνολο εργαλείων για ανάλυση διαδικασιών, αρχιτεκτονική και διαχείριση κύκλου ζωής. Την υλοποίηση εξακολουθεί να την παραδίδει ο συνεργάτης σας.

Ταιριάζει σε μεγαλύτερους οργανισμούς που αφήνουν το ECC και θέλουν ένα ενιαίο συμβόλαιο με τη SAP για πλατφόρμα και λειτουργίες. Οι μεσαίες εταιρείες που μπορούν να δουλέψουν κοντά στο πρότυπο θα πρέπει να εξετάσουν το GROW with SAP στη δημόσια έκδοση.