Μετάβαση στο περιεχόμενο
XSIS

Επιχειρήσεις και Ολοκληρώσεις

Συγχρονισμός πωλήσεων, αποθέματος και τιμών POS-to-ERP

POS προς ERP: πωλήσεις, απόθεμα και τιμές σε βήμα

Πωλήσεις και επιστροφές καταγράφονται από κάθε κατάστημα, αλλαγές αποθέματος και τιμών αποστέλλονται πίσω και τα σύνολα τέλους ημέρας αντιπαραβάλλονται.

Σχέδιο

Από το POS στο ERP: κάθε πώληση καταχωρίζεται μία φοράΟι πωλήσεις ρέουν από τα ταμεία στο ERP ως συμβάντα και οι τιμές και το απόθεμα επιστρέφουν. Ένα κατάστημα που μένει εκτός σύνδεσης συνεχίζει να πουλά και συγχρονίζεται μετά. Μια καταχώριση που αποτυγχάνει επαναλαμβάνεται και έπειτα ανατίθεται σε άνθρωπο.POSΤερματικά POSΚάθε ταμείο σε κάθεκατάστημαΑποθήκη δεδομένωνΔιακομιστήςκαταστήματος ήPOS στο cloudΣυνεχίζει να πουλάεκτός σύνδεσηςXSISΕπίπεδοολοκλήρωσηςΟυρά συμβάντων,αντιστοίχιση,προστασία απόδιπλότυπαERPERPΠωλήσεις, αποθέματακαι οικονομικάΥπηρεσίαΟυρά επαναλήψεωνΕπαναλήψεις μεαυξανόμενηκαθυστέρηση καιέπειτα ουράαποτυχημένωνμηνυμάτωνΆνθρωποιΟμάδαλειτουργιώνκαταστημάτων12REST/JSON3OData · REST/JSON4REST/JSON5REST/JSON678

Από το POS στο ERP: κάθε πώληση καταχωρίζεται μία φορά

Οι πωλήσεις ρέουν από τα ταμεία στο ERP ως συμβάντα και οι τιμές και το απόθεμα επιστρέφουν. Ένα κατάστημα που μένει εκτός σύνδεσης συνεχίζει να πουλά και συγχρονίζεται μετά. Μια καταχώριση που αποτυγχάνει επαναλαμβάνεται και έπειτα ανατίθεται σε άνθρωπο.

  • Κύρια ροή
  • Ασύγχρονη
  • Διαδρομή εξαίρεσης
Η ροή σε 8 βήματα

Η ροή, βήμα προς βήμα

  1. Από Τερματικά POS προς Διακομιστής καταστήματος ή POS στο cloud: Πωλήσεις, επιστροφές και ακυρώσεις (κύρια ροή).
  2. Από Διακομιστής καταστήματος ή POS στο cloud προς Επίπεδο ολοκλήρωσης: Συμβάντα πωλήσεων και σύνολα τέλους ημέρας, μέσω ουράς συμβάντων, μέσω REST/JSON (ασύγχρονη).
  3. Από Επίπεδο ολοκλήρωσης προς ERP: Πωλήσεις και κινήσεις αποθέματος καταχωρίστηκαν, μέσω OData · REST/JSON (κύρια ροή).
  4. Από ERP προς Επίπεδο ολοκλήρωσης: Τιμές, προσφορές και δεδομένα ειδών, μέσω API ή εξαγωγής αρχείου, μέσω REST/JSON (κύρια ροή).
  5. Από Επίπεδο ολοκλήρωσης προς Διακομιστής καταστήματος ή POS στο cloud: Ενημερώσεις τιμών και αποθέματος, μέσω REST/JSON (κύρια ροή).
  6. Από Επίπεδο ολοκλήρωσης προς Ουρά επαναλήψεων: Η καταχώριση απέτυχε (διαδρομή εξαίρεσης).
  7. Από Ουρά επαναλήψεων προς Επίπεδο ολοκλήρωσης: Επαναλήφθηκε (διαδρομή εξαίρεσης).
  8. Από Ουρά επαναλήψεων προς Ομάδα λειτουργιών καταστημάτων: Εξακολουθεί να αποτυγχάνει: ειδοποίηση με τις λεπτομέρειες (διαδρομή εξαίρεσης).

Επισκόπηση

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

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

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

Πώς λειτουργεί η ροή

  1. Πώληση στο ταμείο

    Κάθε πώληση, επιστροφή και ακύρωση καταγράφεται στο τερματικό POS με μοναδικό αναγνωριστικό, κατάστημα, ταμείο και ώρα.

  2. Συγκράτηση στο κατάστημα

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

  3. Καταγραφή στο ERP

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

  4. Αποστολή τιμών και ειδών

    Δεδομένα ειδών, τιμές και προσφορές δημοσιεύονται από το ERP όταν αλλάζουν, με την ημερομηνία και τα καταστήματα στα οποία ισχύει κάθε αλλαγή.

  5. Ενημέρωση κάθε καταστήματος

    Το επίπεδο παραδίδει κάθε αλλαγή στα καταστήματα στα οποία ισχύει και καταγράφει ποια καταστήματα την έχουν επιβεβαιώσει.

Όταν κάτι αποτυγχάνει

  • Μια καταγραφή αποτυγχάνει

    Τα προσωρινά σφάλματα επαναλαμβάνονται με αυξανόμενες καθυστερήσεις. Μια καταγραφή που συνεχίζει να αποτυγχάνει πηγαίνει σε ουρά αποτυχημένων μηνυμάτων και η ομάδα λειτουργίας καταστημάτων ειδοποιείται με τη συναλλαγή και το σφάλμα.

  • Ένα κατάστημα βγαίνει εκτός σύνδεσης

    Το κατάστημα συνεχίζει να πωλεί με τοπικά δεδομένα. Οι συναλλαγές συγκρατούνται και αποστέλλονται με τη σειρά όταν επανέλθει η σύνδεση, και ένα κατάστημα που μένει σιωπηλό για πολύ εκδίδει ειδοποίηση.

  • Μια συναλλαγή φτάνει δύο φορές

    Κάθε συναλλαγή φέρει μοναδικό αναγνωριστικό. Το επίπεδο αναγνωρίζει την επανάληψη και την αγνοεί, ώστε μια επαναποστολή μετά από διακοπή να μην διπλασιάζει ποτέ μια πώληση.

  • Τα σύνολα καταστήματος και ERP διαφέρουν

    Τα σύνολα τέλους ημέρας κάθε καταστήματος συγκρίνονται με ό,τι έλαβε το ERP. Μια διαφορά ανοίγει έλεγχο με τις ελλείπουσες ή επιπλέον συναλλαγές καταγεγραμμένες.

Πρότυπα και συστήματα

Δεδομένα και αναλυτικά
  • Apache Kafka
Συστήματα ERP
  • SAP S/4HANA
  • Oracle NetSuite
  • Microsoft Dynamics 365 Business Central
  • Odoo
Ολοκλήρωση
  • REST
  • Webhooks
  • RabbitMQ

Ερωτήσεις και απαντήσεις

Οι πωλήσεις να καταγράφονται σε πραγματικό χρόνο ή σε παρτίδες;

Συνήθως ως συμβάντα κοντά στον πραγματικό χρόνο, γιατί τότε τα στοιχεία αποθέματος και πωλήσεων είναι επίκαιρα κατά τη διάρκεια της ημέρας. Ορισμένα ERP ή άδειες κάνουν συχνές καταγραφές δαπανηρές, οπότε το επίπεδο μπορεί να ομαδοποιεί συμβάντα σε συνόψεις ανά κατάστημα και περίοδο. Επιλέγουμε μαζί σας με βάση ποιες αποφάσεις χρειάζονται επίκαιρα δεδομένα και τι διαχειρίζεται καλά το ERP.

Πώς αντιπαραβάλλονται τα σύνολα τέλους ημέρας;

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

Μπορούν προσφορές και αλλαγές τιμών να προγραμματιστούν εκ των προτέρων;

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

Πώς το κυκλοφορείτε σε πολλά καταστήματα;

Ξεκινάμε με πιλότο σε λίγα καταστήματα και συγκρίνουμε καθημερινά τα σύνολά τους με την τρέχουσα διαδικασία. Μόλις συμφωνήσουν τα σύνολα, κυκλοφορούμε σε ομάδες, με ρυθμό που μπορεί να υποστηρίξει η ομάδα λειτουργίας καταστημάτων σας. Η παλιά διαδικασία παραμένει διαθέσιμη για κάθε κατάστημα μέχρι να αποδειχθεί η νέα ροή του.

Με ποια συστήματα POS και ERP λειτουργεί;

Η αρχιτεκτονική λειτουργεί με κάθε POS που μπορεί να εξάγει συναλλαγές μέσω API, συμβάντων ή αρχείων και με ERP όπως SAP S/4HANA, Oracle NetSuite, Microsoft Dynamics 365 Business Central και Odoo. Επιβεβαιώνουμε τις διεπαφές του δικού σας POS και ERP στην αρχή. Η αναφορά προϊόντος δεν σημαίνει συνεργασία με τον προμηθευτή του.

Ποιος χειρίζεται τις αποτυχημένες καταγραφές όταν τεθεί σε λειτουργία;

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

Ξεκινήστε με μια συζήτηση, όχι με σύμβαση.

Πείτε μας τι χρειάζεται να κατασκευάσετε, να συνδέσετε ή να προστατεύσετε. Ένας αρχιτέκτονας το εξετάζει μαζί σας και έπειτα προτείνει από πού να ξεκινήσετε.

Τι ακολουθεί

  1. Συμφωνία χρόνου

    Η ομάδα μας σας στέλνει email για να συμφωνήσουμε ώρα για τη συνεδρία.

  2. Προκαταρκτική συνεδρία

    Μια δωρεάν διαδικτυακή συνεδρία προ-συμβουλευτικής 30 λεπτών: εξετάζουμε τους στόχους, τα συστήματα και τους περιορισμούς σας.

  3. Αξιολόγηση ετοιμότητας

    Σε μια δωρεάν αξιολόγηση ετοιμότητας 48 ωρών, Κύριος Αρχιτέκτονας ελέγχει το έργο σας έναντι του εξαπλού ορισμού ετοιμότητας και προτείνει τη διαδρομή που ταιριάζει.

  4. Επιλογή διαδρομής

    Τα έργα με έτοιμο πεδίο λαμβάνουν δεσμευτική πρόταση εντός 3–5 εργάσιμων ημερών. Τα έργα σε στάδιο σύλληψης ξεκινούν στο Blueprint Studio. Ένα σύστημα σε λειτουργία που αστοχεί, είναι ατεκμηρίωτο ή χρειάζεται ολοκλήρωση ξεκινά με διάγνωση 1–2 εβδομάδες. Το Blueprint Studio και η διάγνωση έχουν καθένα σταθερή αμοιβή, που αναφέρεται στην πρόταση.