Παραλαβή παραγγελιών μέσω EDI και δημιουργία παραγγελιών πώλησης με το Boomi

Μια αλυσίδα σούπερ μάρκετ πρόκειται να γίνει ο μεγαλύτερος πελάτης σας, με έναν όρο: οι παραγγελίες θα έρχονται ως μηνύματα EDI και πρέπει να τις επιβεβαιώνετε. Σήμερα, κάποιος στο τμήμα πωλήσεων παίρνει τις παραγγελίες σε PDF με email και τις πληκτρολογεί στο ERP. Σε αυτό το άρθρο εξηγούμε πώς μοιάζει μια αξιόπιστη ροή εισερχόμενων παραγγελιών, γιατί το «μετάφρασε και πέρασε» δεν αρκεί, και μετά την υλοποιούμε με το Boomi B2B/EDI Management και το Boomi Integration.

Γιατί το «μετάφρασε και πέρασε» δεν αρκεί

Η δελεαστική εκδοχή είναι μια ευθεία γραμμή: παραλαβή του αρχείου EDI, μετατροπή στη μορφή του ERP, δημιουργία παραγγελίας πώλησης. Σπάει με την πρώτη ασυνήθιστη παραγγελία:

Οι κωδικοί δεν ταιριάζουν. Η αλυσίδα αναγνωρίζει το κατάστημα με GLN και τα προϊόντα με barcode EAN. Το ERP σας χρησιμοποιεί πελάτη C-1042, διεύθυνση αποστολής C-1042-07 και κωδικούς ειδών όπως OL-500.
Συμβαίνουν διπλότυπα. Οι αλυσίδες ξαναστέλνουν παραγγελίες, και οι μεταφορές περιστασιακά παραδίδουν δύο φορές. Δύο παραγγελίες πώλησης σημαίνουν δύο αποστολές.
Λάθος δεδομένα φτάνουν στο ERP. Μια παραγγελία για είδος που καταργήθηκε ή σε παλιά τιμή δημιουργεί παραγγελία πώλησης που κάποιος πρέπει να διορθώσει με το χέρι, συχνά αφού έχει ήδη γίνει η συλλογή.
Η αλυσίδα δεν παίρνει ποτέ απάντηση. Χωρίς functional acknowledgement, η αλυσίδα δεν ξέρει αν παραλάβατε την παραγγελία, και κάποιες αλυσίδες το χρεώνουν.

Το pattern: παραλαβή, επιβεβαίωση, μετάφραση, έλεγχος, δημιουργία

Μια αξιόπιστη εισερχόμενη ροή έχει πέντε διακριτά στάδια:

αλυσίδα ──► παραλαβή & ανάλυση (envelope, σύνταξη) ──► functional ack (CONTRL / 997)
                       │
                       ▼
             μετάφραση κωδικών (GLN, EAN → κωδικοί ERP)
                       ▼
             έλεγχος (διπλότυπα, είδη, τιμές)
                ├── ok ──► δημιουργία παραγγελίας πώλησης στο ERP
                └── πρόβλημα ──► ουρά εξαιρέσεων + ειδοποίηση στις πωλήσεις

Δύο σημεία αξίζουν προσοχή. Το functional acknowledgement λέει μόνο «το μήνυμα ήταν συντακτικά σωστό»· στέλνεται πριν από οποιονδήποτε επιχειρηματικό έλεγχο. Και τα επιχειρηματικά προβλήματα δεν απορρίπτονται σιωπηλά: πηγαίνουν σε έναν άνθρωπο, που είτε διορθώνει τα δεδομένα είτε τηλεφωνεί στον αγοραστή.

Υλοποίηση στο Boomi

Στο Boomi, η πλευρά του EDI ρυθμίζεται μέσω Trading Partner components και EDI profiles, και η πλευρά του ERP είναι ένα κανονικό integration process. Η εμπειρία B2B/EDI Management του Boomi έχει εξελιχθεί από έκδοση σε έκδοση, και τα ακριβή ονόματα σε tabs και πεδία μπορεί να διαφέρουν στον λογαριασμό σας, οπότε χρησιμοποιήστε τα παρακάτω βήματα ως οδηγό για τη σειρά της δουλειάς. Χρησιμοποιούμε παράδειγμα EDIFACT ORDERS (EANCOM)· η εκδοχή X12 850 ακολουθεί τα ίδια βήματα με ρυθμίσεις X12.

Βήμα 1: Δημιουργήστε το EDI profile

Δημιουργήστε ένα EDI profile για το μήνυμα ORDERS της αλυσίδας, με πρότυπο EDIFACT και την έκδοση που ορίζει ο implementation guide της (π.χ. D96A).
Αντί να ορίσετε κάθε segment με το χέρι, ξεκινήστε από τους ενσωματωμένους ορισμούς προτύπων του Boomi όπου η έκδοσή σας προσφέρει αυτή την επιλογή, και μετά προσαρμόστε το profile στον guide της αλυσίδας.
Ελέγξτε τις λεπτομέρειες που συχνά δημιουργούν προβλήματα: υποχρεωτικά segments, τους qualifiers που χρησιμοποιεί η αλυσίδα στα NAD (αγοραστής, σημείο παράδοσης, προμηθευτής) και πώς εκφράζονται οι ποσότητες και οι τιμές.

Βήμα 2: Ρυθμίστε τους trading partners

Χρειάζεστε δύο Trading Partner components:

Τη δική σας εταιρεία. Έναν trading partner με ταξινόμηση «my company», με τα δικά σας αναγνωριστικά: το GLN σας ως interchange ID και τον qualifier που περιμένει η αλυσίδα (για EANCOM, συνήθως 14).
Την αλυσίδα. Έναν trading partner για την αλυσίδα σούπερ μάρκετ, με:
- το πρότυπο EDIFACT και το interchange ID και qualifier της αλυσίδας,
- τον τρόπο επικοινωνίας που χρησιμοποιεί, π.χ. AS2 ή SFTP (τη ρύθμιση του AS2 την καλύπτουμε στο Ρύθμιση AS2 με εμπορικό συνεργάτη στο Boomi),
- τους τύπους εγγράφων που ανταλλάσσετε, συνδέοντας το ORDERS με το profile του βήματος 1,
- τις επιλογές acknowledgement: ζητήστε από το Boomi να παράγει μηνύματα CONTRL για τα interchanges που παραλαμβάνετε (ή 997 για συνεργάτη X12), στο επίπεδο που απαιτεί ο guide της αλυσίδας.

Αν έχετε πολλές αλυσίδες, ένα Processing Group επιτρέπει σε ένα process να παραλαμβάνει έγγραφα από όλες και να τα δρομολογεί ανά συνεργάτη και τύπο εγγράφου.

Βήμα 3: Παραλαβή και επιβεβαίωση

Φτιάξτε ένα process του οποίου το Start shape χρησιμοποιεί την επιλογή Trading Partner, με τη δική σας εταιρεία ως παραλήπτη, την αλυσίδα (ή το processing group) ως αποστολέα και πρότυπο EDIFACT.
Το Boomi χειρίζεται το envelope (UNB/UNZ), χωρίζει το interchange σε μεμονωμένα μηνύματα, τα ελέγχει με βάση το profile και παράγει τα functional acknowledgements που ρυθμίσατε.
Στείλτε τα acknowledgements πίσω στην αλυσίδα. Σε τυπικές υλοποιήσεις, τα acknowledgement documents κυλούν μέσα στο process μαζί με τις παραγγελίες· ένα Route shape ανά τύπο εγγράφου τα στέλνει σε ένα εξερχόμενο βήμα Trading Partner προς την αλυσίδα. Ελέγξτε την τεκμηρίωση της έκδοσής σας, γιατί ο προτεινόμενος τρόπος επιστροφής των acknowledgements έχει αλλάξει με τον καιρό.
Τα μηνύματα που αποτυγχάνουν στον συντακτικό έλεγχο αναφέρονται στο acknowledgement ως απορριφθέντα. Βεβαιωθείτε ότι προκαλούν και ειδοποίηση στη δική σας πλευρά.

Βήμα 4: Μετάφραση κωδικών

Προσθέστε ένα Map shape από το profile ORDERS στο profile παραγγελίας πώλησης του ERP:

Αντιστοιχίστε τον αριθμό παραγγελίας (BGM) στο πεδίο αριθμού παραγγελίας πελάτη του ERP.
Χρησιμοποιήστε αναζητήσεις Cross Reference Table μέσα στο map για να μεταφράσετε τα GLN αγοραστή και σημείου παράδοσης στον πελάτη C-1042 και τη διεύθυνση C-1042-07 του ERP, και τα barcode EAN σε κωδικούς ειδών. Με τις μεταφράσεις σε πίνακες αντί για μέσα στο map, το τμήμα πωλήσεων μπορεί να τις συντηρεί χωρίς νέο deploy (δείτε Cross-reference tables στο Boomi).
Μετατρέψτε τις ημερομηνίες από τη μορφή EDIFACT (20261023, κωδικός μορφής 102) σε ό,τι περιμένει το ERP.

Τιμή αλυσίδας	Σημασία	Τιμή ERP
`5200000000017` (NAD+BY)	GLN αγοραστή	`C-1042`
`5200000000123` (NAD+DP)	GLN καταστήματος 7	`C-1042-07`
`5201234567890` (LIN)	EAN του είδους	`OL-500`

Βήμα 5: Έλεγχος πριν τη δημιουργία

Ανάμεσα στο map και την κλήση στο ERP:

Έλεγχος διπλοτύπων. Ρωτήστε το ERP αν υπάρχει ήδη παραγγελία πώλησης με τον ίδιο πελάτη και αριθμό παραγγελίας (PO-45871). Αν υπάρχει, μη δημιουργήσετε άλλη· καταγράψτε το και σταματήστε.
Επιχειρηματικοί έλεγχοι. Με ένα Business Rules shape (ή Decision shapes) ελέγξτε ότι κάθε είδος υπάρχει και είναι ενεργό, ότι οι ποσότητες είναι θετικές και ότι οι τιμές συμφωνούν με τον τιμοκατάλογο μέσα σε συμφωνημένο περιθώριο.
Εξαιρέσεις. Οι παραγγελίες που αποτυγχάνουν πηγαίνουν σε διαδρομή εξαιρέσεων: γράψτε τες σε έναν πίνακα ή μια ουρά από την οποία δουλεύει το τμήμα πωλήσεων, και στείλτε ειδοποίηση με αριθμό παραγγελίας, κατάστημα και αιτία.

Βήμα 6: Δημιουργία της παραγγελίας πώλησης

Καλέστε το ERP με τον connector του για να δημιουργήσετε την παραγγελία πώλησης. Κρατήστε τον αριθμό παραγγελίας του ERP μαζί με τον αριθμό παραγγελίας της αλυσίδας, ώστε τα επόμενα έγγραφα (απάντηση παραγγελίας, δελτίο αποστολής, τιμολόγιο) να αναφέρονται σε αυτήν.

Βήμα 7: Δοκιμή με τα αρχεία της αλυσίδας

Περάστε πρώτα τα δείγματα αρχείων της αλυσίδας από το process σε Test mode. Μετά τρέξτε κύκλο δοκιμών με την αλυσίδα: εκείνη στέλνει δοκιμαστικές παραγγελίες, εσείς ελέγχετε ότι τα acknowledgements τη φτάνουν και ότι οι παραγγελίες πώλησης στο δοκιμαστικό ERP είναι σωστές, γραμμή προς γραμμή.

Πριν βγείτε σε παραγωγή

Acknowledgements στην ώρα τους. Επιβεβαιώστε με την αλυσίδα ποιο acknowledgement περιμένει και πόσο γρήγορα.
Παρακολούθηση παραληφθέντων εγγράφων. Χρησιμοποιήστε το process reporting και τις πληροφορίες παρακολούθησης EDI για να βλέπετε τι έφτασε, τι επιβεβαιώθηκε και τι απέτυχε.
Υπεύθυνος για τις εξαιρέσεις. Κάποιος στο τμήμα πωλήσεων πρέπει να ελέγχει την ουρά εξαιρέσεων καθημερινά.
Πλήρεις πίνακες κωδικών. Φορτώστε όλα τα καταστήματα και τα ενεργά είδη στους cross-reference πίνακες πριν από την πρώτη πραγματική παραγγελία, και συμφωνήστε ποιος τους ενημερώνει όταν η αλυσίδα ανοίγει νέο κατάστημα.
Σχεδιάστε τα επόμενα έγγραφα. Θα ακολουθήσουν ORDRSP, DESADV και INVOIC. Ξαναχρησιμοποιήστε τον ίδιο trading partner και τους ίδιους πίνακες κωδικών.

Σύνοψη

Μια ροή παραγγελιών που απλώς μεταφράζει και περνά δουλεύει μέχρι το πρώτο άγνωστο κατάστημα ή την πρώτη ξαναστάλμενη παραγγελία. Παραλαβή, επιβεβαίωση, μετάφραση, έλεγχος και μόνο μετά δημιουργία της παραγγελίας πώλησης κρατούν τα λάθος δεδομένα έξω από το ERP και την αλυσίδα ενήμερη. Στο Boomi, τα trading partner components και τα EDI profiles καλύπτουν την πλευρά του EDI, και ένα κανονικό process με maps, cross-reference tables και business rules καλύπτει το ERP. Για τη μεγάλη εικόνα, δείτε τον οδηγό μας B2B integration και EDI: τι είναι και πότε το χρειάζεστε.