Η ροή με μια ματιά
- Αντιστοίχιση SKU και παραλλαγών
- Έλεγχος καταλόγου και πρόσβασης API
- Παραλαβή και αποθήκευση συμβάντων
- Καταχώριση παραγγελίας και ενημέρωση καταστάσεων
Τι χρειαζόμαστε πριν την υλοποίηση
- Ενεργή συνεργασία εμπόρου και κατάλληλη πρόσβαση
- Πλήρης κατάλογος με σταθερά αναγνωριστικά
- Συμφωνημένοι κανόνες αποθέματος, ακύρωσης και επιστροφής
- Πρόσβαση δοκιμών στο Eshop και στο ERP
Με μια ματιά
Η διασύνδεση ενός Eshop με το Skroutz συνδυάζει διαφορετικές λειτουργίες: κατάλογο προϊόντων, ενημέρωση τιμών και αποθέματος, παραλαβή παραγγελιών και διαχείριση καταστάσεων. Για να λειτουργεί σταθερά, χρειάζεται κοινή ταυτοποίηση προϊόντων και σαφής ευθύνη για κάθε δεδομένο. Η σύνδεση καταλόγου δεν σημαίνει από μόνη της ότι αυτοματοποιήθηκαν και οι παραγγελίες.
Κατάλογος και ενημέρωση αποθέματος είναι διαφορετικές ροές
Το XML χρησιμοποιείται για τον πλήρη κατάλογο, ενώ το Products API ενημερώνει διαθεσιμότητα, τιμή και ποσότητα και δεν δημιουργεί νέα προϊόντα. Στην υλοποίηση ορίζουμε σταθερούς κωδικούς και ελέγχουμε παραλλαγές, εικόνες και διαθεσιμότητα πριν τη δημοσίευση. Όταν αλλάζει ένα SKU στο ERP, χρειάζεται ελεγχόμενη αντιστοίχιση ώστε η σύνδεση να μη θεωρήσει το ίδιο προϊόν διαφορετικό.
Οι παραγγελίες χρειάζονται αξιόπιστη παραλαβή
Το Orders API και τα webhooks καλύπτουν τη ροή παραγγελιών και τις αλλαγές τους. Ένα webhook μπορεί να επαναληφθεί, επομένως αποθηκεύουμε το εξωτερικό αναγνωριστικό πριν δημιουργήσουμε τοπική παραγγελία. Η απάντηση προς την πλατφόρμα πρέπει να διαχωρίζεται από την επεξεργασία στο ERP. Ο χειριστής βλέπει αν η παραγγελία παρελήφθη, αν καταχωρήθηκε και αν εκκρεμεί ενέργεια.
Προετοιμασία αποστολής χωρίς λάθος αυτοματισμούς
Η εκτύπωση ενός voucher και η πραγματική ετοιμότητα του δέματος δεν είναι το ίδιο γεγονός. Στα καταστήματα που υπάγονται στο υποχρεωτικό πρόγραμμα Set as Ready απαιτείται ξεχωριστή δήλωση ετοιμότητας. Συνδέουμε αυτή την ενέργεια με το επιχειρησιακό βήμα συσκευασίας, όχι απλώς με τη λήψη αρχείου. Οι ακυρώσεις και επιστροφές χρειάζονται επίσης ξεχωριστούς κανόνες αποθέματος.
Παράδειγμα με κοινό απόθεμα φυσικού καταστήματος
Έστω ότι ένα κατάστημα διαθέτει πέντε τεμάχια ενός προϊόντος και πουλά ταυτόχρονα σε Eshop, φυσικό σημείο και Skroutz. Το ERP κρατά το εμπορικό απόθεμα και η γέφυρα δημοσιεύει το διαθέσιμο ποσό μετά τις δεσμεύσεις. Μία νέα παραγγελία καταχωρίζεται μία φορά, αποκτά ξεχωριστή ένδειξη καναλιού και ενημερώνει την ποσότητα προς πώληση. Αν το ERP καθυστερεί, η παραγγελία παραμένει σε ουρά με ορατή εκκρεμότητα. Το παράδειγμα περιγράφει σχεδιασμό, όχι αποτέλεσμα συγκεκριμένου πελάτη.
Έλεγχος πριν και μετά την ενεργοποίηση
Δοκιμάζουμε διπλή παράδοση του ίδιου συμβάντος, αλλαγή τιμής, εξάντληση αποθέματος και ακύρωση ήδη δεσμευμένης παραγγελίας. Ελέγχουμε ότι αποτυχία στο ERP δεν προκαλεί σιωπηλή απώλεια παραγγελίας. Η παρακολούθηση περιλαμβάνει χρόνο τελευταίας επιτυχημένης ενημέρωσης και αποκλίσεις ανά κωδικό. Η σταδιακή ενεργοποίηση με επιλεγμένα προϊόντα βοηθά την ομάδα να επιβεβαιώσει τους κανόνες πριν συνδεθεί ολόκληρος ο κατάλογος.
Έλεγχοι αποδοχής πριν τη λειτουργία
- Μία τοπική παραγγελία ανά εξωτερικό κωδικό
- Ορατή αποτυχία και ασφαλής επανάληψη ενημέρωσης
- Σωστή αποδέσμευση αποθέματος μετά από ακύρωση
- Ετοιμότητα αποστολής μόνο όταν το δέμα έχει προετοιμαστεί
ΑΠΟ ΤΟΝ ΟΔΗΓΟ ΣΤΗΝ ΠΡΑΞΗ
Ένα συγκεκριμένο πλάνο για την πλατφόρμα σας.
Πείτε μας πού δυσκολεύεται η πλατφόρμα σας και τι χρειάζεται να βελτιωθεί. Η ομάδα μας συνδέει τη διάγνωση με συγκεκριμένες εργασίες σε κώδικα, απόδοση και υποδομή.
Ας δούμε την πλατφόρμα σας