Ert digitala produktpass börjar i produktdatan

Ni har produktdata i flera miljöer. Artikelnummer finns i affärssystemet, materialuppgifter i kalkylblad och produkttexter i PIM. När någon ber er visa var ett material kommer ifrån, börjar arbetet ofta med att ta reda på vilken version som gäller.

Samtidigt behöver en reparatör rätt reservdelsinformation, och myndigheter kan behöva kontrollera produktuppgifter. Ett digitalt produktpass gör därför datastyrningen till en operativ fråga. QR-koden är den enkla delen.

Från produktdata till marknadskrav

För en produktägare kan en certifieringsomgång blottlägga ett välbekant problem: attributen finns, men ingen kan snabbt säga vem som äger dem eller när de senast kontrollerades. Materialdata kan ligga hos en leverantör, produktmått i PIM och tillverkningsuppgifter i affärssystemet. En QR-kod löser inte den oenigheten.

EU:s förordning om ekodesign för hållbara produkter, ESPR (EU) 2024/1781, trädde i kraft den 18 juli 2024 och utgör den rättsliga grunden för digitala produktpass på den europeiska marknaden. För svenska tillverkare och importörer innebär utvecklingen att produktinformation behöver kunna hanteras och delas genom värdekedjan, från design och tillverkning till reparation och återvinning.

Det här är en infrastruktur för spårbarhet och cirkulär ekonomi. Produktpasset ska kunna följa produkten under dess livscykel, och informationen kan användas av flera aktörer, däribland myndigheter. Det gör ansvar för uppgifter, ändringar och källor till en del av arbetet med produkten.

Förberedelserna bör därför börja med dataflödet. Ta reda på var attributen finns, vem som kan godkänna dem och hur ni kan visa att informationen är aktuell. Om de frågorna lämnas till slutet riskerar ni att publicera ett pass vars innehåll inte går att lita på.

Vad ESPR faktiskt kräver av er

ESPR inför inte produktpass för alla varor samtidigt. Kraven gäller produktgrupper där EU-kommissionen antar särskilda delegerade akter. En sådan akt anger vilka krav som gäller för den berörda gruppen, så ni behöver följa utvecklingen för just era produkter.

När en delegerad akt kräver ett produktpass får produkten bara släppas ut på marknaden eller tas i bruk om passet finns och informationen är korrekt, fullständig och uppdaterad. Ansvaret ligger normalt på tillverkaren när produkten tillverkas inom EU och på importören när den tillverkas utanför EU. Någon i er organisation behöver kunna stå för uppgifterna, även när de kommer från en leverantör.

EU:s DPP-register blev operativt den 20 juli 2026, och för järn och stål väntas de första produktspecifika kraven under ESPR antas under fjärde kvartalet 2026. Efter att en delegerad akt har antagits ska ekonomiska aktörer få en övergångsperiod på minst 18 månader. För vissa batterier, bland annat batterier för elfordon, lätta transportmedel och industribatterier, blir produktpass obligatoriskt den 18 februari 2027 genom EU:s batteriförordning, som är en separat lagstiftning vid sidan av ESPR, enligt EU-kommissionens information om det digitala produktpasset.

Gör en intern genomgång för varje relevant produktgrupp. Fastställ vem som bevakar delegerade akter, vilka produkter som kan omfattas och vilka uppgifter ni redan kan verifiera. Den genomgången ger er en användbar startpunkt även när det konkreta kravet ännu inte är beslutat.

Produktidentitet och databärare i praktiken

Ett produktpass behöver kunna kopplas till rätt produkt över tid. Därför måste produktidentiteten vara stabil och tydligt relaterad till informationen som olika system och aktörer använder. Om artikelnummer eller attribut ändras utan kontroll kan en fungerande QR-kod leda till uppgifter som inte stämmer med produkten.

Tillväxtverket beskriver produktpasset som en strukturerad och sökbar informationsmängd, tillgänglig via en unik produktidentitet och länkad från en databärare, exempelvis en QR-kod. Informationen ska följa öppna standarder och vara maskinellt läsbar, enligt Tillväxtverkets underlag om spårbarhet och digitala produktpass.

Börja med att skilja på identitet, attribut och databärare. Identiteten pekar ut produkten. Attributen beskriver den. Databäraren gör det möjligt att hitta informationen. QR-koden kan leda till passet, men den bör inte vara den enda plats där ni lagrar produktens nyckel eller dess historik.

PDF-filer och fritext kan vara användbara som läsbart komplement, men de fungerar sämre när system ska söka, jämföra och kontrollera data. Definiera därför attribut med tydliga format och regler. Bestäm också hur ändringar registreras, så att en uppdatering av ett materialvärde inte skriver över den information som behövs för att förstå tidigare produktversioner.

En stabil intern produktnyckel ger sammanhang åt flödet. Den gör det möjligt att koppla samman webb, produktpass och affärssystem utan att förväxla en presentationsadress med produktens identitet.

Så stödjer PIM och affärssystem dataöverlämningen

PIM kan samla och styra produktattribut som materialinnehåll, ursprung, tekniska egenskaper och reparerbarhet. Affärssystemet bidrar ofta med artikelreferenser, batchuppgifter och information om tillverkning eller lager. Systemen har olika uppgifter. Inget av dem vet automatiskt vem som ska godkänna alla data som behövs för ett produktpass.

En vanlig missbedömning är att behandla PIM som en komplett källa till sanning. PIM kan strukturera och publicera data, men kvaliteten beror på källorna, reglerna och arbetsflödena ni har byggt. På samma sätt är affärssystemet bra på sina verksamhetsdata, men det ersätter inte en modell för exempelvis materialegenskaper eller reparation.

Koppla därför varje attribut till ett källsystem och en ansvarig roll. Lägg in valideringsregler före publicering, till exempel obligatoriska fält och tillåtna format. Om leverantörsdata måste granskas innan den används, ska godkännandet synas i arbetsflödet. Ett stabilt ID ska dessutom följa produkten genom integrationerna.

En QR-länk kan fungera även när informationen bakom den är motsägelsefull. Det händer när samma fält finns i flera system och ingen vet vilken version som gäller. En tydlig modell för produktdata hjälper er att reda ut vad PIM kan hantera och var ansvar behöver ligga utanför systemet. Se även hur ett PIM-system organiserar produktinformation.

Åtkomst, API:er och standarder

Ett digitalt produktpass bör byggas som ett informationslager med kontrollerad åtkomst. Konsumenter kan behöva grundläggande produktinformation, medan en reparatör behöver instruktioner och en myndighet kan behöva kontrollera uppgifter för tillsyn. Om alla ser samma data riskerar ni att visa konfidentiell information. Om åtkomsten byggs sent blir det kostsamt att ändra både informationsmodell och integrationer.

Den svenska standarden SS-EN 18239 behandlar åtkomsträttigheter, informationssystemsäkerhet, dataskydd och skydd av konfidentiell affärsinformation. Den gäller produktgrupper som omfattas av DPP-krav enligt ESPR, medan de konkreta rättigheterna fastställs i respektive delegerad akt, enligt SIS information om SS-EN 18239.

SIS beskriver också en standardiseringsgrund som omfattar unika identifierare, databärare, datautbytesprotokoll, långsiktig lagring, API:er, interoperabilitet, åtkomstkontroll och autentisering av data. Det ger en tydlig teknisk riktning: skapa gränssnitt som gör information tillgänglig på ett kontrollerat och begripligt sätt.

Dokumentera vem som får se varje datapunkt och på vilka villkor. Koppla fält till källa, ansvarig och giltighet. Versionsnummer och verifieringsmekanismer kan hjälpa er att upptäcka oavsiktliga ändringar eller manipulation. En QR-kod kan öppna rätt vy, men tillit kräver att ni också kan förklara var uppgifterna kommer ifrån och hur de har kontrollerats.

Vem äger vilken datapunkt

EU-registret är tänkt att fungera som ett index för produktpass, medan själva informationen hanteras decentraliserat, enligt Naturvårdsverkets FAQ. Det betyder att ansvaret för data inte försvinner när ett pass publiceras. Företaget behöver kunna visa var uppgifterna finns, vem som godkänt dem och hur ändringar hanteras.

I praktiken kan en leverantör lämna materialuppgifter, en produktägare godkänna produktens egenskaper och PIM förvalta godkända attribut. Affärssystemet kan fortsätta äga artikel- och tillverkningsreferenser. Produktpasset sammanställer informationen enligt reglerna för åtkomst och publicering. Den här ansvarsfördelningen ska dokumenteras per datapunkt, eftersom en övergripande ägare för hela passet ofta blir för vag.

systematisk förvaltning av produktdata

En kalkylbladscell med ett materialvärde är inte samma sak som ett verifierat värde med källa och godkännande.

Sätt därför en ansvarig för varje datadomän och bestäm vad som händer när källan ändras. Det arbetet hör ihop med systematisk förvaltning av produktdata. Utan sådan styrning blir produktpasset ännu en plats där osäker data visas, med en QR-kod framför.

Fem steg för att förbereda er

Börja med produktgrupperna. Kartlägg vilka produkter som kan omfattas och vem som följer de delegerade akterna. Samla samtidigt en bild av var produktdata finns, inklusive leverantörsfiler och manuella register.

Välj sedan produktidentitet och modellera attributen. Bestäm vilka fält som hör till produkten, vilka som kan variera mellan tillverkningsversioner och vilka som kräver dokumentation från en extern part. Gör modellen tillräckligt tydlig för att den ska kunna underhållas av dem som äger informationen.

Bygg valideringen i PIM och koppla varje fält till en källa. Kräv godkännande när uppgifter inte kommer från ett kontrollerat system. Här behöver produktägare och dataansvariga avsätta tid. Om organisationen saknar ansvariga för grunddata, bör ni reda ut det innan ni automatiserar publiceringen.

Koppla därefter systemen och bestäm vilka data som ska lämnas vidare genom standardiserade API:er. Testa hur en ändring går hela vägen från källan till produktpasset. En genomtänkt integration med affärssystemet ska också kunna hantera fel, ändringar och spårbarhet. SIS standard för åtkomst och säkerhet är relevant när ni utformar behörigheter och skydd av information.

Avsluta med löpande förvaltning. Någon måste kontrollera att integrationer fungerar och att ändringar inte gör produktinformationen inaktuell. Om ni inte kan bemanna den uppgiften internt, behöver förvaltningen ha en tydlig ägare och ett avtalat arbetssätt.

Frågor att ställa er leverantör

Be leverantören visa hur ett attribut från en leverantörskälla blir godkänt, versionshanterat och publicerat i produktpasset. Svaret avslöjar om lösningen hanterar ansvar och historik.

Fråga också hur åtkomst skiljer sig mellan konsumenter, återförsäljare, servicepartners och myndigheter. Be om ett konkret exempel på hur felaktiga eller inaktuella uppgifter stoppas före publicering. Tydliga svar visar om leverantören har tänkt igenom både informationsmodellen och den löpande förvaltningen.

Glanser kan genomföra en 72-timmarsanalys av funktionalitet och integrationer, med funktionsspecifikation, prototyp och kostnadsbild. Ni avsätter två timmar för ett möte och får underlaget kostnadsfritt inom 72 timmar, och underlaget är ert.