Το πιο συχνό λάθος που παρατηρούμε είναι αυτό: μια επιχείρηση συνομιλεί με τον προμηθευτή λογισμικού σχετικά με το ψηφιακό διαβατήριο προϊόντος και αποχωρεί από τη συνομιλία με την ιδέα ότι ο προμηθευτής έχει πλέον "τακτοποιήσει το θέμα". Αυτή είναι μια παρανόηση με συνέπειες, γιατί ο κανονισμός κάνει διάκριση μεταξύ αυτού που παρέχει την τεχνολογία και αυτού που είναι υπεύθυνος για το περιεχόμενο του διαβατηρίου.
Ο προμηθευτής λογισμικού δημιουργεί ή παρέχει το σύστημα: τη σύνδεση, την αποθήκευση, μερικές φορές τον φορέα δεδομένων QR. Αλλά η υποχρέωση να διασφαλίσει ότι τα δεδομένα στο διαβατήριο είναι σωστά και ενημερωμένα βρίσκεται στον προμηθευτή — συνήθως ο κατασκευαστής ή ο εισαγωγέας του ημιτελούς αλουμινίου. Ένα σύστημα δεν μπορεί να επαληθεύσει δεδομένα που δεν έχουν ποτέ παρασχεθεί σωστά. Αυτός που το συγχέει αυτό κινδυνεύει να δημιουργηθεί ένα τεχνικά άψογα λειτουργικό διαβατήριο με περιεχόμενο που κανείς δεν έχει ξαναεξετάσει.
Γιατί προκύπτει αυτή η παρανόηση
Η συνομιλία με έναν προμηθευτή λογισμικού ασχολείται γρήγορα με την τεχνολογία: ποιο σύστημα, ποια σύνδεση με την υπάρχουσα διοίκηση, τι κοστίζει, πόσο γρήγορα λειτουργεί. Αυτές είναι λογικές ερωτήσεις και ο προμηθευτής χαίρεται να τις απαντήσει, γιατί είναι το επάγγελμά του. Αλλά σε αυτή τη συνομιλία χάνεται συχνά το ερώτημα που έχει περισσότερη σημασία: ποιος διασφαλίζει ότι τα δεδομένα που θα αναφερθούν στο διαβατήριο είναι πραγματικά σωστά και παραμένουν σωστά. Ένας προμηθευτής που μιλά για μια «ενότητα συμμόρφωσης» ή μια «λύση διαβατηρίου» μερικές φορές δίνει την εντύπωση ότι η υποχρέωση έχει καλυφθεί. Αυτό είναι κατανοητό από την άποψη ενός συνομιλίου πώλησης, αλλά δεν είναι αυτό που ρυθμίζει ο κανονισμός.
Βοηθά να έχετε σαφώς συνειδητοποιήσει εκ των προτέρων τι ακριβώς πρέπει να περιέχει ένα ψηφιακό διαβατήριο προϊόντος και από πού προέρχονται αυτά τα δεδομένα. Αυτός που δεν έχει ακόμη το θέμα ταξινομημένο θα βρει η τράπεζα γνώσης με επεξήγηση ανά θέμα μια επισκόπηση ανά περίπτωση, χωρίς να χρειάζεται πρώτα να συμβουλευτείτε έναν δικηγόρο.
Τι λέει και δεν λέει ο κανονισμός για τον προμηθευτή
Ο κανονισμός περιγράφει τον ρόλο του προμηθευτή: αυτός που θέτει το προϊόν στην αγορά και είναι συνεπώς υπεύθυνος για την ορθότητα των πληροφοριών που τελικά θα εμφανιστούν στο διαβατήριο. Ένας προμηθευτής λογισμικού δεν είναι προμηθευτής με αυτή την έννοια, ακόμη και αν ο λογαριασμός του διαβατηρίου τεχνικά ή παρέχει τον κωδικό QR. Οι εποπτικές αρχές εξετάζουν κατά τον έλεγχο την προέλευση και την ορθότητα των δεδομένων, όχι ποιο πακέτο λογισμικού υποστηρίζει αυτό. Αυτό δεν σημαίνει ότι η επιλογή ενός προμηθευτή δεν έχει σημασία — αυτό σημαίνει ότι ένα καλά λειτουργικό σύστημα δεν αντικαθιστά ένα καλά συμπληρωμένο και συντηρημένο διαβατήριο.
Το κατά πόσον μια συγκεκριμένη συνεργασία με έναν προμηθευτή στην κατάστασή σας παρέχει επαρκή κάλυψη είναι κάτι για το οποίο μόνο ένας δικηγόρος ή η αρμόδια εποπτική αρχή μπορεί να κάνει δήλωση. Αυτό το άρθρο περιγράφει τη διάκριση που κάνει ο κανονισμός, όχι τον τρόπο με τον οποίο αυτό έχει ρυθμιστεί στο δικό σας συμβόλαιο.
Ποιες ερωτήσεις αποτρέπουν την παρανόηση
Το λάθος μπορεί να αποφευχθεί ρωτώντας ρητά στη συνομιλία με τον προμηθευτή ποιος παρέχει ποιο μέρος των δεδομένων και ποιος παραμένει υπεύθυνος εάν αλλάξει η σύνθεση ή η προέλευση του αλουμινίου. Είναι επίσης χρήσιμο να ρωτήσετε τι συμβαίνει εάν αλλάξετε προμηθευτή: παραμένει το διαβατήριο προσβάσιμο και ποιος φροντίζει την ενημέρωση. Ένας προμηθευτής που μπορεί να απαντήσει σαφώς σε αυτές τις ερωτήσεις δείχνει επίσης πού τελειώνει ο ρόλος του και ξεκινά ο δικός σας. Αυτός που θέλει να δει πώς φαίνεται μια τέτοια παράδοση στην πράξη μπορεί να ανατρέξει μια εξήγηση του τρόπου δημιουργίας των δεδομένων εκεί.
Πώς πραγματοποιείτε τη συνομιλία διαφορετικά
Βοηθά να κάνετε τη συζήτηση με τον προμηθευτή λογισμικού αφού έχετε προσδιορίσει για τον εαυτό σας ποια δεδομένα πρέπει να παρέχετε και να διατηρήσετε. Τότε η συζήτηση γίνεται ένα ερώτημα σχετικά με την τεχνολογία και τη σύνδεση, αντί για ένα ερώτημα σχετικά με την ευθύνη. Τα επιχειρήματα που δεν γνωρίζουν ακόμη ακριβώς πού βρίσκονται, μπορούν μερικές ερωτήσεις που θα αποτυπώσουν την κατάσταση σας να το ξεκαθαρίσουν γρήγορα, ακόμη και πριν ο προμηθευτής καθίσει στο τραπέζι.
Ένα productpaspoort παραμένει, ακόμη και μετά την παράδοση, ένα έγγραφο που εξελίσσεται: πρέπει να ενημερώνεται όταν αλλάξει κάτι στο προϊόν ή στα δεδομένα. Αυτή η ευθύνη δεν μεταφέρεται στον προμηθευτή λογισμικού, ακόμη και αν αυτός παρέχει τεχνικό έλεγχο. Όποιος θέλει να διαβάσει περισσότερα για αυτό, θα βρει σε απαντήσεις σε πρακτικές ερωτήσεις σχετικά με το paspoort έναν αριθμό κοινών καταστάσεων που έχουν εργαστεί.
Εάν δεν έχετε ακόμη μια σαφή εικόνα του τι χρειάζεται στην περίπτωσή σας, τότε η δωρεάν quick-scan είναι ένα καλό σημείο εκκίνησης: σε μερικές ερωτήσεις παίρνετε μια ένδειξη του πού βρίσκεστε, χωρίς να χρειάζεται ένας λογαριασμός γι' αυτό.