SAP IBP: ολοκληρωμένος επιχειρησιακός σχεδιασμός για την εφοδιαστική αλυσίδα

Το SAP IBP σημαίνει SAP Integrated Business Planning for Supply Chain: το λογισμικό cloud της SAP για τον σχεδιασμό πωλήσεων και λειτουργιών, την πρόβλεψη ζήτησης, τον σχεδιασμό αποθεμάτων, απόκρισης και προσφοράς, και την αναπλήρωση με βάση τη ζήτηση. Βρίσκεται πάνω από το SAP S/4HANA ή το SAP ECC, παίρνει από αυτό κύρια δεδομένα και δεδομένα συναλλαγών, και στέλνει πίσω τα πλάνα για εκτέλεση.

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

Ο οδηγός απευθύνεται σε διευθυντές εφοδιαστικής αλυσίδας, CFO και υπεύθυνους προγραμμάτων. Καλύπτει τι κάνει σήμερα το IBP, πώς συνδέεται με το S/4HANA, πώς συγκρίνεται με το ενσωματωμένο PP/DS και τα υπολογιστικά φύλλα, και γιατί η συνηθισμένη αποτυχία δεν είναι τεχνική.

Το IBP είναι υπηρεσία cloud χτισμένη πάνω στο SAP HANA. Η SAP το πουλά ως SAP Integrated Business Planning for Supply Chain, και οι δυνατότητες σχεδιασμού είναι:

1. Σχεδιασμός πωλήσεων και λειτουργιών (S&OP): το επίπεδο συντονισμού όπου πωλήσεις, μάρκετινγκ, εφοδιαστική αλυσίδα και οικονομικά συμφωνούν σε έναν αριθμό για τη ζήτηση, την προσφορά και τον οικονομικό αντίκτυπο
2. Ζήτηση: στατιστικές προβλέψεις και προβλέψεις μηχανικής μάθησης εμπλουτισμένες με προωθητικές ενέργειες και εμπορική πληροφόρηση, με διαχείριση συναίνεσης και παρακολούθηση της ακρίβειας πρόβλεψης
3. Αποθέματα: στόχοι αποθέματος ανά προϊόν και τοποθεσία, με βάση τα επίπεδα εξυπηρέτησης, τη μεταβλητότητα της ζήτησης και τους χρόνους παράδοσης, μαζί με δίκτυα πολλών επιπέδων
4. Απόκριση και προσφορά: πλάνα προσφοράς με περιορισμούς, χτισμένα από ιεραρχημένη ζήτηση, κατανομές και δυναμικότητα, συν σχεδιασμό με βάση τις παραγγελίες για απόκριση όταν το πλάνο και η πραγματικότητα αποκλίνουν
5. Αναπλήρωση με βάση τη ζήτηση: στρατηγικά σημεία αποσύνδεσης και αποθέματα ασφαλείας με βάση τη μέθοδο DDMRP

Το SAP Supply Chain Control Tower, για ορατότητα και ειδοποιήσεις σε όλη την αλυσίδα, ολοκληρώνεται εγγενώς με το IBP. Η επισκόπηση εφαρμογών της SAP παραθέτει το τρέχον εύρος για κάθε έκδοση.

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

Το IBP δεν είναι module του S/4HANA. Είναι ξεχωριστό προϊόν cloud με δική του συνδρομή.

Το S/4HANA τρέχει την επιχειρησιακή εκτέλεση: MRP, εντολές παραγωγής, προγράμματα παραγωγής και επιβεβαιώσεις. Το IBP δουλεύει σε τακτικό και στρατηγικό επίπεδο, συν τον σχεδιασμό απόκρισης με βάση τις παραγγελίες. Ο οδηγός μου για το SAP PP καλύπτει την πλευρά του S/4HANA, μαζί με το γιατί το κλασικό SOP στο S/4HANA ανήκει στο compatibility scope με το IBP ως επίσημο διάδοχό του.

Τα κύρια δεδομένα (προϊόντα, τοποθεσίες, πόροι) και τα δεδομένα συναλλαγών (ιστορικό πωλήσεων, ανοιχτές παραγγελίες, απόθεμα) ρέουν από το S/4HANA στο IBP. Τα πλάνα επιστρέφουν, για παράδειγμα προβλέψεις που γυρίζουν ως προγραμματισμένες ανεξάρτητες απαιτήσεις. Ο οδηγός του SAP Learning για τα εργαλεία ολοκλήρωσης του IBP αναφέρει τρεις βασικές διαδρομές:

1. SAP Integration Suite (Cloud Integration): η προτιμώμενη προσέγγιση της SAP για νέους πελάτες IBP. Τρέχει στο SAP BTP, φτάνει σε συστήματα on-premise ή private cloud μέσω του SAP Cloud Connector, και η SAP δημοσιεύει περιεχόμενο ολοκλήρωσης για το S/4HANA Cloud Public Edition για τη μεταφορά μεγάλων όγκων δεδομένων.
2. SAP Cloud Integration for data services (CI-DS): το εργαλείο batch που ήδη τρέχουν πολλοί υπάρχοντες πελάτες IBP, κυρίως για δεδομένα χρονοσειρών. Υποστηρίζεται ακόμη για αυτούς τους πελάτες, αλλά χρειάζεται agent on-premise.
3. Ολοκλήρωση σε πραγματικό χρόνο (RTI): για τον σχεδιασμό με βάση τις παραγγελίες στην απόκριση και την προσφορά. Χρησιμοποιεί bgRFC για να στέλνει στο IBP τις αλλαγές σε κύρια δεδομένα και δεδομένα συναλλαγών τη στιγμή που συμβαίνουν, χωρίς προγραμματισμένη εργασία batch. Η τεκμηρίωση της SAP για την ολοκλήρωση σε πραγματικό χρόνο παραθέτει τις προϋποθέσεις ανά σύστημα προέλευσης.

Η φόρτωση επίπεδων αρχείων, το πρόσθετο Excel και οι υπηρεσίες OData καλύπτουν μικρότερες ή μη SAP ροές. Αν ήδη τρέχετε CI-DS, δεν χρειάζεται να το ξηλώσετε. Αν ξεκινάτε τώρα, σχεδιάστε γύρω από το Integration Suite.

1. 04SAP IBPΣχεδιάζει: πωλήσεις και λειτουργίες, ζήτηση, αποθέματα, απόκριση και προσφορά
2. 03ΟλοκλήρωσηSAP Integration Suite ή CI-DS για δεδομένα batch, ολοκλήρωση σε πραγματικό χρόνο για σχεδιασμό με βάση τις παραγγελίες
3. 02SAP S/4HANA ή ECCΕκτελεί: MRP, εντολές παραγωγής, επιβεβαιώσεις
4. 01Κύρια δεδομέναΧρόνοι παράδοσης, παράμετροι σχεδιασμού, αντιστοιχίσεις εργοστασίων

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

Αυτά τα τρία συγκρίνονται σαν να ανταγωνίζονται. Στην ουσία απαντούν κυρίως σε διαφορετικά ερωτήματα.

Το ενσωματωμένο PP/DS (Production Planning and Detailed Scheduling) τρέχει μέσα στο S/4HANA. Κάνει προγραμματισμό εντολών με πεπερασμένη δυναμικότητα στους πόρους του εργοστασίου για ημέρες και εβδομάδες.

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

Ο παρακάτω πίνακας δείχνει πού ταιριάζει το καθένα.

Ερώτημα	SAP IBP	Ενσωματωμένο PP/DS στο S/4HANA	Υπολογιστικά φύλλα
Κύρια δουλειά	Σχεδιασμός δικτύου, τακτικός σχεδιασμός και S&OP	Λεπτομερής προγραμματισμός με πεπερασμένη δυναμικότητα στο εργοστάσιο	Ό,τι μοντελοποιήσει ο σχεδιαστής
Ορίζοντας	Εβδομάδες έως μήνες και πέρα	Ώρες έως εβδομάδες	Οποιοσδήποτε
Εύρος	Πολλά εργοστάσια, αποθήκες και κανάλια	Πόροι και εντολές ενός εργοστασίου	Η οπτική ενός σχεδιαστή
Δεδομένα	Ολοκληρωμένα από S/4HANA ή ECC	Ίδια βάση δεδομένων με το S/4HANA	Αντιγραμμένα, μετά ξεπερασμένα
Διατμηματική συναίνεση	Ενσωματωμένη (S&OP, συναίνεση ζήτησης)	Όχι	Με email και συσκέψεις
Άδεια	Ξεχωριστή συνδρομή cloud	Μέρος του εύρους του S/4HANA. Ελέγξτε την άδειά σας για τις προηγμένες λειτουργίες	Καμία

Στην πράξη έχω χρησιμοποιήσει τόσο το ενσωματωμένο PP/DS όσο και το MRP Live στο S/4HANA, και έχω επίσης στείλει πελάτες στο IBP, ανάλογα με την περίπτωση. Πολλοί παραγωγοί χρειάζονται PP/DS ή MRP Live και ποτέ IBP. Κάποιοι χρειάζονται και τα δύο: το IBP για το πλάνο δικτύου και το S&OP, το PP/DS για τη σειρά με την οποία τρέχει πραγματικά το εργοστάσιο.

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

Χρησιμοποιήστε αυτόν τον πίνακα ως πρώτο τεστ πριν υπογράψει κανείς συνδρομή.

Ένδειξη	Οδηγεί στο IBP	Οδηγεί μόνο στον σχεδιασμό του S/4HANA
Κανάλια πωλήσεων	Λιανική, άμεσες πωλήσεις και εξαγωγές με διαφορετικούς χρόνους παράδοσης και επίπεδα εξυπηρέτησης	Ένα βασικό κανάλι
Μοτίβο ζήτησης	Εποχικό ή με βάση προωθητικές ενέργειες	Σταθερό
Δίκτυο διανομής	Από το εργοστάσιο σε περιφερειακές και τοπικές αποθήκες	Μία εγκατάσταση ή απλό δίκτυο
Περιορισμοί προσφοράς	Πραγματικά όρια δυναμικότητας ή προμηθευτών που χρειάζονται βελτιστοποίηση	Η δυναμικότητα σπάνια περιορίζει
Ωριμότητα S&OP	Υπάρχει μηνιαίος κύκλος, αλλά τρέχει σε ξεχωριστά υπολογιστικά φύλλα	Δεν υπάρχει ακόμη διαδικασία S&OP
Γκάμα προϊόντων	Πολλοί κωδικοί (SKU) και τοποθεσίες	Περιορισμένος αριθμός κωδικών (SKU)

Αν οι περισσότερες απαντήσεις σας βρίσκονται στη δεξιά στήλη, το MRP και ο σχεδιασμός παραγωγής του S/4HANA καλύπτουν την επιχειρησιακή ανάγκη. Το επιπλέον κόστος του IBP μπορεί να μην αποσβεστεί.

Αν δεν έχετε καθόλου διαδικασία S&OP, σχεδιάστε πρώτα τη διαδικασία. Το λογισμικό δεν θα τη δημιουργήσει.

Έχω δει ομάδες εφοδιαστικής αλυσίδας να περνούν σε go-live με το SAP IBP και να συνεχίζουν να σχεδιάζουν σε σιλό. Η πρόβλεψη βρισκόταν σε ένα υπολογιστικό φύλλο, ο σχεδιασμός παραγωγής σε άλλο, και τα logistics αποφάσιζαν με βάση τα χθεσινά νούμερα. Το IBP είχε αναπτυχθεί, η ολοκλήρωση με το S/4HANA λειτουργούσε και τα dashboards είχαν δεδομένα.

Οι σχεδιαστές δεν εμπιστεύονταν όσα έδειχναν και κρατούσαν τα δικά τους μοντέλα. Δούλεψα με μια εταιρεία όπου οι σχεδιαστές διατηρούσαν κρυφά τα παλιά τους υπολογιστικά φύλλα παράλληλα με το IBP για μήνες. Το σύστημα υπήρχε, αλλά ο τρόπος δουλειάς δεν είχε αλλάξει.

Η ποιότητα δεδομένων δεν διορθώθηκε πριν από την παραμετροποίηση

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

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

Το S&OP δεν επανασχεδιάστηκε γύρω από το IBP

Στους περισσότερους οργανισμούς το S&OP είναι μια σειρά συσκέψεων όπου κάθε λειτουργία παρουσιάζει τα δικά της νούμερα. Βάλτε το IBP κάτω από αυτό και θα πάρετε νέα αποτελέσματα από την ίδια ασύνδετη διαδικασία.

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

Το εύρος της ολοκλήρωσης έμεινε ασαφές

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

Η υιοθέτηση αντιμετωπίστηκε ως εκπαίδευση

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

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

Οι περισσότερες βέλτιστες πρακτικές για τον ολοκληρωμένο επιχειρησιακό σχεδιασμό καταλήγουν στη σειρά. Επιβεβαιώστε τα εξής, με αυτή τη σειρά, πριν ξεκινήσει το έργο IBP:

1. Έναν ονομαστικό υπεύθυνο για κάθε τομέα κύριων δεδομένων που θα χρησιμοποιεί το IBP
2. Μια αξιολόγηση ποιότητας δεδομένων απέναντι στις απαιτήσεις του IBP, με τα κενά κλεισμένα ή προγραμματισμένα
3. Έναν σχεδιασμένο κύκλο S&OP: ημερολόγιο, προθεσμίες υποβολής, δικαιώματα απόφασης και διαδρομή κλιμάκωσης
4. Μια προδιαγραφή ολοκλήρωσης με αντικείμενα, κατεύθυνση, συχνότητα, εργαλείο και υπεύθυνο συμφωνίας
5. Μια βάση αναφοράς για την ακρίβεια πρόβλεψης από τις τρέχουσες μεθόδους, ώστε να μπορείτε να δείξετε ότι το IBP τα πάει καλύτερα
6. Μια περίοδο παράλληλης λειτουργίας στην οποία οι σχεδιαστές συγκρίνουν τα αποτελέσματα του IBP με τα δικά τους μοντέλα

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

Τι σημαίνει το SAP IBP;

Το SAP IBP σημαίνει SAP Integrated Business Planning. Η πλήρης ονομασία του προϊόντος είναι SAP Integrated Business Planning for Supply Chain. Είναι προϊόν σχεδιασμού cloud, ξεχωριστό από το S/4HANA.

Ποιες είναι οι εφαρμογές του SAP IBP;

SAP IBP for sales and operations, SAP IBP for demand, SAP IBP for inventory, SAP IBP for response and supply, και demand-driven replenishment. Το SAP Supply Chain Control Tower ολοκληρώνεται εγγενώς για ορατότητα και ειδοποιήσεις. Το Joule είναι διαθέσιμο με δικαίωμα χρήσης Joule.

Πώς ολοκληρώνεται το SAP IBP με το S/4HANA;

Η προτιμώμενη διαδρομή της SAP για νέους πελάτες είναι το SAP Integration Suite (Cloud Integration) στο SAP BTP, με το SAP Cloud Connector για συστήματα on-premise ή private cloud. Οι υπάρχοντες πελάτες μπορούν να κρατήσουν το SAP Cloud Integration for data services (CI-DS). Ο σχεδιασμός με βάση τις παραγγελίες στην απόκριση και την προσφορά χρησιμοποιεί ολοκλήρωση σε πραγματικό χρόνο, που στέλνει τις αλλαγές στο IBP τη στιγμή που συμβαίνουν.

Είναι το SAP IBP μέρος του S/4HANA;

Όχι. Το IBP είναι ξεχωριστό προϊόν cloud με δική του συνδρομή. Το S/4HANA χειρίζεται την επιχειρησιακή εκτέλεση, όπως το MRP και τις εντολές παραγωγής, ενώ το IBP χειρίζεται τον τακτικό και στρατηγικό σχεδιασμό σε όλο το δίκτυο.

Ποια είναι η διαφορά ανάμεσα στο SAP IBP και στο PP/DS;

Το ενσωματωμένο PP/DS τρέχει μέσα στο S/4HANA και κάνει λεπτομερή προγραμματισμό εντολών με πεπερασμένη δυναμικότητα στους πόρους του εργοστασίου σε σύντομο ορίζοντα. Το IBP σχεδιάζει σε εργοστάσια, αποθήκες και κανάλια για μήνες και υποστηρίζει τη συναίνεση του S&OP. Κάποιοι παραγωγοί χρειάζονται το ένα, κάποιοι και τα δύο.

Ποια είναι η διαφορά ανάμεσα στο SAP APO και στο SAP IBP;

Το SAP APO (Advanced Planner and Optimizer) είναι το on-premise στοιχείο σχεδιασμού του SAP SCM 7.0, του οποίου η βασική συντήρηση λήγει το 2027, με προαιρετική εκτεταμένη συντήρηση έως το 2030. Το IBP είναι ο διάδοχος cloud της SAP για το μεγαλύτερο μέρος του σχεδιασμού του APO, και ο λεπτομερής προγραμματισμός παραγωγής μεταφέρεται στο ενσωματωμένο PP/DS του S/4HANA. Αντιμετωπίστε το ως επανασχεδιασμό του σχεδιασμού, όχι ως απλή μεταφορά.

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