Τι είναι η υλοποίηση SAP; Οδηγός βήμα προς βήμα

Η υλοποίηση SAP είναι το πρόγραμμα που μεταφέρει τα οικονομικά, τις προμήθειες, την εφοδιαστική αλυσίδα, τις πωλήσεις και το HR μιας εταιρείας σε ένα σύστημα SAP, συνήθως το S/4HANA. Τρέχει σε έξι φάσεις με τη μέθοδο Activate της SAP και πετυχαίνει ή αποτυγχάνει με βάση τη δουλειά που γίνεται πριν παραμετροποιήσει κανείς οτιδήποτε: σχεδιασμό διαδικασιών, ποιότητα δεδομένων και τη σωστή ομάδα.

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

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

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

Τα βασικά modules που αγγίζουν πρώτα οι περισσότερες υλοποιήσεις:

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

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

Το SAP Activate αντικατέστησε την παλαιότερη μέθοδο 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 και μπείτε σε παραγωγή με ένα war room σε ετοιμότητα.

6. 06

   Run

   Hypercare, βελτιστοποίηση και παράδοση στο Κέντρο Αριστείας.

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

Φάση	Πρέπει να παράγει	Υπεύθυνος	Πύλη για να προχωρήσει
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.

Η πύλη της πρόβας κλεισίματος τριών ημερών

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Μετά το go-live: τρέξτε hypercare για τουλάχιστον τέσσερις εβδομάδες. Παρακολουθήστε τα tickets υποστήριξης ανά κατηγορία· σας δείχνουν πού απέτυχε η εκπαίδευση και πού χρειάζεται προσαρμογή η παραμετροποίηση. Σχεδιάστε τη φάση 2 από τη σταθεροποιημένη βάση. Το εύρος που αναβλήθηκε πριν από 18 μήνες χρειάζεται επανέλεγχο σε σχέση με όσα χρειάζεται τώρα η επιχείρηση.

Μια μεσαία βιομηχανία έμενε συνεχώς χωρίς πρώτες ύλες. Οι προμήθειες κατηγορούσαν τους σχεδιαστές· οι σχεδιαστές κατηγορούσαν τα υπολογιστικά φύλλα που κανείς δεν εμπιστευόταν. Αντικαταστήσαμε αυτό το σύστημα με S/4HANA και βασιστήκαμε πολύ στο SAP PP με σωστή παραμετροποίηση MRP. Τα επίπεδα αποθεμάτων πέρασαν από την εικασία σε δεδομένα πραγματικού χρόνου, οι εντολές αγοράς ενεργοποιούνταν ανάλογα με την ανάγκη και μετά από έξι μήνες οι ελλείψεις είχαν μειωθεί πάνω από 50%. Αυτό ξάφνιασε ακόμη και τους σκεπτικιστές. Το αποτέλεσμα προήλθε από τον ανασχεδιασμό των διαδικασιών που προηγήθηκε της παραμετροποίησης. Το PP χωρίς τη δουλειά στις διαδικασίες θα είχε παράγει ταχύτερες λάθος απαντήσεις. Κέρδισε και η οικονομική υπηρεσία: το κλείσιμο του μήνα έγινε ταχύτερο και ο CFO είπε ότι οι αριθμοί «έμοιαζαν πιστευτοί» για πρώτη φορά εδώ και καιρό.

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

Ένας οδηγός γραμμένος για το 2022 δεν επιβιώνει της επαφής με έναν αγοραστή του 2026. Τέσσερις αλλαγές πρέπει να σχεδιαστούν μέσα από το kick-off.

Οι εκδόσεις 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. Το SAP GROW είναι το πακέτο για μεσαίες εταιρείες στη δημόσια έκδοση.

Η απόφαση για την έκδοση βρίσκεται πλέον πάνω από τις παλιές συζητήσεις για τον τρόπο εισαγωγής. Το big bang έναντι της σταδιακής εισαγωγής και το greenfield έναντι του brownfield έναντι του selective είναι επιλογές που κάνετε μέσα στην έκδοση, όχι αντί γι' αυτήν. Αν βρίσκεστε ακόμη στο ECC και χρειάζεστε περισσότερο χρόνο, η SAP πουλά μια επιλογή μετάβασης ERP private edition για το 2031 έως 2033, αλλά η SAP είναι σαφής ότι πρόκειται για πληρωμένη προσφορά μετάβασης, όχι για παράταση συντήρησης.

Το 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 και ορίστε ένα πρόσωπο που μπορεί να πει όχι. Οι συνεργάτες χωρίς εμπειρία στο SAP BTP και στο ABAP Cloud δημιουργούν χρέος επιπέδου C και D από την πρώτη εβδομάδα.

Το Joule και το SAP Build Code στην ομάδα παράδοσης

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

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

Τι σημαίνει αυτό για ένα πρόγραμμα που ξεκινά τώρα

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

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

Σε τι χρησιμεύει το SAP;

Το SAP τρέχει βασικές επιχειρηματικές λειτουργίες (οικονομικά, προμήθειες, εφοδιαστική αλυσίδα, HR, πωλήσεις) σε ένα σύστημα με ένα μοντέλο δεδομένων.

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

Πόσο διαρκεί μια υλοποίηση SAP;

Το εύρος και η ομάδα είναι οι δύο μεταβλητές που μετακινούν περισσότερο το χρονοδιάγραμμα. Μια εστιασμένη υλοποίηση S/4HANA που καλύπτει FI/CO και ένα λειτουργικό module για μία εταιρεία μπορεί να πάρει 6 έως 9 μήνες. Μια παγκόσμια εφαρμογή σε πολλές οντότητες, modules και γλώσσες τρέχει 18 έως 36 μήνες.

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

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

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

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

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

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

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

Εμπειρία στον κλάδο στην κλίμακά σας και αναφορές που μπορείτε πραγματικά να καλέσετε. Ονομαστική συμμετοχή ανώτερων στελεχών: το πρόσωπο που βρίσκεται στην παρουσίαση πρέπει να τρέχει το πρόγραμμα. Ανεξαρτησία: οι συνεργάτες που κερδίζουν από πωλήσεις αδειών ή συνδρομών έχουν κίνητρο να προτείνουν περισσότερο εύρος. Εμπειρία clean core: ρωτήστε πόσες επεκτάσεις SAP BTP και ABAP Cloud έχουν χτίσει και ζητήστε να τις δείτε.

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

Τι συμβαίνει μετά το go-live;

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

Μετά το hypercare, το Κέντρο Αριστείας αναλαμβάνει βελτιώσεις, σχεδιασμό αναβαθμίσεων, εκπαίδευση νέων μελών και διακυβέρνηση αλλαγών. Οι εταιρείες που παραλείπουν να χτίσουν το CoE κατά τη διάρκεια του προγράμματος συνήθως ξοδεύουν τα επόμενα δύο χρόνια πληρώνοντας συμβούλους για δουλειά που θα έπρεπε να είναι εσωτερική.

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

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

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