Μετάβαση στο περιεχόμενο

Μετάβαση από ECC σε S/4HANA: διαδρομές, βήματα και χρονοδιαγράμματα

Η βασική συντήρηση του SAP ECC λήγει στις 31 Δεκεμβρίου 2027. Πώς επιλέγετε ανάμεσα σε greenfield, brownfield και επιλεκτική μετάβαση δεδομένων, και τι περιλαμβάνει πραγματικά η δουλειά.

Λογότυπα SAP ECC και S/4HANA ενωμένα με ένα κόκκινο βέλος πάνω από έναν ορεινό δρόμο
Περιεχόμενα
  1. Τι αλλάζει πραγματικά ανάμεσα στο ECC και το S/4HANA
  2. Τρεις διαδρομές μετάβασης
  3. Greenfield: καθαρή αφετηρία
  4. Brownfield: μετατροπή συστήματος
  5. Επιλεκτική μετάβαση δεδομένων
  6. Πέντε βήματα που απαρτίζουν τη δουλειά
  7. 1. Αξιολόγηση και ετοιμότητα
  8. 2. Ανάλυση και ταξινόμηση δεδομένων
  9. 3. Καθαρισμός και αρχειοθέτηση δεδομένων
  10. 4. Προσαρμογή του προσαρμοσμένου κώδικα
  11. 5. Δοκιμές, εκπαίδευση και cutover
  12. Εργαλεία που βοηθούν
  13. Χρονοδιαγράμματα και η προθεσμία του 2027
  14. Συχνές ερωτήσεις

Η βασική συντήρηση (mainstream maintenance) του SAP ECC λήγει στις 31 Δεκεμβρίου 2027, σε περίπου 15 μήνες από σήμερα. Η προαιρετική εκτεταμένη συντήρηση φτάνει έως το τέλος του 2030 με υψηλότερη χρέωση (SAP News). Οι σύνθετες μεταβάσεις μπορούν εύκολα να τραβήξουν 18 έως 24 μήνες μόλις ξεκινήσουν οι πραγματικές δοκιμές. Αν δεν έχετε επιλέξει ακόμη διαδρομή, ένα go-live πριν από την προθεσμία είναι ήδη απίθανο.

Αν είστε ο CIO ή ο επικεφαλής προγράμματος που παίρνει αυτή την απόφαση, έχετε τρεις διαδρομές: greenfield, brownfield ή επιλεκτική μετάβαση δεδομένων. Η δουλειά πίσω από κάθε μία ακολουθεί τα ίδια πέντε βήματα. Εκτελέστε πρώτα το SAP Readiness Check και μετά επιλέξτε.

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

Οι διαφορές που καθορίζουν την προσπάθεια της μετάβασης:

ΤομέαςSAP ECCSAP S/4HANA
Βάση δεδομένωνΟποιαδήποτε υποστηριζόμενη βάση (Oracle, Db2, SQL Server, άλλες)Μόνο SAP HANA
Μοντέλο οικονομικών δεδομένωνΞεχωριστοί πίνακες FI, CO και κερδοφορίας με πίνακες συνόλωνUniversal Journal (πίνακας ACDOCA) ως μοναδική πηγή γραμμών εγγραφής
Κύρια δεδομένα πελατών και προμηθευτώνΞεχωριστές εγγραφές πελατών και προμηθευτώνΤο business partner είναι υποχρεωτικό
Περιβάλλον χρήστηSAP GUIΕφαρμογές SAP Fiori, με το SAP GUI να παραμένει διαθέσιμο σε on-premise και Private Edition
ΑνάπτυξηOn-premiseOn-premise, Private Edition (RISE with SAP) ή Public Edition (GROW with SAP)
ΕπεκτάσειςΠρογράμματα Z και τροποποιήσειςClean core: εγκεκριμένα APIs, on-stack ABAP Cloud ή side-by-side στο SAP BTP
ΣυντήρησηEHP 6 έως 8: βασική έως το τέλος του 2027, εκτεταμένη έως το τέλος του 2030Η SAP δεσμεύτηκε για συντήρηση έως το τέλος του 2040

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

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

Υποδομή cloud που αντικαθιστά παλαιά on-premise συστήματα κατά τη διάρκεια ενός προγράμματος μετάβασης από SAP ECC σε S/4HANA

Decide

Ποια διαδρομή μετάβασης ταιριάζει στην περίπτωσή σας

Το παλαιό σύστημα είναι κατακερματισμένο και θέλετε να ξανασχεδιάσετε τις διαδικασίες

Greenfield

Οι διαδικασίες είναι υγιείς, το ECC είναι σταθερό, το ιστορικό πρέπει να μείνει

Brownfield

Πολλαπλές νομικές οντότητες, θέλετε μερική επαναχρησιμοποίηση και επιλεκτικά δεδομένα

Bluefield

Greenfield: καθαρή αφετηρία

Μια νέα υλοποίηση του S/4HANA. Καμία παλιά παραμετροποίηση δεν μεταφέρεται, οι διαδικασίες ξανασχεδιάζονται με βάση το πρότυπο της SAP και φορτώνονται μόνο τα δεδομένα που χρειάζεστε, με το SAP S/4HANA Migration Cockpit.

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

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

Brownfield: μετατροπή συστήματος

Το υπάρχον σύστημα ECC μετατρέπεται επιτόπου. Η παραμετροποίηση, ο προσαρμοσμένος κώδικας και το ιστορικό έρχονται μαζί σας. Η τεχνική μετατροπή τρέχει μέσω του Software Update Manager (SUM) με την επιλογή μετάβασης βάσης δεδομένων.

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

Προσέξτε το τεχνικό χρέος που μεταφέρετε. Η παλιά πολυπλοκότητα έρχεται μαζί σας, εκτός αν την καθαρίσετε σκόπιμα κατά τη μετατροπή.

Επιλεκτική μετάβαση δεδομένων

Πωλείται κάποιες φορές ως «bluefield». Μεταφέρετε επιλεγμένα company codes, επιχειρησιακές μονάδες ή χρονικές φέτες δεδομένων, όχι τα πάντα, συνήθως με εξειδικευμένα εργαλεία και έναν συνεργάτη με εμπειρία σε αυτά. Ταιριάζει σε ομίλους που χτίστηκαν με συγχωνεύσεις ή αποσχίσεις, ή όπου τα χρόνια ιστορικού δεν μετράνε πια.

Χρησιμοποιήστε το όταν θέλετε την ελευθερία διαδικασιών του greenfield με τη συνέχεια δεδομένων του brownfield εκεί που μετράει.

Έτσι συγκρίνονται οι τρεις στα ερωτήματα που συνήθως θέτουν τα διοικητικά συμβούλια:

ΚριτήριοGreenfieldBrownfieldΕπιλεκτική
Επανασχεδιασμός διαδικασιώνΠλήρης, με βάση το πρότυπο της SAPΣε μεγάλο βαθμό διατηρούνταιΕπιλέγεται ανά μονάδα
Ιστορικά δεδομέναΔεν μεταφέρονται (ή μόνο ανοιχτά στοιχεία και υπόλοιπα)Μεταφέρονται πλήρωςΕπιλεγμένο εύρος
Χρόνος έως το go-liveΜεγαλύτεροςΜικρότεροςΕξαρτάται από το εύρος
Τεχνικό χρέοςΑφαιρείταιΜεταφέρεταιΜειώνεται για το εύρος που μεταφέρεται
Επίπτωση της αλλαγήςΥψηλήΧαμηλότερηΜέτρια
Ιδανικό γιαΚατακερματισμένο παλαιό σύστημα, μεγάλος επανασχεδιασμόςΣταθερό, καλά συντηρημένο ECCΣυγχωνεύσεις, αποσχίσεις, σταδιακές εγκαταστάσεις

Η ακολουθία της μετάβασης

  1. Αξιολόγηση

    Εκτελέστε το SAP Readiness Check. Καταγράψτε προσαρμοσμένο κώδικα, πρόσθετα και διεπαφές.

  2. Ταξινόμηση δεδομένων

    Χωρίστε τα δεδομένα σε hot, warm και cold. Τα cold δεδομένα δεν χρειάζεται να μεταφερθούν.

  3. Καθαρισμός

    Λύστε διπλότυπα, ασυνέπειες και ελλιπή πεδία. Διαρκεί πάντα περισσότερο απ' όσο έχει προγραμματιστεί.

  4. Προσαρμογή κώδικα

    Εκτελέστε τους ελέγχους του ABAP Test Cockpit. Μειώστε τον Z-κώδικα, μην τον μεταφέρετε απλώς.

  5. Δοκιμές και cutover

    Αρκετοί γύροι δοκιμών και τουλάχιστον μία πλήρης πρόβα cutover.

1. Αξιολόγηση και ετοιμότητα

Ξεκινήστε από εδώ. Πάντα. Το SAP Readiness Check αναλύει το σύστημα ECC και αναφέρει simplification items, συμβατότητα πρόσθετων, προσαρμοσμένο κώδικα, όγκους δεδομένων και διαστασιολόγηση.

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

Ελέγξτε ταυτόχρονα τις τεχνικές προϋποθέσεις. Η μετατροπή ξεκινά από SAP ERP 6.0 σε οποιοδήποτε enhancement package. Το σύστημα πρέπει να είναι Unicode, αλλιώς σχεδιάζετε μετατροπή δύο βημάτων. Τα συστήματα dual-stack χρειάζονται πρώτα διαχωρισμό. Τα κύρια δεδομένα πελατών και προμηθευτών πρέπει να μετατραπούν σε business partners πριν από τη μετατροπή. Αυτό το τελευταίο πιάνει περισσότερες ομάδες από οτιδήποτε άλλο.

2. Ανάλυση και ταξινόμηση δεδομένων

Μετρήστε τα δεδομένα σας πριν τα μεταφέρετε και ταξινομήστε τα:

  1. Hot: χρησιμοποιούνται συχνά, απαραίτητα για την τρέχουσα επεξεργασία.
  2. Warm: περιστασιακή πρόσβαση, σχετικά αλλά όχι καθημερινά.
  3. Cold: ιστορικά ή αχρησιμοποίητα, φυλάσσονται μόνο για έλεγχο.

Τα cold δεδομένα δεν χρειάζεται να μπουν στο S/4HANA. Αρχειοθετήστε τα. Οι ομάδες που παραλείπουν αυτό το βήμα φέρνουν στο νέο σύστημα ακαταστασία που επιβραδύνει και τη μετάβαση και την απόδοση.

3. Καθαρισμός και αρχειοθέτηση δεδομένων

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

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

4. Προσαρμογή του προσαρμοσμένου κώδικα

Εκτελέστε τους ελέγχους ετοιμότητας S/4HANA του ABAP Test Cockpit (ATC), που συγκρίνουν τον κώδικά σας με τα simplification items της SAP. Το αποτέλεσμα δείχνει τι χρειάζεται διόρθωση σύνταξης, τι χρειάζεται λειτουργική αντικατάσταση και τι πρέπει να αποσυρθεί.

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

5. Δοκιμές, εκπαίδευση και cutover

Εκτελέστε τις δοκιμές σε γύρους: μονάδας, ενοποίησης, αποδοχής χρηστών (UAT) και μετά τουλάχιστον μία πλήρη πρόβα cutover. Βάλτε στο UAT και power users και περιστασιακούς χρήστες. Βρίσκουν διαφορετικά προβλήματα.

Η πρόβα δεν είναι προαιρετική. Αποκαλύπτει κενά χρονισμού, ελλείπουσες επικυρώσεις και αποτυχίες διεπαφών που εμφανίζονται μόνο όταν τρέξει ολόκληρη η ακολουθία. Οι ομάδες που την παραλείπουν συναντούν αυτά τα προβλήματα το Σαββατοκύριακο του go-live.

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

Τα εργαλεία της SAP που θα περίμενα να δω σε κάθε σχέδιο μετάβασης:

ΕργαλείοΤι κάνειΠότε το χρησιμοποιείτε
SAP Readiness CheckSimplification items, πρόσθετα, προσαρμοσμένος κώδικας, διαστασιολόγησηΠριν από την επιλογή διαδρομής
ABAP Test Cockpit (ATC)Βρίσκει προσαρμοσμένο κώδικα που θα σπάσειΠροσαρμογή προσαρμοσμένου κώδικα
SAP SignavioΔείχνει πώς τρέχουν πραγματικά οι διαδικασίες και όχι πώς τεκμηριώθηκανΠριν από το πάγωμα του σχεδιασμού
SAP LeanIXΧαρτογραφεί εφαρμογές και διεπαφέςΣχεδιασμός ενοποίησης
Software Update Manager (SUM)Εκτελεί την τεχνική μετατροπήΜετατροπή brownfield
SAP S/4HANA Migration CockpitΦορτώνει κύρια και συναλλακτικά δεδομέναΜεταφορά δεδομένων σε greenfield

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

Πέρα από το 2030 υπάρχει μία στενή διέξοδος. Η επιλογή μετάβασης (transition option) του SAP ERP, private edition της SAP καλύπτει τα έτη 2031 έως 2033. Ισχύει μόνο για μεγάλα συστήματα που θα μεταφερθούν στο SAP ERP, private edition σε SAP HANA πριν από το τέλος του 2030, και μόνο με το πακέτο max success plan της SAP. Αντιμετωπίστε την ως εξαίρεση, όχι ως σχέδιο.

Ως προς τη διάρκεια, οι πλήρεις μεταβάσεις σύνθετων συστημάτων μπορούν να τραβήξουν 18 έως 24 μήνες ή περισσότερο μόλις ξεκινήσουν οι πραγματικές δοκιμές. Για μεσαίες έως μεγάλες εταιρείες, 12 έως 18 μήνες ή περισσότερο είναι ρεαλιστικό για μια καλά προετοιμασμένη μετατροπή. Ένα μεγάλο πρόγραμμα greenfield σε αρκετές οντότητες μπορεί να τρέξει 24 έως 36 μήνες.

Οι προθεσμίες του ECC απέναντι σε μια μετάβαση που ξεκινά σήμεραΈνα σύνθετο πρόγραμμα που ξεκινά τώρα πηγαίνει σε παραγωγή αφού λήξει η βασική συντήρηση. Προϋπολογίστε την εκτεταμένη συντήρηση.
  1. 2027Λήγει η βασική συντήρηση του ECC31 Δεκεμβρίου, για SAP ERP 6.0 EHP 6 έως 8
  2. 2028Πιθανό go-live αν ξεκινήσετε τώρα18 έως 24 μήνες μόλις ξεκινήσουν οι πραγματικές δοκιμές
  3. 2030Λήγει η εκτεταμένη συντήρησηΠροαιρετική, με επιβάρυνση δύο μονάδων
  4. 2033Λήγει η επιλογή μετάβασηςPrivate edition, μόνο για μεγάλα συστήματα

Πηγή: SAP News, Φεβρουάριος 2020 και Αύγουστος 2025

Η αριθμητική λοιπόν είναι απλή. Αν ξεκινήσετε σήμερα μια σύνθετη αξιολόγηση, το go-live πέφτει στο 2028. Προϋπολογίστε την εκτεταμένη συντήρηση και χρησιμοποιήστε τον χρόνο για να καθαρίσετε δεδομένα και να αποσύρετε προσαρμοσμένο κώδικα αντί να περιμένετε. Για να δοκιμάσετε τις επιλογές σας, χρησιμοποιήστε την αξιολόγηση μετάβασης που έχω φτιάξει.

Ποια είναι η διαφορά ανάμεσα σε greenfield και brownfield μετάβαση από ECC σε S/4HANA;

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

Ποια είναι η προθεσμία για τη μετάβαση από SAP ECC σε S/4HANA;

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

Τι σας λέει το SAP Readiness Check;

Αναλύει το σύστημα ECC και αναφέρει simplification items που επηρεάζουν την παραμετροποίησή σας, συμβατότητα πρόσθετων, επίπτωση στον προσαρμοσμένο κώδικα, όγκους δεδομένων και διαστασιολόγηση HANA. Αν το εκτελέσετε νωρίς, αλλάζει η συζήτηση για το εύρος, επειδή οι ομάδες βρίσκουν τακτικά πρόσθετα και προσαρμοσμένο κώδικα από τα οποία δεν ήξεραν ότι εξαρτώνται.

Πόσο διαρκεί μια μετάβαση από ECC σε S/4HANA;

Μια καλά προετοιμασμένη μετατροπή για μεσαία έως μεγάλη εταιρεία διαρκεί συχνά 12 έως 18 μήνες ή περισσότερο. Τα σύνθετα προγράμματα με πολλές οντότητες μπορούν να τραβήξουν 18 έως 24 μήνες μόλις ξεκινήσουν οι πραγματικές δοκιμές, και τα μεγάλα προγράμματα greenfield 24 έως 36 μήνες. Ο καθαρισμός δεδομένων είναι ο πιο συνηθισμένος λόγος που ολισθαίνουν τα χρονοδιαγράμματα.

Τι είναι το Universal Journal (ACDOCA) και γιατί μετράει για τη μετάβαση;

Το Universal Journal είναι ο ενιαίος πίνακας γραμμών εγγραφής, ο ACDOCA, που συγκεντρώνει δεδομένα χρηματοοικονομικής λογιστικής, controlling και κερδοφορίας που το ECC κρατούσε σε ξεχωριστούς πίνακες. Ο προσαρμοσμένος κώδικας και οι αναφορές που διαβάζουν τις παλιές δομές, όπως ο COEP ή οι πίνακες κερδοφορίας, χρειάζονται έλεγχο. Κάποιοι χρειάζονται μικρές προσαρμογές. Άλλοι χρειάζονται επανασχεδιασμό.

Ποιες είναι οι τεχνικές προϋποθέσεις για τη μετατροπή του ECC σε S/4HANA;

Η μετατροπή ξεκινά από SAP ERP 6.0 σε οποιοδήποτε enhancement package. Το σύστημα πρέπει να είναι Unicode, αλλιώς χρησιμοποιείτε προσέγγιση δύο βημάτων. Τα συστήματα dual-stack πρέπει πρώτα να διαχωριστούν. Τα κύρια δεδομένα πελατών και προμηθευτών πρέπει να μετατραπούν σε business partners. Εκτελέστε το SAP Readiness Check και τους ελέγχους προσαρμοσμένου κώδικα του ATC πριν δεσμευτείτε σε ημερομηνίες.

Να επιλέξω RISE with SAP ή GROW with SAP για μια μετάβαση από ECC;

Οι περισσότεροι πελάτες ECC με σημαντικό προσαρμοσμένο κώδικα και σύνθετες διαδικασίες πηγαίνουν στο S/4HANA Cloud Private Edition μέσω του RISE with SAP, που υποστηρίζει τη μετατροπή του υπάρχοντος συστήματος. Το GROW with SAP χρησιμοποιεί Public Edition, που είναι νέα υλοποίηση με τυπικές διαδικασίες και επεκτάσεις μόνο μέσω εγκεκριμένων APIs. Ταιριάζει σε εταιρείες που είναι πρόθυμες να υιοθετήσουν το πρότυπο της SAP.

Noel D'Costa

Συγγραφέας

Noel D'Costa

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

Επόμενο βήμα

Τρέχετε ένα πρόγραμμα ERP αυτή τη στιγμή;

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