Διασύνδεση Eshop με Galaxy ERP: ροές, προϋποθέσεις και έλεγχοι

Συνδέουμε το Eshop με Galaxy ERP με συγκεκριμένη ροή και τη διαθέσιμη διεπαφή της εγκατάστασης. Στο Galaxy ο σωστός συγχρονισμός βασίζεται στο Web Scenario και στη συνέχεια των revision numbers. Το Eshop χρειάζεται αρχική εικόνα ειδών, χαρακτηριστικών και αποθέματος, και έπειτα μόνο τις συμφωνημένες μεταβολές.

Στο Galaxy ο σωστός συγχρονισμός βασίζεται στο Web Scenario και στη συνέχεια των revision numbers. Το Eshop χρειάζεται αρχική εικόνα ειδών, χαρακτηριστικών και αποθέματος, και έπειτα μόνο τις συμφωνημένες μεταβολές. Το checkpoint ενημέρωσης αποθηκεύεται αφού ολοκληρωθεί η εφαρμογή των δεδομένων. Οι online κλήσεις πελατών και αγορών οργανώνονται ξεχωριστά από τις μαζικές ενημερώσεις του καταλόγου. Με πολλαπλές εταιρείες ή σενάρια, η επιλογή προορισμού είναι ουσιαστικό μέρος του mapping και όχι απλή τεχνική λεπτομέρεια.

Το Sync Service διαθέτει λίστες οντοτήτων με συγχρονισμό και online κλήσεις καταχώρησης. Χρησιμοποιεί revision numbers για μεταβολές σε είδη, χαρακτηριστικά, πελάτες και αποθέματα. Ένα λειτουργικό Web Scenario αποτελεί προϋπόθεση. Η σχεδίαση προβλέπει κατά κύριο λόγο περιοδικές μαζικές ενημερώσεις του καταλόγου. Όταν το σενάριο δεν είναι το προεπιλεγμένο, χρειάζεται το σωστό WebScenID. Δεν υποσχόμαστε καθολικό συγχρονισμό πραγματικού χρόνου.

Ένας προμηθευτής επαγγελματικού εξοπλισμού διαθέτει B2B και B2C σενάρια. Ο connector κρατά χωριστό checkpoint για την προβλεπόμενη ροή και στέλνει το σωστό WebScenID όπου χρειάζεται. Αν η ενημέρωση σταματήσει στη μέση, ξεκινά από το τελευταίο ολοκληρωμένο checkpoint. Δεν μετακινεί τον δείκτη μόνο επειδή παρέλαβε απάντηση. Η αγορά δημιουργεί την αντίστοιχη εμπορική εγγραφή στο κατάλληλο σενάριο, με συσχέτιση του πελάτη και της εξωτερικής παραγγελίας. Έτσι η συνέχεια καταλόγου και η καταχώρηση πώλησης μπορούν να ελεγχθούν ανεξάρτητα.

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

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

Η αρχική μελέτη επιβεβαιώνει: Λειτουργικό Web Scenario και σωστό WebScenID· API πρόσβαση με δικαιώματα εταιρείας· Αποθήκευση revision checkpoints και αρχική πλήρης ενημέρωση. Πριν την παραγωγή τεκμηριώνουμε την αντιστοίχιση για τη ροή Αρχικό snapshot → κατάλογος Eshop → Revision changes → επιβεβαιωμένο checkpoint → Online αγορά → εμπορική εγγραφή Galaxy. Ορίζουμε ευθύνη για ανανέωση πρόσβασης, παρακολούθηση και διορθώσεις. Αλλαγή στην παραμετροποίηση του προϊόντος ή στον συμφωνημένο επιχειρησιακό κανόνα ενεργοποιεί στοχευμένο επανέλεγχο. Ξεκινάμε από αυτή τη συγκεκριμένη ροή και προσθέτουμε άλλο κανάλι αφού ξεκαθαρίσουν η ευθύνη και τα σενάρια αποδοχής του.