Det nye pas er en datakontrakt, ikke en ekstra PDF
Med forordning (EU) 2026/1738, der blev offentliggjort i Den Europæiske Unions Tidende den 24. juli 2026, får køretøjsindustrien sin egen anledning til et digitalt pas: Digital Circularity Vehicle Passport. Artikel 13 kræver det fra 1. september 2032 for hvert køretøj, der bringes i omsætning. Det er hverken et omdøbt batteripas eller blot en produktside bag en QR-kode. Passet skal stille et køretøjs kredsløbsoplysninger struktureret og gratis til rådighed og være interoperabelt med andre relevante pas.
For producenter, underleverandører, demonteringsvirksomheder og softwareteams begynder det praktiske arbejde derfor ikke i 2032. Det begynder med en arkitekturbeslutning: Hvilke data vedligeholdes på køretøjstypen, hvilke på et enkelt køretøj eller en komponent, hvem må ændre dem, og hvordan undgår man, at det samme forhold optræder modstridende i flere pas?
Hvad artikel 13 konkret kræver
Køretøjspasset skal være gratis tilgængeligt. Producenten, der bringer køretøjet i omsætning, er ansvarlig for korrekte, fuldstændige og aktuelle oplysninger. Indholdsmæssigt henviser artikel 13 blandt andet til oplysningerne i artikel 11, oplysninger om bestemte undtagelser for bly, kviksølv, cadmium og hexavalent krom, erklæringer om genanvendte andele i plast og de materialer, der er nævnt i artikel 10, stk. 1, samt det officielle reservedelskatalog for den pågældende køretøjstype.
Den vigtigste designforudsætning er dog grænsefladen mellem passene. Oplysninger, der allerede er tilgængelige via et andet EU-retligt pas, bør ikke duplikeres i køretøjspasset, hvis interoperabiliteten er sikret. Forordningen nævner udtrykkeligt forbindelsen til batteri-, dæk- og andre pas. Det beskytter ikke automatisk mod dobbelt vedligeholdelse: En kopieret batterikemi kan blive forældet i køretøjspasset, selv om batteridatasættet er blevet korrekt opdateret. Bedre er en sporbar reference med kilde, version, gyldighed og tydelig opløsning.
Adskil fire dataniveauer tydeligt
Et robust udgangspunkt adskiller mindst fire niveauer.
1. Køretøjstype og variant
Det officielle reservedelskatalog, konstruktionsmæssige materialeoplysninger og mange erklæringer om genanvendte andele vedrører en type eller en variant. Disse data bør ikke kopieres til hvert køretøjsidentifikationsnummer. De har brug for en version, en gyldighedsperiode og dokumentation for oprindelsen, for eksempel fra en stykliste eller et homologeret katalog.
2. Det enkelte køretøj
Et enkelt køretøj har brug for en entydig identitet, en tilknytning til varianten og en tidsmæssigt sporbar status. Her hører generelle driftsdata ikke hjemme. Det afgørende er, at den offentlige adgang ikke utilsigtet afslører sikkerhedsrelevante, personrelaterede eller forretningsfølsomme oplysninger.
3. Komponent og eksternt pas
Et traktionsbatteri, et dæk eller en senere sektorreguleret komponent kan have egne datakilder. I stedet for at spejle indhold bør køretøjsmappen føre en reference med kontrolstatus: Hvilken kilde er den afgørende? Hvilken bestand gælder den for? Hvornår blev den senest læst? Hvad sker der, hvis den ikke kan nås? Denne tanke passer også til GS1 Digital Link og resolvere: Et stabilt indgangspunkt kan forbinde flere faglige mål, men erstatter ikke deres dataansvar.
4. Dokumentation og ændringshændelse
»Aktuel« er ikke en egenskab, der kan beskrives i fritekst. For hver relevant oplysning bør kilde, ansvarlig rolle, tidsstempel, version og årsag til ændringen fremgå. Ved korrektioner eller reservedele er det desuden vigtigt, om en oplysning blot er tilføjet, erstattet eller erklæret ugyldig. På den måde kan det senere efterprøves, hvorfor en oplysning var synlig på et bestemt tidspunkt.
Åbne standarder betyder efterprøvbar udskiftelighed
Artikel 13, stk. 5, kræver åbne standarder, interoperable formater, en åben interoperabel dataudveksling uden leverandørbinding samt maskinlæsbare, strukturerede og søgbare oplysninger. Det medfører endnu ikke et fast JSON-skema. Men det medfører en klar indkøbs- og arkitekturgennemgang.
En eksport, der kun består af en udformet webside eller en PDF uden versionering, er ikke tilstrækkeligt dokumenteret maskinlæsbar. Lige så problematisk er en API-adgang, der kun kan læses af den oprindelige leverandør. Praktisk nyttige er derfor versionsstyrede dataskemaer, stabile identifikatorer, dokumenterede felter, sporbare tilladelser og testdata til import, eksport og opdatering.
For QR-adgange gælder: Databæreren skal kunne opløses permanent, men må ikke selv indeholde alle data. En kort, stabil URL med serverbaseret adgangs- og versionslogik er mere robust end et skiftende fillink. Til en generel kontrol af print- og resolversiden kan vejledningen om DPP-QR-koder hjælpe; de sektorspecifikke regler for køretøjspasset konkretiseres dog først i yderligere retsakter.
Hvad der stadig er åbent – og hvorfor det er vigtigt
Kommissionen skal senest 14. august 2030 vedtage gennemførelsesretsakter om teknisk udformning og drift. Det omfatter adgangsløsning og databærer, lagring og behandling, opdateringer foretaget af tredjeparter, adgangsbetingelser, herunder databeskyttelse og beskyttelse af intellektuel ejendomsret, samt tilgængelighed, hvis den ansvarlige producent ophører med sin aktivitet i Unionen. Teams bør ikke udfylde disse åbne punkter med antagelser og heller ikke udlede et løfte om overensstemmelse heraf.
Den rigtige midlertidige løsning er en profil, der adskiller krav og antagelser. Allerede i dag kan dataoprindelse, versionering, roller, offentlige og begrænsede visninger samt referencer til eksterne pas udformes. Senere skal profilen afstemmes med Kommissionens krav. Den, der dokumenterer denne adskillelse, undgår en dyr migrering af tilsyneladende færdige, men regulatorisk forkert tilpassede datamodeller.
En implementeringsplan frem mod 2032
- Opret datafortegnelse: Registrer reservedelskatalog, materialeoplysninger, stofundtagelser, dokumentation for genanvendte andele og eksisterende batteri- eller dækreferencer.
- Fastlæg dataansvar: Bestem præcis én afgørende kilde og én ansvarlig rolle for hver oplysning.
- Modellér type, køretøj og komponent: Kopiér ikke typedata til køretøjer; offentliggør ikke driftsdata generelt.
- Gør ændringer efterprøvelige: Gem version, kilde, tidspunkt, gyldighed og årsag til korrektion.
- Test adgang: Kontrollér bevidst adskillelsen mellem offentlige oplysninger, værksteds- og myndighedsvisninger samt beskyttede oplysninger.
- Simulér interoperabilitet: Referér til et eksternt batteripas eller en komponentdokumentation, test udfald og versionsskift, og synliggør dobbelt vedligeholdelse.
Digital Circularity Vehicle Passport er dermed først og fremmest et integrationsproblem: Produktdata, reservedele, materialedokumentation og senere sektorielle pas skal supplere hinanden uden at overskrive hinanden. Den, der begynder med identiteter, kilder og versioner nu, skaber ikke en foregrebet retlig overensstemmelse – men et robust grundlag for de regler, der stadig følger frem mod 2030.
