Κάθε παραγγελία σε ένα χρονολόγιο, από τη λήψη έως την εξόφληση.
Παραγγελίες, αγορές και τιμολόγια ενός παραγωγού τροφίμων ή ενός διανομέα στην Κύπρο περνούν από ERP, CRM, ηλεκτρονικό κατάστημα, αποθήκη, μεταφορείς και λογιστήριο, συχνά με το χέρι από το ένα στο άλλο. Δένουμε αυτά τα συστήματα με τεκμηριωμένα API και συμβάντα, ώστε κάθε παραγγελία να έχει μία κατάσταση παντού. Όπου κάτι στραβώνει, ένας πράκτορας τεχνητής νοημοσύνης ετοιμάζει πρόταση λύσης, και την τελική έγκριση τη δίνει άνθρωπος.
Για παραγωγούς, διανομείς και ξενοδοχειακούς ομίλους στην Κύπρο που πουλούν, αγοράζουν και τιμολογούν σε περισσότερα κράτη μέλη, το καθένα με δικά του συστήματα, μεταφορείς και κανόνες ηλεκτρονικής τιμολόγησης.
Κάθε παραγγελία πελάτη, παραγγελία προς προμηθευτή ή αίτημα υπηρεσίας γράφεται μία μόνο φορά, στο σύστημα που είναι υπεύθυνο γι’ αυτήν, και από εκεί φτάνει στα υπόλοιπα με τεκμηριωμένα API και συμβάντα. Τα συμβάντα κατάστασης συνθέτουν το χρονολόγιο της κάθε παραγγελίας. Αν κάποιο βήμα σκαλώσει ή ξεφύγει από τα όρια ανοχής, ένας πράκτορας συγκεντρώνει τα σχετικά στοιχεία και προτείνει τι να γίνει· ένας άνθρωπος το εγκρίνει και μόνο τότε εκτελείται στο σύστημα αναφοράς. Τα τιμολόγια κινούνται και αντιστοιχίζονται ως δομημένα ηλεκτρονικά τιμολόγια, και οι υπεύθυνοι της διαδικασίας παρακολουθούν τη ροή και τις διεπαφές.
Πριν και μετά
Τι αλλάζει στην καθημερινή λειτουργία
Σήμερα
Με το σύστημα
Σήμερα
Σήμερα: Νέα πληκτρολόγηση σε κάθε πέρασμα
Μια παραγγελία από το ηλεκτρονικό κατάστημα ή από τον πωλητή περνά ξανά στο ERP, και τα στοιχεία παράδοσης και τιμολόγησης αντιγράφονται με το χέρι στα συστήματα αποθήκης, μεταφοράς και λογιστηρίου.
Με το σύστημα
Με το σύστημα: Μία καταχώριση, χρήση παντού
Η παραγγελία, η παράδοση και το τιμολόγιο γεννιούνται στο σύστημα που τα κατέχει και ανακοινώνονται ως συμβάντα. Όποιο άλλο σύστημα τα χρειάζεται εγγράφεται και τα λαμβάνει, χωρίς ξαναπληκτρολόγηση.
Σήμερα
Σήμερα: Η χθεσινή εικόνα
Με τις νυχτερινές μαζικές μεταφορές δεδομένων, εξυπηρέτηση, προγραμματισμός και λογιστήριο βλέπουν ο καθένας μια άλλη, ξεπερασμένη κατάσταση της ίδιας παραγγελίας. Ο πελάτης που ρωτά πού βρίσκεται η παράδοσή του περιμένει να τον καλέσουν πίσω.
Με το σύστημα
Με το σύστημα: Μία τρέχουσα κατάσταση
Κάθε παραγγελία ή αίτημα έχει ένα χρονολόγιο, φτιαγμένο από τα συμβάντα όλων των συστημάτων από τα οποία περνά. Εξυπηρέτηση, προγραμματισμός και λογιστήριο βλέπουν τα ίδια δεδομένα, όπως και ένας βοηθός της λύσης Εξυπηρέτηση πελατών και πολιτών όταν απαντά για την πορεία μιας παραγγελίας.
Σήμερα
Σήμερα: Εξαιρέσεις λυμένες στο ηλεκτρονικό ταχυδρομείο
Ελλείψεις αποθέματος, διαφορές τιμής, αποτυχημένες παραδόσεις και ηλεκτρονικά τιμολόγια που απορρίφθηκαν λύνονται με email και υπολογιστικά φύλλα, και μετά δεν ξέρει κανείς ποιος αποφάσισε τι.
Με το σύστημα
Με το σύστημα: Η εξαίρεση έρχεται με πρόταση
Πίσω από κάθε εξαίρεση ο πράκτορας μαζεύει ό,τι στοιχείο χρειάζεται και καταθέτει μια πρόταση. Στο κοινό σημείο χειρισμού εξαιρέσεων, ένα μέλος της ομάδας την αποδέχεται, τη διορθώνει ή την απορρίπτει, και η απόφαση μένει γραμμένη.
Σήμερα
Σήμερα: Βασικά δεδομένα που διαφωνούν
Ο ίδιος πελάτης, προμηθευτής, κωδικός ή τιμή υπάρχει σε πολλά συστήματα με άλλες τιμές, και κανείς δεν έχει την ευθύνη να πει ποια ισχύει.
Με το σύστημα
Με το σύστημα: Ένας υπεύθυνος για κάθε είδος δεδομένων
Πελάτες, προμηθευτές, κωδικοί και τιμές έχουν το καθένα συμφωνημένο σύστημα αναφοράς και επώνυμο υπεύθυνο. Διπλοεγγραφές και συγκρούσεις φτάνουν σε εκείνον, αντί να διορθώνονται σιωπηλά πιο κάτω στη ροή.
Σήμερα
Σήμερα: Κάθε αλλαγή φέρνει νέα διεπαφή
Ένα νέο κανάλι πωλήσεων, μια νέα πλατφόρμα ή μια νέα εταιρεία του ομίλου σημαίνει ακόμα μια απευθείας σύνδεση. Οι εθνικές υποχρεώσεις ηλεκτρονικής τιμολόγησης προσθέτουν πάνω σε κάθε διαδικασία μια δομημένη μορφή και ένα δίκτυο.
Με το σύστημα
Με το σύστημα: Νέες συνδέσεις στα ίδια συμβόλαια
Ένα νέο κανάλι, μια νέα εταιρεία ή ένα νέο δίκτυο ηλεκτρονικής τιμολόγησης συνδέεται μία φορά στα τεκμηριωμένα API και συμβάντα, όχι χωριστά σε κάθε σύστημα.
Ροή εργασιών
Πώς κυλά η ροή εργασιών
Με καθαρά δεδομένα, η κύρια διαδρομή δεν χρειάζεται χειρωνακτική δουλειά. Όταν μια παραγγελία, μια παράδοση ή ένα τιμολόγιο ξεφύγει, ο βρόχος των εξαιρέσεων τη φέρνει σε άνθρωπο μαζί με τα στοιχεία και μια πρόταση, και η εγκεκριμένη διόρθωση γυρνά από το ίδιο επίπεδο διασύνδεσης.
Ενδεικτική ροή εργασιών
7 βήματα · 1 σημείο ανθρώπινου ελέγχου
Υπόμνημα
Σύστημα
Πράκτορας ΤΝ
Άνθρωπος
Σημείο ανθρώπινου ελέγχου
Διαδρομή εξαίρεσης
Διασυνδεδεμένες διεργασίες: ενδεικτική ροή με βρόχο εξαιρέσεων
Διαβάστε το διάγραμμα ως κείμενο
Στην κύρια διαδρομή, ένα επιχειρησιακό συμβάν γράφεται μία φορά στο σύστημα αναφοράς, μοιράζεται στα υπόλοιπα συστήματα με API και συμβάντα, μπαίνει στο χρονολόγιο της παραγγελίας και καταλήγει στην τιμολόγηση, στην αντιστοίχιση και στην εξόφληση. Τελευταίο βήμα, οι υπεύθυνοι της διαδικασίας εξετάζουν τη ροή και διορθώνουν τις αιτίες των εξαιρέσεων.
Αν ένα βήμα αποτύχει, καθυστερήσει ή ξεφύγει από τα όρια, η εξαίρεση αποκλίνει από την κύρια διαδρομή αμέσως μετά το χρονολόγιο. Ο πράκτορας μαζεύει τα στοιχεία και καταθέτει πρόταση, και ένα μέλος της ομάδας την αποδέχεται, τη διορθώνει ή την απορρίπτει. Ό,τι εγκριθεί εκτελείται στο σύστημα αναφοράς και ξαναμπαίνει ως νέο συμβάν στο βήμα της διανομής.
Ο άνθρωπος μπαίνει στο βήμα της έγκρισης: χωρίς αυτόν δεν γίνεται εγγραφή στα βιβλία, δεν αλλάζει τιμή ή πιστωτικό όριο και δεν αναλαμβάνεται δέσμευση απέναντι σε πελάτη.
01
Βήμα 1: Μία καταχώριση του συμβάντοςΣύστημα
Μια παραγγελία από το ηλεκτρονικό κατάστημα, από πλατφόρμα πωλήσεων, μέσω EDI ή από τους πωλητές, μια παραγγελία αγοράς ή ένα αίτημα υπηρεσίας δημιουργείται στο σύστημα που την κατέχει. Εκείνο δημοσιεύει ένα επιχειρησιακό συμβάν σε φάκελο CloudEvents, περιγραμμένο σε συμβόλαιο AsyncAPI. Οι παραγγελίες και τα τιμολόγια προμηθευτών σε χαρτί ή PDF περνούν πρώτα από τη λύση Επεξεργασία εγγράφων.
02
Βήμα 2: Διανομή μέσω API και συμβάντωνΣύστημα
Από το επίπεδο διασύνδεσης το συμβάν φτάνει στην αποθήκη, στη μεταφορά, στο λογιστήριο και στο CRM μέσα από τα τεκμηριωμένα τους API (OpenAPI). Επειδή οι αποδέκτες είναι σχεδιασμένοι ώστε η επανάληψη να μην αλλάζει το αποτέλεσμα (idempotent), ένα διπλό μήνυμα δεν βγάζει ποτέ δεύτερη αποστολή ή δεύτερο τιμολόγιο· ό,τι δεν παραδοθεί κρατιέται σε ουρά σφαλμάτων ώσπου να ξανασταλεί.
03
Βήμα 3: Ένα χρονολόγιο ανά παραγγελίαΣύστημα
Το χρονολόγιο ενώνει, με κλειδί τον επιχειρησιακό αριθμό αναφοράς, τα συμβάντα κατάστασης όλων των συστημάτων: επιβεβαίωση, συλλογή, αποστολή, παράδοση, τιμολόγηση, εξόφληση. Κανόνες για ορόσημα και ανοχές δημιουργούν εξαίρεση όταν κάτι σκαλώσει, αργήσει ή δεν συμφωνεί, π.χ. απόθεμα που δεν φτάνει, τιμή έξω από τη συμφωνημένη ανοχή, παράδοση που απέτυχε ή ηλεκτρονικό τιμολόγιο που επιστράφηκε.
04
Βήμα 4: Συλλογή στοιχείων και πρότασηΠράκτορας ΤΝ
Για κάθε εξαίρεση, ένας πράκτορας διαβάζει από τα εμπλεκόμενα συστήματα ό,τι χρειάζεται: την παραγγελία, το απόθεμα, τη συμφωνία τιμών, την κατάσταση στον μεταφορέα και τους όρους του πελάτη. Προτείνει λύση με το σκεπτικό της και τα δεδομένα που χρησιμοποίησε, για παράδειγμα ένα εναλλακτικό είδος, διορθωμένη τιμή, νέα ημερομηνία παράδοσης ή διορθωμένο τιμολόγιο.
Διαδρομή εξαίρεσης: Βήμα απέτυχε ή εκτός ανοχής
05
Βήμα 5: Έγκριση μέσα σε όριαΆνθρωπος
Στο σημείο χειρισμού εξαιρέσεων, κάποιος από την εξυπηρέτηση, τη διανομή ή το λογιστήριο έχει μπροστά του την εξαίρεση, τα στοιχεία και την πρόταση. Αποφασίζει: αποδοχή, διόρθωση ή απόρριψη. Ό,τι εγκριθεί εκτελείται από το API του συστήματος αναφοράς, και η αλλαγή επιστρέφει στη ροή ως νέο συμβάν.
Διαδρομή εξαίρεσης: Βήμα απέτυχε ή εκτός ανοχής· Επιστροφή στο βήμα 2
Σημείο ανθρώπινου ελέγχου
Χωρίς έγκριση ο πράκτορας δεν περνά εγγραφές στα βιβλία, δεν αγγίζει τιμές ή πιστωτικά όρια και δεν υπόσχεται τίποτα σε πελάτη. Το ποιος εγκρίνει το καθορίζουν όρια ανά είδος ενέργειας, και κάθε πρόταση και απόφαση μένει καταγεγραμμένη.
06
Βήμα 6: Τιμολόγηση, αντιστοίχιση, εξόφλησηΣύστημα
Το ERP εκδίδει τα τιμολόγια πώλησης ως δομημένα ηλεκτρονικά τιμολόγια κατά το EN 16931· όταν ο αγοραστής είναι στο δίκτυο Peppol, φεύγουν σε Peppol BIS Billing 3.0 μέσω σημείου πρόσβασης. Κάθε τιμολόγιο προμηθευτή αντιστοιχίζεται με την παραγγελία αγοράς και την παραλαβή, και το χρονολόγιο κλείνει όταν η τράπεζα ή ο πάροχος πληρωμών επιβεβαιώσει την εξόφληση.
07
Βήμα 7: Έλεγχος ροής και διόρθωση αιτιώνΆνθρωπος
Σε σταθερό ρυθμό, οι υπεύθυνοι της διαδικασίας και η ομάδα διασυνδέσεων εξετάζουν τις εξαιρέσεις ανά αιτία, τις αποτυχίες διεπαφών και τις συγκρούσεις στα βασικά δεδομένα. Διορθώνουν την αιτία εκεί όπου βρίσκεται, σε μια εγγραφή, σε έναν κανόνα ανοχής ή σε μια αντιστοίχιση πεδίων, αντί να λύνουν ξανά και ξανά την ίδια εξαίρεση.
Στοιχεία
Τι θα χτίζαμε
01
Επίπεδο διασύνδεσης με συμβάντα
API και συμβάντα με προτεραιότητα στο συμβόλαιο ανάμεσα σε ERP, CRM, ηλεκτρονικό εμπόριο, αποθήκη, μεταφορά και λογιστήριο, περιγραμμένα σε OpenAPI και AsyncAPI με φάκελο CloudEvents, πάνω στην πλατφόρμα διασύνδεσης που ήδη έχετε ή φτιαγμένα εγγενώς για το cloud.
Συμφωνημένο σύστημα αναφοράς και υπεύθυνος για κάθε είδος δεδομένων, κανόνες αντιστοίχισης για πελάτες, προμηθευτές και κωδικούς, και αναφορές για διπλοεγγραφές και συγκρούσεις προς όσους τα κατέχουν.
Υπηρεσία που ενώνει τα συμβάντα σε ένα χρονολόγιο ανά παραγγελία ή αίτημα, εφαρμόζει κανόνες ορόσημων και ανοχής, και δείχνει τη ροή και τις εξαιρέσεις στους υπεύθυνους της διαδικασίας.
Ουρά εξαιρέσεων με τα στοιχεία που συγκεντρώθηκαν και την πρόταση του πράκτορα, ενέργειες έγκρισης, αλλαγής και απόρριψης, και όρια έγκρισης ανά είδος ενέργειας που επιβάλλονται εκεί όπου εκτελείται η ενέργεια.
Τιμολόγια EN 16931 σε UBL, και Peppol BIS Billing 3.0 μέσω σημείου πρόσβασης όπου το χρησιμοποιεί ο αντισυμβαλλόμενος, με επικύρωση πριν την αποστολή και τα απορριφθέντα να καταλήγουν στον χειρισμό εξαιρέσεων.
Παρακολούθηση και ειδοποιήσεις ανά διεπαφή, εγχειρίδια για την ομάδα λειτουργίας και ελεγχόμενη επανάληψη μηνυμάτων που απέτυχαν, με υποδομή ως κώδικα στο δικό σας περιβάλλον cloud.
Παραγγελίες από ηλεκτρονικό κατάστημα και πλατφόρμες
EDI και άλλα μηνύματα παραγγελιών μεταξύ επιχειρήσεων
Παραγγελίες αγοράς και επιβεβαιώσεις προμηθευτών
Αιτήματα υπηρεσίας και αναφορές τεχνικών πεδίου
Συμβάντα εντοπισμού και παράδοσης από μεταφορείς
Ηλεκτρονικά τιμολόγια EN 16931 και απαντήσεις κατάστασης
Κινήσεις λογαριασμών και ειδοποιήσεις πληρωμών
Πυρήνας της λύσης
Διασυνδεδεμένες διεργασίες
Συστήματα με τα οποία συνεργάζεται
SAP S/4HANA για πωλήσεις, προμήθειες και οικονομικάΠλατφόρμαSAP
Salesforce Sales, Service και Commerce CloudΠλατφόρμαSalesforce
Odoo για πωλήσεις, αποθήκη, αγορές και λογιστικήΠλατφόρμαOdoo
Πλατφόρμες ηλεκτρονικού εμπορίου, πλατφόρμες πωλήσεων και API μεταφορέων
Συστήματα διαχείρισης αποθήκης και μεταφορών
Σημείο πρόσβασης Peppol, τράπεζες και πάροχοι πληρωμών
Διαχείριση πληροφοριών προϊόντων και η πλατφόρμα δεδομένων
Μηχανισμοί ελέγχου
Έλεγχοι που μπαίνουν από την αρχή
Όρια πρόσβασης
Ο πράκτορας και κάθε διασύνδεση έχουν ξεχωριστή ταυτότητα υπηρεσίας ανά σύστημα, με πρόσβαση μόνο στις κλήσεις API που χρειάζονται για τη δουλειά τους. Για να μαζέψει στοιχεία, ο πράκτορας επιτρέπεται να διαβάζει από περισσότερα συστήματα· για να γράψει, έχει στη διάθεσή του λίγες, προεγκεκριμένες ενέργειες, που τις εκτελεί το API του συστήματος αναφοράς. Απευθείας πρόσβαση στη βάση δεδομένων δεν δίνεται.
Ανθρώπινη αξιολόγηση
Μαζί με τον υπεύθυνο της διαδικασίας ορίζουμε, για κάθε είδος ενέργειας, τρία επίπεδα: ό,τι ο πράκτορας απλώς προτείνει, ό,τι εγκρίνει ένα μέλος της ομάδας, και ό,τι χρειάζεται και δεύτερο εγκρίνοντα. Εγγραφές στα βιβλία, αλλαγές σε τιμές ή πιστωτικά όρια και κάθε δέσμευση προς πελάτη περιμένουν πάντα άνθρωπο. Μικρές ενέργειες που ακυρώνονται εύκολα, π.χ. η επανάληψη ενός μηνύματος που δεν παραδόθηκε, μπορούν να εκτελούνται χωρίς έγκριση, εφόσον το αποδεχτεί ο υπεύθυνος.
Ελεγξιμότητα
Στον αριθμό αναφοράς κάθε παραγγελίας ή αιτήματος γράφονται όλα: συμβάντα, προτάσεις, εγκρίσεις, απορρίψεις, εκτελεσμένες ενέργειες, τα δεδομένα που είδε ο πράκτορας, οι εκδόσεις μοντέλου και οδηγιών και ποιος ενέκρινε. Έτσι, όταν ένας πελάτης αμφισβητήσει ένα τιμολόγιο ή κάνει παράπονο, η ιστορία ξετυλίγεται βήμα βήμα.
Προστασία δεδομένων
Τα στοιχεία επικοινωνίας πελατών και προμηθευτών πηγαίνουν μόνο στα συστήματα που τα χρειάζονται. Το χρονολόγιο κρατά αριθμούς αναφοράς και καταστάσεις, όχι ολόκληρες εγγραφές, τα αρχεία καταγραφής ακολουθούν τη διάρκεια διατήρησης που ορίζετε, και η επεξεργασία μένει στην περιοχή που έχει συμφωνηθεί.
Διαφάνεια ΤΝ
Οι προτάσεις του πράκτορα σημειώνονται ως τέτοιες στον χειρισμό εξαιρέσεων, με τα στοιχεία και το σκεπτικό δίπλα τους. Τα συστήματα αναφοράς παραμένουν η αυθεντική πηγή: το χρονολόγιο δείχνει ό,τι αναφέρουν και δεν υπερισχύει ποτέ έναντι αυτών.
Δείκτες
Τι θα μετρούσαμε
Τους δείκτες τους συμφωνούμε μαζί σας στη διερεύνηση, και το σημείο αναφοράς βγαίνει από τα σημερινά αρχεία καταγραφής των συστημάτων και των διεπαφών σας πριν αλλάξει οτιδήποτε.
Τι θα μετρούσαμε
Δείκτης
Γιατί έχει σημασία
Πώς θα το μετρούσαμε
01Κύκλος παραγγελίας
Γιατί έχει σημασίαΕίναι το πρώτο που καταλαβαίνει ο πελάτης, και δείχνει πού περιμένουν οι παραγγελίες.
Πώς θα το μετρούσαμεΑπό τη στιγμή που φτάνει η παραγγελία μέχρι την παράδοση και μέχρι την πληρωμή, χωριστά ανά κανάλι και εταιρεία, με βάση τα συμβάντα του χρονολογίου.
02Παραγγελίες χωρίς χειρωνακτική παρέμβαση
Γιατί έχει σημασίαΔείχνει πόσο από τη ροή στηρίζεται σε καθαρά δεδομένα και συμφωνημένους κανόνες.
Πώς θα το μετρούσαμεΠοσοστό παραγγελιών και αιτημάτων που φτάνουν στην εξόφληση χωρίς κανένα χειρωνακτικό βήμα ή εξαίρεση, από το χρονολόγιο.
03Εξαιρέσεις ανά αιτία και χρόνος επίλυσης
Γιατί έχει σημασίαΛέει ποιες αιτίες αξίζει να διορθωθούν πρώτες και αν ο χειρισμός εξαιρέσεων προλαβαίνει τον όγκο.
Πώς θα το μετρούσαμεΠλήθος εξαιρέσεων ανά κωδικό αιτίας, και χρόνος από τον εντοπισμό έως την εκτέλεση της λύσης, από τα αρχεία του χειρισμού εξαιρέσεων.
04Απορρίψεις ηλεκτρονικών τιμολογίων
Γιατί έχει σημασίαΈνα τιμολόγιο που απορρίπτεται καθυστερεί την πληρωμή και συνήθως δείχνει λάθος στα βασικά δεδομένα ή στην αντιστοίχιση πεδίων.
Πώς θα το μετρούσαμεΠοσοστό απεσταλμένων και παραληφθέντων ηλεκτρονικών τιμολογίων που απορρίφθηκαν, ανά αιτία, από τις απαντήσεις του αποδέκτη ή του σημείου πρόσβασης.
05Αποτυχίες διεπαφών και χρόνος ανάκαμψης
Γιατί έχει σημασίαΔείχνει αν το επίπεδο διασύνδεσης είναι αξιόπιστο και αν οι αποτυχίες εντοπίζονται και διορθώνονται γρήγορα.
Πώς θα το μετρούσαμεΜηνύματα που απέτυχαν ανά διεπαφή, και χρόνος από την αποτυχία έως την επιτυχή επανάληψη, από την παρακολούθηση των διασυνδέσεων.
06Διπλοεγγραφές και συγκρούσεις στα βασικά δεδομένα
Γιατί έχει σημασίαΟι περισσότερες εξαιρέσεις ξεκινούν από δεδομένα που διαφέρουν από σύστημα σε σύστημα.
Πώς θα το μετρούσαμεΑνοιχτές διπλοεγγραφές και αντικρουόμενες τιμές ανά είδος δεδομένων και σύστημα, από τις αναφορές αντιστοίχισης.
Δεν ορίζονται στόχοι πριν υπάρξει αρχική μέτρηση.
Εφαρμογή
Πώς θα το θέταμε σε λειτουργία
Φάση 01
Διερεύνηση και χάρτης διαδικασίας
Μία διαδικασία, για παράδειγμα από την παραγγελία στην είσπραξη για ένα κανάλι πωλήσεων, και ένα είδος εξαίρεσης. Καταγράφουμε τα συστήματα, τις διεπαφές, τους υπεύθυνους των δεδομένων και τον τρόπο που χειρίζεστε σήμερα τις εξαιρέσεις.
Κριτήρια ολοκλήρωσης
Διαδικασία, συστήματα και υπεύθυνοι δεδομένων καταγεγραμμένοι
Πρώτο είδος εξαίρεσης και όρια έγκρισης συμφωνημένα
Σημείο αναφοράς από τα σημερινά αρχεία καταγραφής
Φάση 02
Διασύνδεση και χρονολόγιο
Τεκμηριωμένα API και συμβάντα για τα συστήματα του έργου, και το χρονολόγιο να τρέχει δίπλα στις υπάρχουσες διεπαφές χωρίς να τις αγγίζει.
Κριτήρια ολοκλήρωσης
Συμβόλαια συμβάντων δημοσιευμένα και με εκδόσεις
Σε δείγμα παραγγελιών, το χρονολόγιο συμφωνεί με τα συστήματα αναφοράς
Επανάληψη μηνυμάτων και εγχειρίδια δοκιμασμένα
Φάση 03
Πιλοτικός χειρισμός εξαιρέσεων
Ο πράκτορας προτείνει λύσεις για το είδος εξαίρεσης που επιλέξαμε, και κάθε πρόταση την εγκρίνει άνθρωπος. Συγκρίνουμε τις προτάσεις με όσα θα έκανε το προσωπικό.
Κριτήρια ολοκλήρωσης
Η ποιότητα των προτάσεων ικανοποιεί τα συμφωνημένα κριτήρια
Όρια και εγκρίνοντες ορισμένοι ανά είδος ενέργειας
Το ίχνος ελέγχου εξετάστηκε από το λογιστήριο και τον εσωτερικό έλεγχο
Φάση 04
Επέκταση και απόσυρση
Περισσότερα είδη εξαιρέσεων, κανάλια, εταιρείες και διαδικασίες, όπως η πορεία από την αγορά στην πληρωμή, όλα στα ίδια συμβόλαια. Οι παλιές απευθείας διεπαφές κλείνουν μία μία.
Κριτήρια ολοκλήρωσης
Κάθε νέα ροή στα ίδια συμβόλαια και στην ίδια παρακολούθηση
Παραγγελίες ξενοδοχείων, υπεραγορών και αναθετουσών αρχών σε παραγωγό τροφίμων και ποτών, από το ERP έως την αποθήκη και τους μεταφορείς, με επιβεβαιώσεις προμηθευτών και ηλεκτρονικά τιμολόγια αντιστοιχισμένα με τις παραγγελίες αγοράς.
Εγκαταστάσεις φωτοβολταϊκών από εταιρεία ενεργειακών υπηρεσιών, από την παραγγελία και την επίσκεψη του τεχνικού έως το τιμολόγιο, και αγορές υλικών βάσει συμφωνιών πλαισίου με προμηθευτές.
Εντολές εργασίας, παραγγελίες σε υπεργολάβους και τα τιμολόγιά τους σε εταιρεία κατασκευής έργων υποδομής, παρακολουθούμενα από το αίτημα έως την πληρωμή.
Από την αγορά στην πληρωμή σε δημόσιους φορείς, με ηλεκτρονικά τιμολόγια κατά τον Ν. 89(Ι)/2019 αντιστοιχισμένα με παραγγελίες και παραλαβές πριν εγκριθεί η πληρωμή.
Ενδεικτικό παράδειγμα
Παραγωγός τροφίμων με πελάτες στην Κύπρο και στο εξωτερικό
Κατάσταση
Ένας παραγωγός τροφίμων και ποτών πουλά σε υπεραγορές, ξενοδοχεία και αναθέτουσες αρχές στην Κύπρο, μέσω πωλητών και ηλεκτρονικού καταστήματος, και εξάγει σε δύο ακόμη κράτη μέλη. Οι παραγγελίες ξαναπερνούν στο ERP, οι μεταφορείς αναφέρουν προβλήματα παράδοσης με email, και κάθε αγορά τιμολογείται με τον δικό της τρόπο.
Σύστημα
Το ηλεκτρονικό κατάστημα, το ERP, το σύστημα αποθήκης και οι μεταφορείς ανταλλάσσουν συμβάντα για παραγγελίες, απόθεμα, αποστολές και τιμολόγια, και κάθε παραγγελία αποκτά δικό της χρονολόγιο. Οι αναθέτουσες αρχές παίρνουν τιμολόγια κατά το EN 16931, οι πελάτες του εξωτερικού στη μορφή και από το δίκτυο που ορίζει η χώρα τους.
Ανθρώπινος έλεγχος
Ελλείψεις αποθέματος και αποτυχημένες παραδόσεις καταλήγουν σε ένα σημείο χειρισμού εξαιρέσεων, όπου ένας πράκτορας προτείνει εναλλακτικό είδος ή νέα ημερομηνία παράδοσης. Η εξυπηρέτηση εγκρίνει κάθε πρόταση· αλλαγές τιμών και πιστωτικά σημειώματα χρειάζονται έγκριση από το λογιστήριο.
Τι θα μετρούσαμε
Ποσοστό παραγγελιών χωρίς χειρωνακτική παρέμβαση ανά χώρα και κανάλι, εξαιρέσεις ανά αιτία και χρόνος επίλυσης, και απορρίψεις ηλεκτρονικών τιμολογίων ανά χώρα.
Κύπρος
Μία διαδικασία, πολλές χώρες και υποχρεώσεις
Ένας όμιλος με εταιρείες στην Κύπρο και σε άλλα κράτη μέλη συχνά τρέχει την ίδια πορεία από την παραγγελία στην είσπραξη και από την αγορά στην πληρωμή σε διαφορετικά ERP, μεταφορείς και τράπεζες. Στην Κύπρο, ο Ν. 89(Ι)/2019 ζητά από τις αναθέτουσες αρχές να δέχονται τιμολόγια κατά το EN 16931· αλλού οι εθνικές υποχρεώσεις έρχονται σε άλλες ημερομηνίες, και η δέσμη ViDA κάνει τη δομημένη ηλεκτρονική τιμολόγηση τον κανόνα για τις ενδοκοινοτικές παραδόσεις μεταξύ επιχειρήσεων από την 1η Ιουλίου 2030. Σχεδιάζουμε ένα επίπεδο διασύνδεσης όπου η μορφή και το δίκτυο κάθε χώρας βρίσκονται πίσω από τα ίδια συμβάντα, ώστε μια νέα υποχρέωση να σημαίνει νέο σύνδεσμο, όχι νέα διαδικασία.
Από τις 12 Σεπτεμβρίου 2025 εφαρμόζεται ο Κανονισμός για τα δεδομένα (Data Act), με κανόνες για τη μετάβαση από έναν πάροχο υπηρεσιών επεξεργασίας δεδομένων σε άλλον· γι’ αυτό τα συμβόλαια συμβάντων και οι εξαγωγές δεδομένων μένουν μεταφέρσιμα. Τους πράκτορες του χειρισμού εξαιρέσεων τους σχεδιάζουμε με βάση τον Κανονισμό για την τεχνητή νοημοσύνη (AI Act). Όσοι πελάτες σας είναι βασικές ή σημαντικές οντότητες κατά τον Ν. 89(Ι)/2020, τον κυπριακό νόμο που ενσωματώνει την Οδηγία NIS2, θα ζητήσουν αποδείξεις για την ασφάλεια της εφοδιαστικής αλυσίδας· οι διασυνδέσεις έρχονται με καταγεγραμμένη πρόσβαση και τεκμηρίωση για κάθε στοιχείο.
Όχι. Κάθε σύστημα, είτε ERP είτε CRM, ηλεκτρονικό κατάστημα ή αποθήκη, συνεχίζει να κάνει αυτό για το οποίο το αγοράσατε. Εμείς δένουμε τις διασυνδέσεις γύρω τους, ορίζουμε μαζί σας ποιο από αυτά είναι η αυθεντική πηγή για κάθε είδος δεδομένων, και πάνω από όλα στήνουμε ένα κοινό χρονολόγιο της διαδικασίας. Όπου ένα γερασμένο ERP ή σύστημα παραγγελιών φρενάρει κάθε αλλαγή, ξεκινούμε από τη λύση Εκσυγχρονισμός παλαιών συστημάτων, που το τοποθετεί πρώτα πίσω από API.
02Αντικαθιστάτε το λογισμικό διασύνδεσης που ήδη έχουμε;
Όχι, αν κάνει τη δουλειά του. Χτίζουμε πάνω στην πλατφόρμα διασύνδεσης ή στον μεσίτη μηνυμάτων που ήδη τρέχετε και προσθέτουμε συμβόλαια, παρακολούθηση και επανάληψη μηνυμάτων όπου λείπουν. Αν δεν υπάρχει τέτοια πλατφόρμα, χτίζουμε εγγενώς για το cloud. Περισσότερα στη σελίδα Διασυνδέσεις και API.
03Μπορούν οι πράκτορες να ενεργούν μόνοι τους;
Μόνο μέσα στα όρια που συμφωνείτε ανά είδος ενέργειας, και μόνο για ενέργειες μικρής επίπτωσης που αναστρέφονται, όπως η επανάληψη ενός μηνύματος που απέτυχε. Λογιστικές εγγραφές, τιμές, πιστωτικά όρια και δεσμεύσεις προς πελάτες χρειάζονται πάντα έγκριση από άνθρωπο. Διαβάστε πού χρειάζονται ανθρώπινη έγκριση οι πράκτορες ΤΝ.
04Πού μπαίνει η ηλεκτρονική τιμολόγηση;
Ξεκινούμε από τον κυπριακό κανόνα: με τον Ν. 89(Ι)/2019, κάθε αναθέτουσα αρχή οφείλει να δέχεται και να επεξεργάζεται τιμολόγια που ακολουθούν το ευρωπαϊκό πρότυπο EN 16931, ενώ για τους προμηθευτές ο νόμος δεν θέτει υποχρέωση. Οι εταιρείες σας σε άλλα κράτη μέλη έχουν δικά τους χρονοδιαγράμματα, και με τη δέσμη ViDA (ο ΦΠΑ στην ψηφιακή εποχή) η δομημένη ηλεκτρονική τιμολόγηση γίνεται ο κανόνας για τις ενδοκοινοτικές συναλλαγές μεταξύ επιχειρήσεων από την 1η Ιουλίου 2030. Στη ροή μας το τιμολόγιο είναι απλώς ένα ακόμη συμβάν: βγαίνει από το ERP, φεύγει προς τον αγοραστή ή το σημείο πρόσβασης, και όταν επιστρέφει απορριφθέν το παραλαμβάνει ο χειρισμός εξαιρέσεων. Περισσότερα στον οδηγό μας για τα ηλεκτρονικά τιμολόγια και το Peppol.
05Πώς αποφεύγετε ένα ακόμη εύθραυστο πλέγμα απευθείας συνδέσεων;
Κανένα σύστημα δεν μιλά απευθείας με άλλο: όλα δημοσιεύουν και διαβάζουν τεκμηριωμένα συμβάντα και API μέσα από ένα κοινό επίπεδο. Τα συμβόλαια έχουν εκδόσεις, ένα μήνυμα που φτάνει δύο φορές δεν προκαλεί διπλή ενέργεια, ό,τι αποτύχει ξαναστέλνεται ελεγχόμενα, και για κάθε ροή υπάρχει επώνυμος υπεύθυνος. Ένα νέο κανάλι απλώς εγγράφεται στα συμβάντα που ήδη υπάρχουν.
06Πώς μοιάζει ένα πρώτο έργο;
Μία διαδικασία και ένα είδος εξαίρεσης, για παράδειγμα από την παραγγελία στην είσπραξη για ένα κανάλι πωλήσεων, με τις ελλείψεις αποθέματος ως πρώτη εξαίρεση. Έτσι δοκιμάζονται τα συμβάντα, το χρονολόγιο και η ροή εγκρίσεων πριν προστεθεί οτιδήποτε άλλο. Η σελίδα Η προσέγγισή μας περιγράφει πώς υλοποιούμε.
Φέρτε μας μία ροή παραγγελιών και τιμολογίων
Διαλέξτε μία διαδικασία και τις χώρες όπου τρέχει, από την Κύπρο έως τις υπόλοιπες αγορές σας. Θα χαρτογραφήσουμε μαζί σας συστήματα, διεπαφές και εξαιρέσεις και θα προτείνουμε μια πρώτη έκδοση που δουλεύει σε όλες τις εταιρείες σας.