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

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

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

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

Η πηγή των δυσκολιών συνήθως δεν είναι η ίδια η ανάγνωση των δεδομένων, αλλά η έλλειψη απάντησης στο ερώτημα ποια κατάσταση της διεργασίας θα θεωρείται έγκυρη και σε ποιο σημείο της αρχιτεκτονικής. Σε αυτό το σημείο ο συγχρονισμός παύει να είναι απλή μεταφορά σημάτων προς ERP, WMS ή αποθήκη δεδομένων και γίνεται στοιχείο του μοντέλου ανταλλαγής δεδομένων σε ένα βιομηχανικό έργο. Η επιλογή μεταξύ άμεσης επικοινωνίας με PLC, ενδιάμεσου επιπέδου, broker μηνυμάτων ή προσέγγισης βασισμένης σε συμβάντα δεν είναι αποκλειστικά τεχνική επιλογή. Είναι απόφαση για το ποιος ευθύνεται για τη σειρά των συμβάντων, την πληρότητα των καταγραφών, τη διαχείριση της απώλειας συνδεσιμότητας και την ανασύσταση του ιστορικού.

Στην πράξη, είναι σκόπιμο να υιοθετηθούν απλά κριτήρια αξιολόγησης ήδη από την αρχή του έργου:

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

Αν δεν υπάρχουν σαφείς απαντήσεις σε αυτά τα ερωτήματα, το έργο δεν έχει ακόμη φτάσει στην ουσιαστική αρχιτεκτονική απόφαση, ακόμη και αν η επικοινωνία λειτουργεί ήδη τεχνικά.

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

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

Πού αυξάνονται συχνότερα το κόστος ή ο κίνδυνος

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

Η συνέπεια δεν είναι μόνο μεγαλύτερη τεχνική πολυπλοκότητα. Εμφανίζονται μεγαλύτερες καθυστερήσεις στις συνεννοήσεις, διορθώσεις μετά τη θέση σε λειτουργία και διαφωνίες για το αν το σφάλμα βρίσκεται στην πλευρά του αυτοματισμού, του ανώτερου συστήματος, του χειριστή ή της διαδικασίας. Γι’ αυτό, το βασικό ερώτημα του σχεδιασμού δεν θα πρέπει να είναι «πώς θα μεταδοθούν τα δεδομένα», αλλά «ποιες είναι οι συνέπειες της απώλειας, της διπλοεγγραφής ή της απόκλισής τους». Αν για κάθε τύπο πληροφορίας μπορεί να προσδιοριστεί ο υπεύθυνος, η πηγή της έγκυρης κατάστασης, η αποδεκτή καθυστέρηση και η συνέπεια του σφάλματος, η αρχιτεκτονική συνήθως παραμένει υπό έλεγχο. Αν όχι, ο κίνδυνος θα επανεμφανιστεί στο στάδιο των παραλαβών και της λειτουργίας.

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

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

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

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

Πώς να προσεγγίσετε το θέμα στην πράξη

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

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

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

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

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

Μόνο πάνω σε ένα τέτοιο θεμέλιο έχει νόημα να κριθεί αν η λύση πρέπει να βασίζεται σε ενδιάμεσο επίπεδο ή σε άμεση ανταλλαγή με τις συσκευές ελέγχου. Δεν μπορεί να δοθεί αξιόπιστη απάντηση στο ερώτημα της επιλογής μεταξύ MQTT, OPC UA και άμεσης επικοινωνίας με PLC χωρίς να έχει προηγουμένως καθοριστεί αν προτεραιότητα είναι η ανάγνωση κατάστασης, η αποστολή εντολής, η διατήρηση ιστορικού συμβάντων ή η διασφάλιση της συνέπειας του νοήματος των δεδομένων μεταξύ των συστημάτων. Χρήσιμη είναι εδώ η σύγκριση των προσεγγίσεων που περιγράφονται στο υλικό για τα πρωτόκολλα επικοινωνίας στον βιομηχανικό αυτοματισμό. Εάν η πληροφορία έχει αποδεικτική ή λογιστική σημασία ή επηρεάζει την αποδέσμευση του προϊόντος, δεν αρκεί να μεταδοθεί. Πρέπει επίσης να μπορεί να επαληθευτεί, να ανασυντεθεί και να υποστηριχθεί.

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

Τι να προσέξετε κατά την υλοποίηση

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

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

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

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

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

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

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