Det nya passet är ett dataavtal, inte ytterligare en PDF
Genom förordning (EU) 2026/1738, som publicerades i Europeiska unionens officiella tidning den 24 juli 2026, får fordonsindustrin en egen digital passlösning: Digital Circularity Vehicle Passport. Artikel 13 kräver den från och med 1 september 2032 för varje fordon som släpps ut på marknaden. Det är varken ett omdöpt batteripass eller bara en produktsida bakom en QR-kod. Passet ska tillhandahålla information om ett fordons cirkularitet på ett strukturerat och kostnadsfritt sätt samt vara interoperabelt med andra relevanta pass.
För tillverkare, leverantörer, demonteringsföretag och programvaruteam börjar det praktiska arbetet därför inte 2032. Det börjar med ett arkitekturbeslut: Vilka data ska underhållas på fordonsnivå, vilka på ett enskilt fordon eller en komponent, vem får ändra dem och hur undviker man att samma sak förekommer motstridigt i flera pass?
Vad artikel 13 konkret kräver
Fordonspasset måste vara kostnadsfritt tillgängligt. Tillverkaren som släpper ut fordonet på marknaden ansvarar för att informationen är korrekt, fullständig och aktuell. Innehållsmässigt hänvisar artikel 13 bland annat till uppgifterna i artikel 11, till uppgifter om vissa undantag för bly, kvicksilver, kadmium och sexvärt krom, till deklarationer om återvunnet material i plast och de material som anges i artikel 10.1 samt till den officiella reservdelskatalogen för den aktuella fordonstypen.
Den viktigaste designföreskriften gäller dock gränssnittet mellan passen. Information som redan är tillgänglig via ett annat unionsrättsligt pass ska inte dupliceras i fordonspasset, förutsatt att interoperabiliteten är säkerställd. Förordningen nämner uttryckligen kopplingen till batteri-, däck- och andra pass. Det skyddar inte automatiskt mot dubbel underhållning: En kopierad batterikemi kan bli inaktuell i fordonspasset även om batteridatamängden har uppdaterats korrekt. Bättre är en spårbar referens med källa, version, giltighet och tydlig upplösning.
Separera fyra datanivåer tydligt
En hållbar start skiljer åtminstone mellan fyra nivåer.
1. Fordonstyp och variant
Den officiella reservdelskatalogen, konstruktionsrelaterade materialuppgifter och många deklarationer om återvunnet material avser en typ eller variant. Dessa data bör inte kopieras för varje fordonsidentifikationsnummer. De behöver en version, en giltighetsperiod och ett ursprungsunderlag, exempelvis från en stycklista eller en homologerad katalog.
2. Enskilt fordon
Ett enskilt fordon behöver en entydig identitet, en koppling till varianten och en tidsmässigt spårbar status. Här hör inga schablonmässiga driftdata hemma. Det avgörande är att den offentliga åtkomsten inte av misstag avslöjar säkerhetsrelevant, personrelaterad eller affärskänslig information.
3. Komponent och externt pass
Ett drivbatteri, ett däck eller en senare sektorsreglerad komponent kan ha egna datakällor. I stället för att spegla innehållet bör fordonsakten innehålla en hänvisning med kontrollstatus: Vilken källa är styrande? Vilket bestånd gäller den för? När lästes den senast? Vad händer om den inte kan nås? Detta synsätt passar även för GS1 Digital Link och resolvrar: En stabil ingångspunkt kan koppla samman flera fackmässiga mål, men ersätter inte deras dataansvar.
4. Bevis och ändelsehändelse
”Aktuell” är ingen fritext-egenskap. För varje relevant uppgift bör källa, ansvarig roll, tidsstämpel, version och ändringsorsak framgå. För korrigeringar eller reservdelar är det dessutom viktigt att veta om en uppgift endast kompletterades, ersattes eller ogiltigförklarades. På så sätt går det senare att kontrollera varför en viss information var synlig vid en viss tidpunkt.
Öppna standarder innebär verifierbar utbytbarhet
Artikel 13.5 kräver öppna standarder, interoperabla format, ett öppet interoperabelt datautbyte utan leverantörsberoende samt maskinläsbar, strukturerad och sökbar information. Därav följer ännu inget fast JSON-schema. Däremot följer en tydlig upphandlings- och arkitekturgranskning.
En export som endast består av en utformad webbsida eller en PDF utan versionshantering är inte tillräckligt verifierbart maskinläsbar. Lika problematisk är en API-åtkomst som bara kan läsas av den ursprungliga leverantören. I praktiken är därför versionshanterade datascheman, stabila identifierare, dokumenterade fält, spårbara behörigheter och testdata för import, export och uppdatering värdefulla.
För QR-åtkomst gäller följande: Databäraren måste kunna lösas upp varaktigt, men får inte själv innehålla alla data. En kort, stabil URL med serverbaserad behörighets- och versionslogik är robustare än en föränderlig fillänk. För en allmän kontroll av tryck- och resolverdelen hjälper guiden till DPP-QR-koder; de sektorsspecifika reglerna för fordonspasset konkretiseras dock först i ytterligare rättsakter.
Vad som fortfarande är öppet – och varför det är viktigt
Kommissionen ska senast 14 augusti 2030 anta genomförandeakter om teknisk utformning och drift. Det omfattar åtkomstlösning och databärare, lagring och behandling, uppdateringar av tredje parter, åtkomstvillkor inklusive dataskydd och skydd av immateriella rättigheter samt tillgänglighet om den ansvariga tillverkaren upphör med sin verksamhet i unionen. Team bör inte fylla dessa öppna punkter med antaganden och inte heller utifrån dem utfärda något överensstämmelseåtagande.
Den rätta mellanlösningen är en profil som skiljer krav från antaganden. Redan idag går det att utforma dataursprung, versionshantering, roller, offentliga och begränsade vyer samt hänvisningar till externa pass. Senare måste profilen stämmas av mot kommissionens krav. Den som dokumenterar denna åtskillnad undviker en dyr migrering av till synes färdiga, men regulatoriskt felutformade datamodeller.
En implementeringsplan fram till 2032
- Skapa en datainventering: Kartlägg reservdelskatalog, materialdata, ämnesundantag, bevis på återvunnet material samt befintliga batteri- eller däckreferenser.
- Fastställ dataansvar: Bestäm exakt en styrande källa och en ansvarig roll för varje uppgift.
- Modellera typ, fordon och komponent: Kopiera inte typdata till fordon; publicera inte driftdata schablonmässigt.
- Gör ändringar bevisbara: Spara version, källa, tidpunkt, giltighet och korrigeringsorsak.
- Testa åtkomst: Kontrollera medvetet separat offentlig information, verkstads- och myndighetsvyer samt skyddad information.
- Simulera interoperabilitet: Hänvisa till ett externt batteripass eller en komponentdeklaration, testa bortfall och versionsbyte samt synliggör dubbel underhållning.
Digital Circularity Vehicle Passport är därmed framför allt ett integrationsproblem: Produktdata, reservdelar, materialdeklarationer och senare sektorspass måste komplettera varandra utan att skriva över varandra. Den som börjar med identiteter, källor och versioner nu skapar inte en föregripen rättslig överensstämmelse – men en hållbar grund för de regler som fortfarande kommer fram till 2030.
