Η «απρόσκοπτη ενσωμάτωση ERP» είναι μια τυπική υπόσχεση, η οποία στην πράξη ακολουθείται από ένα έργο διάρκειας τριών μηνών. Δημοσιεύουμε το εγχειρίδιο API μας, ώστε το τμήμα πληροφορικής της εταιρείας σας να μπορεί να ελέγξει, πριν από την υπογραφή της σύμβασης, τι ακριβώς θα ζητηθεί. Ακολουθούν τα στοιχεία που πρέπει να γνωρίζετε πριν από ένα έργο ενσωμάτωσης.
Τι πρέπει να παρέχει πραγματικά το ERP σας
Για να δημιουργηθεί ένα DPP, χρειαζόμαστε για κάθε προϊόν:
- Βασικά δεδομένα - κωδικός προϊόντος, ονομασία, παραλλαγές, βάρη, διαστάσεις, εικόνες
- Δεδομένα λίστας εξαρτημάτων - εξαρτήματα με ποσότητες και ποσοστά ανακυκλωμένων υλικών
- Δεδομένα προέλευσης - τόπος παραγωγής, αριθμός παρτίδας, ημερομηνία παραγωγής
- Περιβαλλοντικά δεδομένα - CO2eq ανά μονάδα, κατανάλωση νερού, κατανάλωση ενέργειας
- Δεδομένα προμηθευτών - ποιος προμηθεύει ποιο συστατικό (για λόγους δέουσας επιμέλειας)
Θεωρητικά, όλα αυτά τα δεδομένα υπάρχουν στο ERP σας. Στην πράξη, όμως, είναι κατανεμημένα σε 4 έως 7 ενότητες: Διαχείριση Υλικών (MM), Παραγωγή (PP), Ποιότητα (QM), Προμηθευτές (LFA1), μερικές φορές μια ξεχωριστή ενότητα EHS για περιβαλλοντικά δεδομένα, μερικές φορές ένα σύστημα PLM για συνταγές.
Το ερώτημα της ενσωμάτωσης δεν είναι: «Παρέχει το ERP σας δεδομένα σε ένα DPP;» Είναι: «Πώς συγκεντρώνετε τα δεδομένα από 5 υποσυστήματα σε ένα συνεκτικό σύνολο δεδομένων;»
Τρία δοκιμασμένα πρότυπα ενοποίησης
Πρότυπο 1: OData / REST-Pull
Λειτουργεί καλά με σύγχρονα ERP (SAP S/4HANA Cloud, Dynamics 365, Odoo). Ο πάροχος του DPP αντλεί δεδομένα μέσω OData ή REST. Σταδιακά, προγραμματισμένα ή βάσει συμβάντων.
Πλεονεκτήματα: ελάχιστη ανάπτυξη από την πλευρά σας, παρέχετε διαπιστευτήρια ανάγνωσης, ο πάροχος αναλαμβάνει τη μετατροπή.
Μειονεκτήματα: δεν λειτουργεί με παλαιότερες εγκαταστάσεις SAP ECC χωρίς πρόσθετο επίπεδο API. Χρειάζεστε διακυβέρνηση των αιτημάτων πρόσβασης σε δεδομένα.
Μοντέλο 2: Ενσωμάτωση βάσει συμβάντων
SAP Event Mesh, Apache Kafka, RabbitMQ. Το ERP σας δημοσιεύει συμβάντα αλλαγών, ο πάροχος DPP τα καταναλώνει.
Πλεονεκτήματα: σχεδόν σε πραγματικό χρόνο, κομψή επεκτασιμότητα, αποσυνδεδεμένη αρχιτεκτονική.
Μειονεκτήματα: Η εγκατάσταση είναι απαιτητική και απαιτεί υποδομή που δεν διαθέτει κάθε τμήμα πληροφορικής. Για μικρότερες εταιρείες είναι συνήθως υπερβολική.
Μοντέλο 3: Middleware / ETL
Διαθέτετε ένα επίπεδο ενσωμάτωσης (Mulesoft, Boomi, Informatica, Azure Data Factory) μεταξύ του ERP και των εξωτερικών συστημάτων. Το middleware αποτελεί τη «συμφωνία» - ο πάροχος DPP επικοινωνεί με το middleware, ποτέ απευθείας με το ERP.
Πλεονεκτήματα: οι υπάρχουσες επενδύσεις αξιοποιούνται, η διακυβέρνηση είναι σταθερή, δεν υπάρχει άμεση πρόσβαση στο ERP για τρίτους.
Μειονεκτήματα: Τα έξοδα για το middleware αυξάνονται αναλογικά.
Τι κάνουμε διαφορετικά σε συγκεκριμένα έργα
Πολλοί πάροχοι επιθυμούν να συνδεθούν απευθείας με το ERP σας. Εμείς ενσωματώνουμε πάντα ένα ενδιάμεσο βήμα: το API μας δέχεται ένα ουδέτερο σχήμα JSON, το οποίο συμπληρώνετε με ένα εργαλείο της επιλογής σας. Αυτό σημαίνει:
- Μπορείτε να επεξεργαστείτε τα δεδομένα μόνοι σας, με τα εργαλεία που γνωρίζει η ομάδα σας
- Μπορείτε να μας αντικαταστήσετε - η ουδέτερη μορφή είναι μεταφερόμενη
- Μπορείτε να ανακτήσετε ολόκληρο το αρχείο σας ανά πάσα στιγμή - ως CSV, XLSX, JSON-LD και SQL, καθώς και μέσω του REST-API
- Παρέχουμε έναν επαληθευτή εισαγωγής, ο οποίος ελέγχει τα δεδομένα σας πριν από τη μεταφόρτωση
Το πλήρες σχήμα και όλα τα endpoints είναι δημόσια τεκμηριωμένα στο /apidocs ως προδιαγραφή OpenAPI. Το τμήμα πληροφορικής σας μπορεί να ελέγξει τη διεπαφή πριν από την υπογραφή της σύμβασης - συμπεριλαμβανομένων παραδειγμάτων αιτημάτων, απαντήσεων σφάλματος και λεπτομερειών πιστοποίησης.
Χρονοδιάγραμμα για την εφαρμογή αυτής της προσέγγισης στην πράξη:
- Ημέρα 1 έως 2: Εργαστήριο αντιστοίχισης. Ποιο πεδίο του ERP αντιστοιχεί σε ποιο πεδίο του DPP;
- Ημέρα 3 έως 5: Πρώτες εξαγωγές JSON από το ERP, μέσω του εργαλείου επικύρωσης που διαθέτουμε.
- Ημέρα 6 έως 8: Διόρθωση σφαλμάτων (πεδία που λείπουν, ασυνεπείς κωδικοποιήσεις).
- Ημέρα 9 έως 10: Τα πρώτα DPP είναι σε λειτουργία.
Δύο εβδομάδες, όχι τρεις μήνες. Το κρίσιμο σημείο είναι το εργαστήριο αντιστοίχισης - εκεί αποφασίζεται η ποιότητα των δεδομένων.
Τι μπορεί να πάει στραβά: οι πιο συνηθισμένες παγίδες
Δεδομένα βάσης προϊόντων σε πολλά συστήματα: το SAP έχει τον κωδικό προϊόντος, το PIM έχει τις εικόνες και τα κείμενα μάρκετινγκ, το PLM έχει τη λίστα εξαρτημάτων. Κανείς δεν έχει μια συνεπή εικόνα. Λύση: καθορίστε πριν από το έργο ποιο σύστημα αποτελεί την «πηγή αλήθειας» (Source of Truth) για κάθε πεδίο.
Πιστοποιητικά σε μορφή PDF: οι προμηθευτές παρέχουν πιστοποιητικά GOTS, OEKO-TEX ή REACH ως σαρωμένα αρχεία PDF. Αυτή δεν αποτελεί δομημένη πηγή δεδομένων. Λύση: Οι φορείς πιστοποίησης προσφέρουν όλο και περισσότερο ερωτήματα μέσω API (το OEKO-TEX προηγείται, ενώ το GOTS υστερεί). Ή: καταχωρίστε τα χειροκίνητα, αλλά με ημερομηνία ισχύος, ώστε να μην εμφανίζονται πιστοποιητικά που έχουν λήξει στο DPP.
Απόρρητο της σύνθεσης: ειδικά στα καλλυντικά, τα τρόφιμα και τα φαρμακευτικά προϊόντα: η πλήρης σύνθεση αποτελεί εμπορικό μυστικό. Πρέπει το DPP να τη δημοσιοποιήσει; Λύση: Το μοντέλο τριών επιπέδων του ESPR. Η κατηγορία προϊόντος είναι δημόσια, ενώ οι αρχές έχουν πρόσβαση στην πλήρη σύνθεση. Σχεδόν ποτέ δεν αποτελεί εμπόδιο, αλλά πρέπει να διευκρινιστεί νωρίς.
Δεδομένα CO2 ανά προμηθευτή: Ο προμηθευτής σας παρέχει μια μέση τιμή για το σύνολο του χαρτοφυλακίου του, όχι ανά παρτίδα. Λύση: να το αποδεχτείτε προσωρινά, μακροπρόθεσμα να προσαρμόσετε τις συμβάσεις με τους προμηθευτές. Το ESPR απαιτεί τιμές συγκεκριμένες για κάθε προϊόν από μια συγκεκριμένη ημερομηνία, αλλά η τρέχουσα πρακτική αποτελεί συμβιβασμό.
Τοπικές γλωσσικές εκδόσεις: Το ERP σας περιέχει μόνο την ονομασία του προϊόντος στα γερμανικά και τα αγγλικά. Για τις 27 χώρες της ΕΕ χρειάζεστε περισσότερα. Λύση: Μηχανική μετάφραση με βάση δεδομένων ορολογίας· έχουμε ένα ξεχωριστό άρθρο σχετικά με αυτό.
Οι ερωτήσεις που πρέπει να θέσετε πριν από το έργο
Πριν στείλετε ένα RFP σε τρεις προμηθευτές, απαντήστε εσωτερικά:
- Πόσα προϊόντα/κωδικούς ειδών πρέπει να έχουν DPP; (10, 10.000, 1 εκατομμύριο;)
- Ποια συστήματα διατηρούν σήμερα δεδομένα σχετικά με τα DPP;
- Ποιο τμήμα διαχειρίζεται κάθε ένα από τα συστήματα;
- Έχετε επενδύσει σε λογισμικό μεσολάβησης (middleware) που θα πρέπει να αξιοποιηθεί;
- Υπάρχει ήδη ένα λειτουργικό επίπεδο API πάνω από το ERP σας;
Οι απαντήσεις καθορίζουν ποιο από τα τρία πρότυπα ταιριάζει στις ανάγκες σας. Και καθορίζουν επίσης αν ένα έργο θα διαρκέσει δύο εβδομάδες ή έξι μήνες.