Γιατί έχει σημασία το SAP Integrated Business Planning

Το SAP Integrated Business Planning (IBP) είναι η σουίτα του SAP στο cloud για τον σχεδιασμό της εφοδιαστικής αλυσίδας: σχεδιασμός πωλήσεων και λειτουργιών (S&OP), ζήτηση, αποθέματα, ανταπόκριση και προσφορά (response and supply), συν αναπλήρωση βάσει ζήτησης. Βρίσκεται πάνω από το S/4HANA ή το ECC, παίρνει από εκεί κύρια και συναλλακτικά δεδομένα και στέλνει πίσω πλάνα για εκτέλεση. Μετράει όταν ο σχεδιασμός είναι πραγματικά σύνθετος, και είναι ο διάδοχος του SAP για το μεγαλύτερο μέρος του σχεδιασμού APO καθώς η συντήρηση του SAP SCM φτάνει στο τέλος της. Ο οδηγός απευθύνεται σε διευθυντές εφοδιαστικής αλυσίδας, CFO και επικεφαλής προγραμμάτων που αποφασίζουν αν αξίζει το IBP και πώς να αποφύγουν τη συνηθισμένη αποτυχία. Αυτή η αποτυχία σπάνια είναι τεχνική. Οι σχεδιαστές δεν εμπιστεύονται τα αποτελέσματα και κρατούν τα υπολογιστικά φύλλα τους.

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

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

Το IBP είναι υπηρεσία cloud χτισμένη πάνω στο SAP HANA. Οι εφαρμογές του καλύπτουν:

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

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

Το Joule είναι γενικά διαθέσιμο στο IBP από την έκδοση 2502 (Ιανουάριος 2025) με ξεχωριστή άδεια. Απαντά σε ερωτήσεις από την τεκμηρίωση του SAP για το IBP και από δικά σας έγγραφα, ανοίγει τις σωστές εφαρμογές, τρέχει ελέγχους υγείας κύριων δεδομένων και προγραμματίζει και παρακολουθεί εργασίες. Χρήσιμο, αλλά δεν σχεδιάζει για εσάς.

Το IBP δεν είναι module του S/4HANA. Είναι ξεχωριστό προϊόν cloud με δική του συνδρομή, ακόμη και για πελάτες του RISE with SAP.

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

Η ενοποίηση λειτουργεί και προς τις δύο κατευθύνσεις. Τα κύρια δεδομένα (προϊόντα, τοποθεσίες, πόροι) και τα συναλλακτικά δεδομένα (ιστορικό πωλήσεων, ανοιχτές παραγγελίες, απόθεμα) ρέουν από το S/4HANA στο IBP. Τα πλάνα ρέουν πίσω για να οδηγήσουν την εκτέλεση. Υπάρχουν δύο κύριες διαδρομές:

1. Σχεδιασμός χρονοσειρών (S&OP, ζήτηση, αποθέματα) ενοποιείται μέσω του SAP Cloud Integration for data services, με ένα add-on στο S/4HANA ή το ECC για απλούστερη εξαγωγή.
2. Σχεδιασμός βάσει παραγγελιών (response and supply) χρησιμοποιεί ενοποίηση σε πραγματικό χρόνο με το ECC ή το S/4HANA, χτισμένη πάνω στο Core Interface (CIF).

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

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

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

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

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

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

Οι ομάδες που παραμετροποιούν πριν διορθώσουν τα δεδομένα παράγουν πρώιμα πλάνα που δεν ταιριάζουν με την πραγματικότητα: προβλέψεις που αγνοούν τους τρέχοντες χρόνους παράδοσης, πλάνα προσφοράς που αγνοούν την πραγματική δυναμικότητα, στόχους αποθεμάτων χτισμένους σε ελλιπές ιστορικό. Οι σχεδιαστές απαντούν αγνοώντας το σύστημα. Μέχρι να διορθωθούν τα δεδομένα, το να αγνοούν το 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 με τα δικά τους μοντέλα

Τι είναι το SAP IBP και τι κάνει;

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

Ποιες είναι οι εφαρμογές του 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 ενοποιείται εγγενώς για ορατότητα και ειδοποιήσεις. Οι περισσότερες εταιρείες ξεκινούν με S&OP και ζήτηση και μετά προσθέτουν αποθέματα και προσφορά.

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

Όχι. Το IBP είναι ξεχωριστό προϊόν cloud με δική του συνδρομή, και δεν περιλαμβάνεται σε μια βασική σύμβαση RISE with SAP. Το S/4HANA χειρίζεται την επιχειρησιακή εκτέλεση, όπως MRP και εντολές παραγωγής. Το IBP χειρίζεται τον τακτικό και στρατηγικό σχεδιασμό. Τα δεδομένα χρονοσειρών ενοποιούνται μέσω του SAP Cloud Integration for data services και ο σχεδιασμός βάσει παραγγελιών χρησιμοποιεί ενοποίηση σε πραγματικό χρόνο χτισμένη πάνω στο Core Interface (CIF).

Ποια δεδομένα χρειάζεται το SAP IBP από το S/4HANA;

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

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

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

Ποια είναι η διαφορά ανάμεσα στο 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. Το Readiness Check του SAP για την εφοδιαστική αλυσίδα βοηθά να οριοθετηθεί η μετάβαση. Αντιμετωπίστε την ως επανασχεδιασμό του σχεδιασμού, όχι ως lift and shift.