Hvad er registret over digitale produktpaspor, og hvad skal jeg sætte derind?

Hvad du konkret skal gøre

Hvad der forventes af dig

Artikel 13 i ESPR (Forordning (EU) 2024/1781) introducerer et centralt europæisk register, hvor visse data fra hvert digitalt produktpas opbevares. Artikel 14 tilføjer dertil en webportal, som giver tilsynsmyndigheder og andre kompetente myndigheder adgang til disse data. For en importør eller grossist inden for dæk erstatter dette ikke selve produktpasset, men kommer i tillæg: passet forbliver på produktet, registret er det sted, hvor (en del af) de underliggende data også centralt bliver registreret.

Registrering af data, der hører til passet

Hvad der præcist skal registreres, og af hvem, udarbejdes for hver produktgruppe. For dæk betyder det, at de data, der står i passet — samme data som bag QR-koden på produktet — også skal være findbart via registret. I praksis er dette ikke en separat inputopgave, hvis passet er korrekt opsat: registreringen i det europæiske register bygger på samme underliggende datasæt. En virksomhed med 10 til 100 medarbej­dere, der allerede leverer dataene struktureret til passet, leverer i praksis grundlaget for, hvad der kommer ind i registret.

Sikre, at den unikke identifikationskode er konsistent

Registret anvender identifikationskoder til at knytte pas til produkter. Det gør det endnu vigtigere, at hvert produkt får en unik identifikationskode som anvendes konsistent — også når samme data bruges til flere varianter. Ved dæk spiller dette direkte en rolle: samme konstruktion kan komme på markedet i titalls størrelser, og spørgsmålet om, hvordan dækmålet forholder sig til identifikationskoden er præcis det slags spørgsmål, som et register er følsomt over for. En fejl eller tvetydighed i identifikationskoden gennemtrænger registret, ikke kun passet.

Adgang for kompetente myndigheder via webportalen

Artikel 14 regulerer webportalen, hvormed kompetente myndigheder kan konsultere data fra registret. For en virksomhed betyder det især, at de data, der indleveres, også kan kontrolleres via en anden kanal end egen QR-kode. Det ændrer ikke på indholdet af forpligtelsen, men derimod på synligheden: et ufuldstændigt eller ukorrektuelt pas er ikke kun synligt for den, der scanner dækket, men også for den, der konsulterer registret.

Sikre, at data forbliver korrekte ved systemændringer

Mange virksomheder med 10 til 100 medarbej­dere indleder ikke deres produktdata manuelt, men via et ERP- eller lagersystem. Spørgsmålet om, hvorvidt produktpasset kan knyttes til eget system er dermed også relevant for registret: data, der indleveres via en forbindelse, skal forblive konsistente med, hvad der allerede er registreret, når der sker ændringer i kildesystemet. En manuel rettelse i det ene system, som ikke gennemtrænger det andet, fører til en mismatch mellem pas og register.

Hvor det går galt i praksis

En række situationer gennemgår regelmæssigt hos virksomheder, der har med registret at gøre.

For det første: virksomheder, der behandler passet og registret som to adskilte forløb, med det resultat, at data indleves dobbelt — én gang til QR-koden, én gang til registret — og efter en opdatering ikke længere stemmer overens.

For det andet: uklarhed om, hvilken identifikationskode der er bestemmende, når en importør fører samme dæk under egen varenummer, mens fabrikanten anvender en anden kode. Uden koordinering opstår der et register med to "sandheder" for samme produkt.

For det tredje: genbrug af data til flere dækmål på samme model uden at kontrollere, om samme data for andre dækmål faktisk er korrekte. Hvad der er korrekt for én størrelse, er det ikke nødvendigvis for en anden — og en registreringsfejl, der opstår på denne måde, er svær at spore tilbage bagefter.

For det fjerde: virksomheder, der forventer, at registret er en forpligtelse, der bliver »afkrydset« på ét tidspunkt, mens det snarere handler om en datastrøm, der skal forblive aktuel, så længe passet eksisterer.

For det femte: ingen intern aftale om, hvem der er ansvarlig for registreringen, når passet administreres af en tredjepart — såsom en platform, der sammensætter og hoster passet. Uklarhed om denne rollefordeling fører til forsinkelser på det tidspunkt, hvor en rettelse er nødvendig.

Det du kan dokumentere

Uden at den delegerede retsakt for dæk allerede er offentliggjort, er der en række forhold, der nu allerede kan fastlægges internt, så registreringen senere bliver en sag om tilslutning i stedet for at starte forfra:

• Et overblik over, hvilken identifikationskode der bruges pr. dæktype og pr. størrelse, og hvem inden for virksomheden, der tildeler og administrerer denne kode.
• En aftale om, hvem der er ansvarlig for at holde de data aktuelle, som ligger til grund for registret — egen organisation, producenten eller den platform, der hoster passet.
• En fastlagt arbejdsgang for det tidspunkt, hvor data i kildesystemet ændres, så det er klart, hvordan og hvornår det slår igennem i passet og den eventuelle registrering.
• Dokumentation af datakilder pr. produktgruppe, således at ved en forespørgsel fra en kompetent myndighed kan det hurtigt spores, hvor et givet datapunkt stammer fra.
• Et overblik over, hvilke produkter der falder under hvilket pas, når flere pas for ét produkt konvergerer, således at registrering ikke fører til forvirring mellem pas.

Disse punkter kan allerede nu organiseres, også uden at det præcise registreringskrav for dæk er fastslået. Så snart den delegerede handling for dæk er offentliggjort, og datoen for dens anvendelse er kendt, vil denne artikel blive suppleret med den konkrete frist og det præcise indhold af registreringspligten.