Στις 20 Ιουλίου 2026, η Ευρωπαϊκή Επιτροπή έθεσε σε λειτουργία το μητρώο της ΕΕ για τα Ψηφιακά Διαβατήρια Προϊόντων, μαζί με το περιβάλλον δοκιμών. Έτσι, μια αφηρημένη ESPR-συνιστώσα μετατράπηκε σε σύστημα που οι επιχειρήσεις μπορούν πράγματι να δοκιμάσουν. Για τους κατασκευαστές, είναι πλέον ιδιαίτερα σημαντική μια διάκριση: το μητρώο είναι ο κεντρικός ευρετηριακός κατάλογος, ενώ το ίδιο το διαβατήριο προϊόντος παραμένει αποκεντρωμένο.
Τι τέθηκε σε λειτουργία στις 20 Ιουλίου
Το μητρώο καταγράφει μοναδικά αναγνωριστικά προϊόντων, δεδομένα καταχώρισης και επιλεγμένα μεταδεδομένα. Οι πλήρεις πληροφορίες προϊόντος εξακολουθούν να βρίσκονται στον υπεύθυνο οικονομικό φορέα ή σε εξουσιοδοτημένο πάροχο υπηρεσιών DPP. Για τον λόγο αυτό, η Επιτροπή περιγράφει ρητά το μητρώο ως υπηρεσία ευρετηρίου και όχι ως κεντρικό σύστημα διαχείρισης περιεχομένου.
Οι καταχωρίσεις προβλέπεται να πραγματοποιούνται μέσω ασφαλούς διεπαφής χρήστη και μέσω API. Οι επιχειρήσεις μπορούν επίσης να δημιουργούν ηλεκτρονικό αποδεικτικό καταχώρισης. Αυτό είναι σημαντικό για τις διαδικασίες B2B, επειδή οι προμηθευτές και οι πελάτες μπορούν έτσι να αποδεικνύουν ότι ένα διαβατήριο έχει καταχωριστεί στο σύστημα της ΕΕ, χωρίς να αντιγράφουν ολόκληρο το σύνολο δεδομένων.
Η έναρξη λειτουργίας δεν αφορά μόνο τις ομάδες προϊόντων ESPR. Η Επιτροπή αναφέρει επίσης μπαταρίες, δομικά προϊόντα, παιχνίδια, απορρυπαντικά και επιφανειοδραστικές ουσίες για τελικούς χρήστες, στον βαθμό που το εκάστοτε ενωσιακό δίκαιο απαιτεί Ψηφιακό Διαβατήριο Προϊόντος. Η πρώτη δεσμευτική προθεσμία παραμένει η 18η Φεβρουαρίου 2027 για ορισμένες μπαταρίες.
Το μητρώο, ο resolver και η πηγή δεδομένων είναι τρία διαφορετικά επίπεδα
Ένα αξιόπιστο σύστημα DPP θα πρέπει να διαχωρίζει με σαφήνεια τις αρμοδιότητες:
- Το μητρώο της ΕΕ επιβεβαιώνει ότι ένα αναγνωριστικό και τα προβλεπόμενα μεταδεδομένα έχουν καταχωριστεί.
- Ένας resolver προωθεί το επίμονο αναγνωριστικό προϊόντος στον κατάλληλο πόρο.
- Η πραγματική πηγή δεδομένων παρέχει επίκαιρο περιεχόμενο σε ανθρώπους και μηχανές.
Αυτός ο διαχωρισμός δεν είναι λεπτομέρεια. Όποιος αποθηκεύει όλα τα δεδομένα αποκλειστικά σε δική του σελίδα προϊόντος δεν έχει ακόμη ενσωματώσει το μητρώο. Αντίστροφα, όποιος καταχωρίζει μόνο ένα αναγνωριστικό δεν παρέχει ακόμη ένα αξιοποιήσιμο διαβατήριο προϊόντος. Και τα δύο πρέπει να συνδέονται μέσω σταθερών αναγνωριστικών.
Για την επίλυση είναι κατάλληλος ένας ανοικτός, μόνιμος σύνδεσμος. Ένας resolver συνδέσμων προϊόντων μπορεί να καθιστά διαθέσιμες διαφορετικές αναπαραστάσεις από το ίδιο αναγνωριστικό: έναν κατανοητό ιστότοπο, JSON-LD αναγνώσιμο από μηχανές ή συμπληρωματική τεκμηρίωση. Το μέσο αποθήκευσης δεδομένων πάνω στο προϊόν ή στη συσκευασία παραμένει σταθερό, ακόμη και όταν τα συστήματα-στόχοι εξελίσσονται.
Τι πρέπει να ελέγξουν οι επιχειρήσεις στο περιβάλλον δοκιμών
Το περιβάλλον δοκιμών δεν προορίζεται μόνο για έναν χειροκίνητο έλεγχο με κλικ. Θα πρέπει να αντιμετωπίζεται ως προκαταρκτικό στάδιο της παραγωγικής ενσωμάτωσης.
Οργάνωση και ρόλοι
Πρώτα πρέπει να διευκρινιστεί ποια νομική οντότητα πραγματοποιεί την καταχώριση, ποιος την εκπροσωπεί στο σύστημα και ποιες ομάδες επιτρέπεται να δημιουργούν ή να τροποποιούν καταχωρίσεις. Αυτό αφορά τα βασικά δεδομένα, τη συμμόρφωση, την IT και, κατά περίπτωση, εξωτερικούς παρόχους υπηρεσιών. Ένας προσωπικός δοκιμαστικός λογαριασμός δεν αντικαθιστά ένα μοντέλο ρόλων για τη μελλοντική λειτουργία.
Αναγνωριστικά και βαθμός λεπτομέρειας
Η ομάδα προϊόντος θα πρέπει να κατανοήσει αν το μελλοντικό διαβατήριο θα τηρείται σε επίπεδο μοντέλου, παρτίδας ή μεμονωμένου τεμαχίου. Η απάντηση εξαρτάται από το εκάστοτε τομεακό δίκαιο. Η δοκιμή του μητρώου είναι η κατάλληλη στιγμή για την αντιστοίχιση των εσωτερικών αναγνωριστικών προϊόντος, των GTINs, των αναγνωριστικών παρτίδας και του επίμονου αναγνωριστικού που χρησιμοποιείται εξωτερικά.
API και επαναληψιμότητα
Μια παραγωγική διαδικασία χρειάζεται περισσότερα από ένα επιτυχημένο POST. Η καταχώριση, η ενημέρωση και η διαχείριση σφαλμάτων πρέπει να μπορούν να επαναληφθούν και να καταγράφονται. Σε αυτά περιλαμβάνονται idempotent requests, τεχνικές επιβεβαιώσεις και σαφής αντιστοίχιση μεταξύ εγγραφής ERP, DPP και εγγραφής στο μητρώο. Μια διαδικασία DPP βασισμένη σε API περιορίζει τις χειροκίνητες αποκλίσεις όταν καταχωρίζονται προϊόντα σε μεγαλύτερες ποσότητες.
Διαχωρισμός μεταδεδομένων και δεδομένων προϊόντος
Τα δεδομένα του μητρώου δεν θα πρέπει να μετατραπούν σε δεύτερο σύνολο δεδομένων προϊόντος. Καθορίστε ποια πεδία απαιτούνται στο μητρώο και ποια παραμένουν στο αποκεντρωμένο διαβατήριο. Για κάθε πληροφορία χρειάζεται μία κύρια πηγή, ένας υπεύθυνος φορέας και ένας κανόνας ενημέρωσης.
Αποδεικτικά και παρακολούθηση
Τα αποδεικτικά καταχώρισης θα πρέπει να αποθηκεύονται μαζί με τη χρονική σήμανση, το χρησιμοποιημένο αναγνωριστικό και την απάντηση του συστήματος. Επιπλέον, χρειάζεται συμφωνία: υπάρχει το διαβατήριο, είναι προσβάσιμος ο resolver και εξακολουθούν να συμφωνούν τα μεταδεδομένα του μητρώου με την κατάσταση του προϊόντος;
Γιατί το τελωνείο χρειάζεται ξεχωριστή αλυσίδα ελέγχου
Το μητρώο βοηθά τις τελωνειακές αρχές να ελέγχουν αυτοματοποιημένα, πριν από τη θέση σε ελεύθερη κυκλοφορία, αν υπάρχει έγκυρο καταχωρισμένο DPP και ο απαιτούμενος κωδικός εμπορεύματος. Για τους εισαγωγείς δημιουργείται έτσι μια νέα εξάρτηση: το αναγνωριστικό προϊόντος, η εγγραφή στο μητρώο και η τελωνειακή διασάφηση πρέπει να είναι συνεπή.
Επομένως, ένα σφάλμα δεν θα γίνει ορατό μόνο σε μια σελίδα προϊόντος. Μπορεί να επηρεάσει τη διαδικασία στα σύνορα. Οι επιχειρήσεις θα πρέπει ήδη κατά τη δοκιμή να προσομοιώσουν τις ροές δεδομένων από τη δημιουργία του προϊόντος έως τα έγγραφα εισαγωγής και να καθορίσουν ποιος μπορεί να διορθώσει άμεσα μια εσφαλμένη καταχώριση.
Ένα χρήσιμο πρόγραμμα δοκιμών 30 ημερών
- Επιλέξτε μια πραγματική νομική οντότητα και ένα μικρό, αντιπροσωπευτικό χαρτοφυλάκιο προϊόντων.
- Τεκμηριώστε για κάθε προϊόν τον προβλεπόμενο βαθμό λεπτομέρειας DPP και τα κύρια αναγνωριστικά.
- Εκτελέστε μια πλήρη διαδικασία μέσω της διεπαφής χρήστη και, όπου είναι σχετικό, μέσω API.
- Αρχειοθετήστε μαζί το αποδεικτικό καταχώρισης, την απάντηση του resolver και τα αναγνώσιμα από μηχανές δεδομένα προϊόντος.
- Δοκιμάστε περιπτώσεις σφάλματος: διπλό αναγνωριστικό, παρωχημένα μεταδεδομένα, μη προσβάσιμος διακομιστής δεδομένων και προϊόν που έχει αποσυρθεί.
- Μετατρέψτε τα αποτελέσματα σε λειτουργικό μοντέλο με αρμοδιότητες, παρακολούθηση και διαδικασία κλιμάκωσης.
Η έναρξη λειτουργίας του μητρώου δεν σημαίνει ακόμη ότι ισχύουν πλήρως όλες οι τομεακές απαιτήσεις δεδομένων. Ωστόσο, μετατοπίζει τη συζήτηση από τις παρουσιάσεις σε επαληθεύσιμες διαδικασίες. Οι επιχειρήσεις μπορούν τώρα να διαπιστώσουν αν τα αναγνωριστικά, οι ρόλοι και τα API τους είναι συμβατά, πριν ενεργοποιηθούν οι πρώτες υποχρεωτικές προθεσμίες.
