Digitala produktpass och maskinläsbara data

Vad är det egentligen som krävs, och när?

Ett digitalt produktpass är en strukturerad, maskinläsbar datapost som knyts till en fysisk produkt, nås genom att en databärare skannas och registreras mot en unik identifierare i ett centralt EU-register.

Ramverket kommer från ekodesignförordningen för hållbara produkter, förordning (EU) 2024/1781. Själva förordningen lägger fast arkitekturen; skyldigheterna kommer produktgrupp för produktgrupp genom delegerade akter. Kommissionen antog i april 2025 sin arbetsplan för ekodesign och energimärkning 2025–2030, som pekar ut textilier, möbler, däck, madrasser, järn och stål samt aluminium som första prioriteringar, plus horisontella åtgärder för reparerbarhet och återvunnet innehåll i elektrisk och elektronisk utrustning, med en halvtidsöversyn planerad till 2028.

Två saker hände i juli 2026 som flyttade det här från planering till praktisk infrastruktur. Kommissionen lanserade registret för digitala produktpass, tillsammans med en testmiljö, den 20 juli 2026. Och kommissionens genomförandeförordning (EU) 2026/1778 av den 16 juli 2026 – som fastställer de praktiska arrangemangen för registret, inklusive åtkomsthantering, användarverifiering, dataregistrering och lagring – publicerades i Europeiska unionens officiella tidning den 17 juli 2026 och trädde i kraft den 6 augusti 2026.

Så här ser läget ut, så som kommissionen själv presenterar det. Notera hur mycket av det som är indikativt snarare än fastställt:

Om du bara tar med dig en sak från tabellen, ta den här: det finns ingen enda DPP-deadline, och den ärliga planeringshorisonten för de flesta produktgrupper är ”den delegerade akten är ännu inte antagen”.

Hur är det med byggprodukter?

Byggsektorn löper på ett parallellt spår. Den omarbetade byggproduktförordningen, (EU) 2024/3110, trädde i kraft den 7 januari 2025 och blev allmänt tillämplig den 8 januari 2026. Enligt dess kapitel X får kommissionen anta delegerade akter för att inrätta och styra ett system för digitala produktpass för byggprodukter, så långt det är möjligt anpassat till ESPR-passet. Kommissionens indikativa milstolpe för den akten är Q2 2027.

Riktningen syns redan i förordningens egen motivering. I skälen anges att prestandadeklarationer och deklarationer om överensstämmelse ska göra det möjligt för användaren att kontrollera överensstämmelsen med hjälp av en it-applikation, och att ”en viktig förutsättning för maskinläsbara deklarationer är ett standardiserat it-format”. Ekonomiska aktörer ska tillhandahålla kopior på elektronisk väg, ”i oföränderlig form, läsbara för både människor och maskiner, tillgängliga, åtkomliga och entydigt kopplade till produkten”.

I december 2025 publicerade kommissionen sin första arbetsplan för byggproduktförordningen för 2026–2029 (COM(2025) 772 final), med en indikativ färdplan per produktfamilj för standardiseringsbegäranden, reviderade harmoniserade tekniska specifikationer och de horisontella delegerade akter som inför DPP. För en tillverkare av byggprodukter är det dokumentet – inte en leverantörs marknadsföringstidslinje – den tidplan som ska planeras mot.

Varför spelar registret roll om det inte lagrar dina data?

Därför att det avgör var bördan hamnar.

Registret lagrar unika identifierare för varje produkt tillsammans med obligatoriska registreringsuppgifter. Det lagrar inte passets innehåll. Ekonomiska aktörer registrerar varje pass så att identifieraren och dess metadata registreras centralt; substansen stannar hos dig. Registrering är förbehållen verifierade ekonomiska aktörer, där identiteten fastställs med eIDAS-medel.

Den arkitekturen är en förteckning, inte en databas. Det innebär att ingen central instans kommer att normalisera dina attribut, harmonisera dina enheter eller upptäcka att ditt datablad och ditt PIM säger emot varandra. Det du registrerar leder vidare till precis det du själv levererar. Efterlevnadskravet är därför i sak ett datakvalitetskrav.

Vilka data måste vara maskinläsbara?

ESPR-texten är precis om mekaniken, även där innehållet per produktgrupp fortfarande är öppet. Passet ska vara kopplat till en unik produktidentifierare och, där det är relevant, till en unik aktörsidentifierare och en unik anläggningsidentifierare. Identifierare och databärare ska utfärdas i enlighet med internationellt erkända standarder. Digitaliserad information ska vara ”lätt åtkomlig genom skanning av en databärare, till exempel en vattenstämpel eller en QR-kod”. Och data ska kunna överföras genom ett öppet, interoperabelt nätverk för datautbyte utan inlåsning till en leverantör.

Läs det som en teknisk kravspecifikation, så faller det isär i fem förmågor:

1. 01Stabil, unik identifiering på rätt granularitetsnivå – produktmodell, batch eller enskilt exemplar, beroende på akten.
2. 02Typade attribut med enheter och definierad semantik, inte fritext i ett specifikationsfält.
3. 03Dokument som data – deklarationer, certifikat och EPD:er som poster med utfärdandedatum och omfattning, inte en mapp med PDF-filer.
4. 04Proveniens och versionshantering, så att varje värde kan spåras till en källa och ett datum.
5. 05En resolver som returnerar posten när databäraren skannas, och fortsätter göra det så länge akten kräver det.

Inget av detta är exotiskt. Allt är dyrt att eftermontera på en katalog som har vuxit organiskt i tjugo år.

Hur hänger ETIM, ECLASS, AAS och IEC 63365 ihop?

Förordningen säger att data ska vara maskinläsbara och interoperabla. Den talar inte om för dig vad ”märkdriftström” betyder. Det är vad klassificerings- och modelleringsstandarderna är till för, och de närmar sig dessa krav snabbare än lagstiftningen hinner komma.

Den mentala modell som håller isär dem: GS1 svarar på vilken sak är detta, ETIM och ECLASS svarar på vad betyder dess egenskaper, AAS svarar på hur är den digitala tvillingen strukturerad, IEC 63365 svarar på vad står på märkskylten, och DPP-lagstiftningen svarar på vad du måste publicera och när. De är kompletterande lager, inte konkurrerande alternativ.

Det här är inte bara en EU-fråga

Två skäl till att en tillverkare i Chicago, Nagoya eller Seoul bör läsa ovanstående som sitt eget problem.

För det första knyts reglerna till utsläppandet på marknaden, inte till huvudkontoret. ESPR-skyldigheterna gäller produkter som släpps ut på EU-marknaden oavsett var de har tillverkats. En japansk komponenttillverkare som levererar till Tyskland befinner sig innanför gränsen; en amerikansk distributör vars produkter når EU-kunder via en partner är närmare den än det känns.

För det andra dyker jämförbara krav på maskinläsbarhet upp oberoende av varandra på alla större marknader.

• Globalt är GS1:s program Sunrise 2027 ett samordnat åtagande från handeln världen över att kunna läsa 2D-streckkoder med GS1-data i kassan före utgången av 2027, där GS1 Digital Link kopplar symbolen till rikare data online. Det är samma idé som en DPP-databärare, men den kommer via handeln i stället för via lagstiftning.
• I Nordamerika har elbranschen krävt strukturerade produktdata i ett decennium: IDEA, som ägs gemensamt av NEMA och NAED, driver Industry Data Warehouse och kräver 43 fullständigt ifyllda kritiska datafält per artikel, vid sidan av sin UNSPSC-baserade klassificeringsspecifikation och dataordbok. Offentlig upphandling lägger till ytterligare en drivkraft, där Buy Clean-regler på delstatsnivå i USA kräver produktspecifika miljövarudeklarationer av typ III för utpekade byggmaterial.
• I Japan lanserade METI Ouranos Ecosystem i april 2023 som en branschövergripande, interoperabel datainfrastruktur, med batterispårbarhet som första användningsfall; NTT DATA demonstrerade i april 2025 interoperabilitet mellan den plattformen och Europas Catena-X. Japanska leverantörer dras mot samma datamodell från inhemskt håll.

Konvergensen är poängen. Var du än har ditt huvudkontor kommer någon i din värdekedja snart att kräva strukturerade och identifierade produktdata med spårbar härkomst av dig.

Det strategiska argumentet: du bygger ändå den här tillgången

Här är den del som sällan kommer med i genomgångar om regelefterlevnad.

Allt som DPP tvingar dig att bygga – en kanonisk post per produkt, en stabil unik identifierare, typade attribut mot en gemensam ordbok, dokument modellerade som data, proveniens och versionshantering samt en resolver som levererar posten på begäran – är precis det underlag en AI-agent behöver för att kunna svara rätt på frågor om dina produkter.

De två användningsfallen skiljer sig bara i åtkomstmönster. En DPP-resolver besvarar en fråga om ett exemplar: någon skannar en databärare, du returnerar den produktens post. En agent ställer många frågor över hela sortimentet: alla artiklar som uppfyller tre villkor, den alternativa källan för en obsolet komponent, deklarationen som utfärdats efter ett visst datum. Samma poster, annat index.

Vilket betyder att valet som de flesta produktdatateam står inför inte är ”efterlevnadsprojekt eller AI-projekt”. Det handlar om att finansiera samma dataarbete en gång eller två. Organisationer som driver dem som separata program hamnar oftast med en efterlevnadsdatamängd som är komplett men omöjlig att söka i, och en kommersiell katalog som går att söka i men är overifierad – och lägger sedan en tredje budget på att stämma av dem mot varandra.

Vad bör du göra de närmaste tolv månaderna?

1. 01Inventera dina identifierare. Fastställ vilka produkter som har en stabil unik identifierare, på vilken granularitetsnivå och vem som utfärdar den. Inget annat fungerar förrän detta gör det.
2. 02Välj din ordbok och håll fast vid valet. ETIM om du är inom el, HVAC eller byggprodukter; ECLASS om du är bredare eller branschövergripande. Att införa båda till hälften är det sämsta utfallet.
3. 03Gör om dokument till poster. Varje deklaration, certifikat och EPD ska ha en typ, en omfattning, ett utfärdandedatum, en giltighetstid och en länk – inte bara ett filnamn.
4. 04Inför proveniens och ett datum för senast verifierad på varje attribut. Det är det fält som betyder mest när en tillsynsmyndighet eller en agent frågar var en siffra kommer ifrån.
5. 05Bygg resolvern en gång, och leverera den till flera konsumenter: databäraren, din webbplats, dina flöden och dina agentslutpunkter.
6. 06Följ de delegerade akterna för dina produktgrupper i stället för den allmänna kommentaren, och se över planen varje kvartal.
7. 07Håll utdataformatet utbytbart. Innehållet i din post är beständigt; den serialisering som den delegerade akten till slut kräver går ännu inte att veta.

Var du bör förbli skeptisk

Möt varje påstående om ”DPP-färdig” programvara med frågan: färdig mot vilken delegerad akt? För de flesta produktgrupper är svaret i dag ingen alls, eftersom akten inte har antagits. Möt påståenden om att registret ska validera dina data med samma skepsis – det registrerar identifierare och metadata, inte innehåll. Och betrakta 2027 som början på skyldighetskurvan, inte slutet på den.

Den försvarbara positionen är oglamorös och hållbar: få den kanoniska posten rätt, håll den verifierad och gör den adresserbar. Partsgraph finns till för att göra precis det jobbet, som ett lager ovanpå den katalog du redan har, och levererar samma verifierade graf till både efterlevnadsexporter och AI-agenter.

Vill du ha en konkret startpunkt kan du köra din domän genom det kostnadsfria testverktyget på /audit. Det visar vad en maskin i dag kan läsa ut ur din katalog – vilket är en rimlig indikation på hur mycket arbete passet faktiskt kommer att kräva.