Γιατί η «εφάπαξ καταχώρηση» δεν αρκεί
Πολλές εταιρείες αντιμετωπίζουν το Ψηφιακό Διαβατήριο Προϊόντος (DPP) ως μια εφάπαξ άσκηση συμμόρφωσης: συλλέγεις τα δεδομένα, δημιουργείς μια καταχώρηση στο μητρώο, τέλος. Ο Κανονισμός ESPR (ΕΕ) 2024/1781 λέει μια διαφορετική ιστορία. Απαιτεί οι καταχωρήσεις στο μητρώο να παραμένουν διαθέσιμες και επικαιροποιημένες για τουλάχιστον 10 χρόνια μετά την τελευταία φορά που ένα προϊόν διατίθεται στην αγορά. Αν διακόψετε ένα μοντέλο σήμερα, πρέπει να διατηρείτε την καταχώρησή του τουλάχιστον έως το 2036 — συμπεριλαμβανομένων των έγκυρων resolver endpoints και των σωστών μοναδικών αναγνωριστικών.
Αυτό το άρθρο εξηγεί τι ακριβώς συνεπάγεται η ενημέρωση μιας καταχώρησης στο μητρώο, ποια πεδία επηρεάζονται και πώς να διασφαλίσετε τη διαδικασία από τεχνικής πλευράς.
Τι αποθηκεύει το μητρώο — και τι όχι
Στις 29 Απριλίου 2026, η Ευρωπαϊκή Επιτροπή δημοσίευσε το σχέδιο εκτελεστικού κανονισμού για το κεντρικό μητρώο DPP. Το έγγραφο καθιστά σαφές πόσο λιτό έχει σχεδιαστεί να είναι το κεντρικό μητρώο: αποθηκεύει μόνο τρία στοιχεία δεδομένων ανά καταχώρηση:
| Πεδίο | Περιγραφή | Υποχρέωση ενημέρωσης |
|---|---|---|
| Μοναδικό Αναγνωριστικό (UID) | Μοναδικό αναγνωριστικό για το προϊόν/μοντέλο | Αμετάβλητο μετά την εκχώρηση |
| Resolver endpoint | URL από όπου μπορεί να ανακτηθεί το πλήρες DPP | Ενημερώσιμο· απαιτείται κατά τη μετάβαση |
| Κωδικός εμπορεύματος | Κωδικός κατηγορίας προϊόντος (π.χ. κωδικός HS ή CN) | Διορθώσιμος σε περίπτωση εσφαλμένης καταχώρησης |
Τα πραγματικά δεδομένα του προϊόντος — σύνθεση υλικών, δείκτης επισκευασιμότητας, αποτύπωμα άνθρακα — δεν αποθηκεύονται στο κεντρικό μητρώο. Παρέχονται από τον κατασκευαστή ή από έναν εξουσιοδοτημένο διαχειριστή δεδομένων στο resolver endpoint. Το μητρώο είναι απλώς το βιβλίο διευθύνσεων. Αυτός ο διαχωρισμός έχει σημασία αρχιτεκτονικά: μια ενημέρωση της κεντρικής καταχώρησης είναι απαραίτητη μόνο όταν αλλάζει το UID, ο resolver ή ο κωδικός εμπορεύματος. Η συντήρηση των δεδομένων σε επίπεδο περιεχομένου γίνεται αποκλειστικά από την πλευρά του παρόχου δεδομένων.
Οι απαιτήσεις δεδομένων που αφορούν συγκεκριμένα το προϊόν — τι ακριβώς πρέπει να εμφανίζεται στο DPP — παραμένουν στο πεδίο της τομεακής νομοθεσίας, όπως οι κατ' εξουσιοδότηση κανονισμοί στο πλαίσιο του ESPR ή, για τις μπαταρίες, ο Κανονισμός για τις Μπαταρίες (ΕΕ) 2023/1542.
Πότε είναι υποχρεωτική μια ενημέρωση μητρώου
Το resolver endpoint έχει αλλάξει
Αυτό είναι το πιο συνηθισμένο σενάριο στην πράξη. Οι εταιρείες αλλάζουν παρόχους cloud, μεταβαίνουν σε νέες πλατφόρμες DPP ή ενοποιούν domains. Μόλις το προηγούμενο resolver endpoint γίνει μη προσβάσιμο, κανένας scanner — είτε πρόκειται για τελωνειακή αρχή, φορέα εποπτείας της αγοράς ή τελικό καταναλωτή — δεν μπορεί να ανακτήσει το DPP. Ο κανονισμός δεν προσδιορίζει ρητά ένα χρονικό περιθώριο απόκρισης, αλλά η υποχρέωση διαθεσιμότητας 10 ετών δημιουργεί στην πράξη μηδενική ανοχή για μόνιμα κατεστραμμένους συνδέσμους.
Σύσταση: Χρησιμοποιήστε έναν σταθερό resolver σε υποτομέα που ανήκει στην εταιρεία (π.χ. dpp.yourcompany.com) ως επίπεδο έμμεσης διεύθυνσης. Έτσι, όταν αλλάζετε πλατφόρμα, χρειάζεται μόνο να αναδιαμορφώσετε τα πράγματα εσωτερικά — χωρίς να αγγίξετε την καταχώρηση στο μητρώο. Αυτό ακολουθεί την αρχή του GS1 Digital Link, όπου ο κωδικός QR δείχνει σε έναν σταθερό resolver, ο οποίος με τη σειρά του ανακατευθύνει σε μεταβαλλόμενα συστήματα backend.
Καταχωρήθηκε εσφαλμένος κωδικός εμπορεύματος
Οι κωδικοί εμπορεύματος (κωδικοί CN ή HS) καθορίζουν ποιοι κατ' εξουσιοδότηση κανονισμοί ισχύουν για ένα προϊόν. Ένας εσφαλμένος κωδικός μπορεί να οδηγήσει στην κατάταξη του προϊόντος σε λάθος κατηγορία ή σε εσφαλμένη ταξινόμηση κατά τους αυτοματοποιημένους συνοριακούς ελέγχους — τους οποίους η ΕΕ σχεδιάζει να εισαγάγει από το 2028 βάσει του προτεινόμενου Circular Economy Act. Οι διορθώσεις επιτρέπονται σύμφωνα με το σχέδιο εκτελεστικού κανονισμού, αλλά απαιτούν τεκμηριωμένη αιτιολόγηση.
Εξαγορά εταιρείας ή μεταβίβαση άδειας
Όταν ένα προϊόν αλλάζει οικονομική κυριότητα, πρέπει να αξιολογήσετε αν μεταβιβάζεται και η ευθύνη για τον resolver. Ο λογαριασμός στο μητρώο συνδέεται με τον αρχικό καταχωρούντα· μια μεταβίβαση απαιτεί επίσημη διαδικασία μέσω της αρμόδιας εθνικής αρχής.
Τεχνική διαδικασία: ενημέρωση μιας καταχώρησης
Ο εκτελεστικός κανονισμός προβλέπει μια διεπαφή προς το μητρώο βασισμένη σε API. Το ακριβές endpoint θα δημοσιευθεί μόνο μόλις ο κανονισμός τεθεί σε ισχύ, αλλά η αναμενόμενη ροή εργασίας μπορεί να συναχθεί από το σχέδιο:
# Authentication via OAuth 2.0 Client Credentials
# Note: The registry API URL below is illustrative; the final endpoint will be published upon entry into force.
curl -X POST https://registry.dpp.ec.europa.eu/oauth/token \
-d "grant_type=client_credentials" \
-d "client_id=YOUR_CLIENT_ID" \
-d "client_secret=YOUR_SECRET" \
-d "scope=registry:write"
# PATCH request to update the resolver endpoint
# Note: The registry API URL below is illustrative; the final endpoint will be published upon entry into force.
curl -X PATCH https://registry.dpp.ec.europa.eu/v1/entries/{uid} \
-H "Authorization: Bearer {ACCESS_TOKEN}" \
-H "Content-Type: application/json" \
-d '{
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/{uid}",
"updateReason": "platform_migration"
}'
Το πεδίο updateReason ορίζεται ως υποχρεωτικό στο σχέδιο για όλες τις αλλαγές εκτός από την αρχική καταχώρηση. Οι επιτρεπόμενες τιμές περιλαμβάνουν platform_migration, domain_change, commodity_code_correction και ownership_transfer. Το ιστορικό ελέγχου όλων των ενημερώσεων διατηρείται από το μητρώο για ολόκληρη την περίοδο των 10 ετών.
Μαζικές ενημερώσεις για μεγάλα χαρτοφυλάκια προϊόντων
Οι εταιρείες με χιλιάδες SKU δεν μπορούν να διαχειριστούν μεμονωμένα αιτήματα χειροκίνητα. Το σχέδιο κανονισμού προβλέπει ένα batch endpoint:
{
"batchUpdate": [
{
"uid": "urn:epc:id:sgtin:0614141.107346.2017",
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/0614141.107346.2017",
"updateReason": "platform_migration"
},
{
"uid": "urn:epc:id:sgtin:0614141.107346.2018",
"resolverEndpoint": "https://dpp.yourcompany.com/resolve/0614141.107346.2018",
"updateReason": "platform_migration"
}
]
}
Η δημιουργία και η συντήρηση αυτών των μαζικών διαδικασιών απαιτεί δομημένη διαχείριση δεδομένων, όπως απαιτείται από μια ροή εργασίας μαζικής εισαγωγής για καταχωρήσεις DPP.
Η διεθνής τυποποίηση ως άγκυρα σταθερότητας
Μια διαδικασία ενημέρωσης είναι τόσο ανθεκτική όσο και τα πρότυπα πάνω στα οποία είναι χτισμένη. Εδώ έρχεται η σύσταση της ISO/IEC JTC 5: η νέα Κοινή Τεχνική Επιτροπή, της οποίας τη γραμματεία κατέχει το Γερμανικό Ινστιτούτο Τυποποίησης (DIN), έχει αναλάβει την ανάπτυξη διεθνών προτύπων για την παγκόσμια διαλειτουργικότητα των συστημάτων DPP.
Σε πρακτικούς όρους για τις διαδικασίες ενημέρωσης: μόλις η ISO/IEC JTC 5 υιοθετήσει πρότυπα για μορφές δεδομένων, σχήματα API και δομές αναγνωριστικών, αυτά αναμένεται να ενσωματωθούν σε μελλοντικές αναθεωρήσεις των εκτελεστικών κανονισμών του ESPR. Οι εταιρείες που ήδη βασίζονται σε αναγνωριστικά συμβατά με το GS1 (GTIN, SGTIN) και σε resolvers GS1 Digital Link βρίσκονται σε καλή θέση: αυτά τα πρότυπα θεωρούνται η υλοποίηση αναφοράς για την JTC 5.
Η κοινοποίηση στον ΠΟΕ του κανονισμού για το μητρώο της ΕΕ (G/TBT/N/EU/1211) στις 21 Μαΐου 2026 σηματοδοτεί επίσης ότι το σύστημα κατατάσσεται ως τεχνικός εμπορικός κανονισμός — με επιπτώσεις για τους κατασκευαστές τρίτων χωρών που εξάγουν προϊόντα στην ΕΕ. Και αυτοί πρέπει να διατηρούν και να κρατούν επικαιροποιημένες τις καταχωρήσεις στο μητρώο.
Η συντήρηση δεδομένων ως συνεχής διαδικασία: οργανωτικές επιπτώσεις
Η υποχρέωση των 10 ετών δεν είναι αποκλειστικά καθήκον της πληροφορικής. Απαιτεί οργανωτικά μέτρα:
- Τεκμηριώστε την υπευθυνότητα: Ποιος στον οργανισμό σας είναι υπεύθυνος για τις καταχωρήσεις στο μητρώο; Αυτός ο ρόλος πρέπει να παραμένει στελεχωμένος ακόμη και μέσα από εναλλαγές προσωπικού και εταιρικές αναδιαρθρώσεις.
- Ρυθμίστε την παρακολούθηση των resolvers: Οι αυτοματοποιημένοι έλεγχοι διαθεσιμότητας (έλεγχοι κατάστασης HTTP) για όλα τα ενεργά resolver endpoints δεν είναι κάτι προαιρετικό — αποτελούν λειτουργικό ελάχιστο.
- Διατηρήστε ένα αρχείο καταγραφής αλλαγών: Το ιστορικό ελέγχου στο μητρώο είναι προσβάσιμο στις αρχές. Συμπληρώστε το με ένα εσωτερικό αρχείο καταγραφής αλλαγών που περιλαμβάνει αιτιολογήσεις και εγκρίσεις.
- Εξετάστε τα συμβόλαια με τους παρόχους πλατφόρμας: Αν χρησιμοποιείτε εξωτερικό πάροχο υπηρεσιών DPP, το συμβόλαιο πρέπει να καλύπτει ρητά την απαίτηση διαθεσιμότητας 10 ετών — συμπεριλαμβανομένων προβλέψεων για την περίπτωση αφερεγγυότητας ή παύσης δραστηριότητας του παρόχου.
Στις 27 Μαΐου 2026, η Ευρωπαϊκή Επιτροπή διοργάνωσε ένα webinar για την υλοποίηση του DPP μπαταριών που αντιμετώπισε ρητά τις προκλήσεις συντήρησης δεδομένων που αντιμετωπίζουν οι ΜΜΕ. Το μήνυμα ήταν σαφές: η μακροπρόθεσμη διαθεσιμότητα δεδομένων δεν είναι μια τεχνική λεπτομέρεια — είναι μια βασική υποχρέωση.
Συμπέρασμα
Μια καταχώρηση στο μητρώο DPP δεν είναι ένα στατικό έγγραφο. Ο εκτελεστικός κανονισμός του Απριλίου 2026 θεσπίζει ένα νομικό πλαίσιο που απαιτεί από τους κατασκευαστές να διατηρούν ενεργά και τεκμηριωμένα τα δεδομένα τους για μια δεκαετία. Τα καλά νέα: το κεντρικό μητρώο διατηρείται σκόπιμα λιτό. Αν σχεδιάσετε τα resolver endpoints με γνώμονα τη σταθερότητα, χρησιμοποιήσετε αναγνωριστικά συμβατά με το GS1 και ενσωματώσετε τις διαδικασίες αλλαγών στον οργανισμό σας, η τεχνική επιβάρυνση για τις ενημερώσεις παραμένει διαχειρίσιμη — και θα είστε καλά προετοιμασμένοι για τα επερχόμενα πρότυπα ISO/IEC JTC 5.
