Μόλις η ιδέα ενός ψηφιακού διαβατηρίου προϊόντος αποκτήσει συγκεκριμένη μορφή, το τμήμα πληροφορικής θέτει ένα ερώτημα πριν από όλα τα άλλα: Ποια από τα συστήματά μας πρέπει να συνδέσει η πλατφόρμα; Είναι το σωστό ερώτημα, καθώς πίσω από αυτό κρύβονται στοιχεία πρόσβασης, ρυθμίσεις τείχους προστασίας και ένα σχέδιο ασφάλειας για το οποίο κάποιος πρέπει να αναλάβει την ευθύνη.
Η απάντησή μας είναι σύντομη: κανένα. Όλα τα συστήματα που συνεισφέρουν δεδομένα στο διαβατήριο βρίσκονται στην πλευρά της πηγής και παραμένουν εκεί. Το Transpareo είναι αποκλειστικά παραλήπτης στο τέλος της αλυσίδας· οι ροές δεδομένων κατευθύνονται μονόδρομα προς την πλατφόρμα. Το παρόν άρθρο αναλύει τις ροές: τι παρέχει κάθε σύστημα, ποιοι κανόνες ισχύουν για κάθε ροή και τι επιστρέφεται ως επιβεβαίωση.
Τι συνεισφέρει κάθε σύστημα στο Pass
Τα δεδομένα ενός Pass σπάνια προέρχονται από ένα μόνο σύστημα. Στην πράξη, κατανέμονται σε μια χούφτα κατηγοριών συστημάτων, από τις οποίες η καθεμία συνεισφέρει μόνο λίγα πεδία:
- ERP - Ταυτότητα προϊόντος, υλικά, προμηθευτές και προέλευση, αναφορά σε παραγγελίες και παρτίδες, ποσότητες. Σταθερά βασικά δεδομένα που σπάνια αλλάζουν.
- MES - Ιστορικό παραγωγής, αντιστοίχιση σειράς και παρτίδας, πιστοποιητικά ποιότητας, ιχνηλασιμότητα. Δεδομένα συμβάντων, συνδεδεμένα με μια συγκεκριμένη χρονική στιγμή.
- APS - Χρόνοι παραγωγής και αντιστοίχιση πόρων. Σπάνια έχουν άμεση σημασία για το διαβατήριο· τα στοιχεία που μετράνε προέρχονται συνήθως μέσω του MES.
- PLM - Σύνθεση, λίστες εξαρτημάτων, δυνατότητα επισκευής, ανταλλακτικά, στάδια σχεδιασμού. Με βάση τις απαιτήσεις του Κανονισμού για τον οικολογικό σχεδιασμό, αποτελεί την πιο πλούσια πηγή πληροφοριών.
- PIM - Περιγραφές, εικόνες, οδηγίες συντήρησης και χρήσης, γλωσσικές παραλλαγές. Τα περιεχόμενα που αφορούν τους καταναλωτές.
- IoT - Δεδομένα κατάστασης και χρήσης από τη φάση χρήσης. Απαιτείται μόνο για συγκεκριμένες ομάδες προϊόντων, όπως για παράδειγμα τις μπαταρίες.
- CRM - Ιστορικό υπηρεσιών και επισκευών μεμονωμένων πελατών. Είναι κατά κανόνα προσωπικά δεδομένα και, ως εκ τούτου, δεν ανήκουν σε ένα δημόσιο διαβατήριο.
Το Asset Administration Shell βρίσκεται πάνω από τα συστήματα, όχι δίπλα τους
Μια διάκριση είναι πιο σημαντική από όλες τις άλλες: το Asset Administration Shell δεν βρίσκεται παράλληλα με τα ERP, MES και PIM, αλλά πάνω από αυτά. Δεν παράγει δεδομένα, αλλά ενσωματώνει τα υπάρχοντα σε διαλειτουργικά υπομοντέλα. Όσον αφορά τη σύνδεση με το Transpareo, αυτό σημαίνει: ένα AAS είναι μια βολική, αλλά όχι απαραίτητη μορφή παράδοσης. Όσοι τη χρησιμοποιούν, αντλούν το πακέτο δεδομένων από τα υπομοντέλα της· όσοι δεν τη χρησιμοποιούν, παρέχουν τα ίδια πεδία με άλλο τρόπο. Ο λόγος για τον οποίο θεωρούμε παρ’ όλα αυτά το Asset Administration Shell ως ένα εξαιρετικό θεμέλιο, αναλύεται στο άρθρο για το AAS.
Πέντε κανόνες που ισχύουν για κάθε ροή
Κατεύθυνση. Όλα τα βέλη δείχνουν προς την πλατφόρμα. Κανένα σύστημα προέλευσης δεν ερωτάται από το Transpareo, και το Transpareo δεν διαθέτει στοιχεία πρόσβασης σε ERP, MES, PIM ή PLM. Δεν υπάρχει καμία σύνδεση με τα συστήματά σας που θα έπρεπε να ασφαλιστεί, επειδή απλά δεν υπάρχει.
Εναύσμα. Η αποστολή δεδομένων ενεργοποιείται πάντα από την πλευρά της πηγής - από τον ίδιο τον κατασκευαστή, το middleware του ή έναν εξουσιοδοτημένο πάροχο υπηρεσιών. Η πλατφόρμα περιμένει· δεν ανακτά δεδομένα.
Περιορισμός χρήσης. Μεταδίδεται αποκλειστικά το υποσύνολο που απαιτείται για το «Pass», όχι το σύνολο των δεδομένων του συστήματος προέλευσης. Το «Pass» χρειάζεται μόνο λίγα πεδία από κάθε σύστημα· όλα τα υπόλοιπα παραμένουν στη θέση τους.
Εγκρίσεις. Η επιλογή, το εύρος και ο χρόνος κάθε πακέτου καθορίζονται από την πλευρά της πηγής. Η Transpareo δεν μπορεί να λάβει περισσότερα από όσα παραδόθηκαν.
Δικαιώματα πρόσβασης. Το τι επιτρέπεται να γίνει με τα παραδοθέντα δεδομένα στην πλατφόρμα ρυθμίζεται από καθορισμένα πιστοποιητικά πρόσβασης: ελάχιστα δικαιώματα, και ό,τι δεν επιτρέπεται ρητά, παραμένει απαγορευμένο. Αυτοί οι κανόνες ισχύουν από την πλευρά της πλατφόρμας, ποτέ αναδρομικά ως προς την πηγή.
Επιστρέφονται μόνο αποδείξεις
Δεν είναι δυνατόν να λειτουργήσει εντελώς χωρίς κανάλι επιστροφής, αλλά αυτό δεν μεταφέρει δεδομένα, αλλά απαντήσεις: τη διεύθυνση URL DPP ή το GS1 Digital Link, το αναγνωριστικό έκδοσης, την κατάσταση δημοσίευσης και τα μηνύματα επικύρωσης. Για την πλευρά της πηγής, αυτές οι απαντήσεις είναι πολύτιμες, επειδή η αναφορά Pass μπορεί να αποθηκευτεί απευθείας στο προϊόν στο ERP ή στο PIM. Δεν αποτελούν πρόσβαση. Αποτελούν την επιβεβαίωση για μια παραλαβή που έχει πραγματοποιηθεί.
Τρία μοντέλα που έχουν αποδειχθεί αποτελεσματικά στην πράξη
- Απευθείας από το κύριο σύστημα. Το ERP ή το PLM προωθεί τα δεδομένα μέσω ενός συνδετήρα. Απλό και λογικό, όταν μια πηγή δεδομένων κυριαρχεί σαφώς.
- Μέσω ενός επιπέδου συγκέντρωσης. Το middleware ή το iPaaS συγκεντρώνει πεδία από τα συστήματα ERP, MES και PIM και παρέχει ένα πακέτο. Η συνήθης περίπτωση, όταν εμπλέκονται πολλές πηγές.
- Μέσω υπομοντέλων AAS. Το περιβάλλον διαχείρισης βρίσκεται ήδη σε χρήση και το πακέτο προκύπτει από τα υπομοντέλα του. Πλεονεκτικό σε περιβάλλοντα Βιομηχανίας 4.0.
Ποιο πρότυπο ταιριάζει σε ποιο περιβάλλον συστημάτων και πώς ένα τέτοιο έργο μπορεί να ολοκληρωθεί σε δύο εβδομάδες αντί για τρεις μήνες, το έχουμε περιγράψει στο Εγχειρίδιο για τη σύνδεση με το ERP.
Τι δεν είναι σκόπιμα η Transpareo
Δεν αποτελεί δεύτερο «System of Record». Η πλατφόρμα διατηρεί το σύνολο δεδομένων του Pass και το αμετάβλητο ιστορικό εκδόσεών του, όχι τα λειτουργικά δεδομένα του κατασκευαστή. Ό,τι διορθώνεται στο ERP μεταφέρεται στο Pass μέσω μιας νέας παράδοσης - ως νέα, ανιχνεύσιμη έκδοση, όχι ως σιωπηρή αλλαγή στο υπάρχον αρχείο. Πώς υπογράφεται αυτή η αλυσίδα εκδόσεων και πώς γίνεται επαληθεύσιμη από όλους, περιγράφεται στην ανάρτηση για τις υπογραφές και τα πιστοποιητικά.
Για το σχέδιο ασφαλείας σας, δεν απομένουν πολλά να ελέγξετε, και ακριβώς αυτός είναι ο σκοπός. Δεν υπάρχουν στοιχεία πρόσβασης που να κοινοποιείτε, κανένα άνοιγμα στο τείχος προστασίας προς τα μέσα και κανένα εξωτερικό σύστημα με δικαιώματα ανάγνωσης στο ERP σας. Η ουσιαστική εργασία του έργου μετατοπίζεται εκεί όπου ανήκει: στο να αποφασιστεί ποια πεδία πρέπει να περιλαμβάνονται στο «Pass» - και όχι στο ποιος επιτρέπεται να συνδεθεί πού.