kan jag använda min befintliga produktdatabas för produktpasset

Ja, som källa — men inte som själva passet

En befintlig produktdatabas kan vanligtvis fungera som källa för de uppgifter som ska ingå i ett digitalt produktpass, men själva databasen är inte ett produktpass. Produktpasset är ett specifikt dataformat som är kopplat till en unik bärare (vanligtvis en QR-kod) per produkt eller produktmodell, med fasta krav på struktur, tillgänglighet och koppling till andra system såsom EU:s registreringsregister. Den information som redan finns i ett ERP-system, PIM-system eller Excel-lista — material, dimensioner, artikelnummer, leverantör, sammansättning — är exakt den typ av uppgifter som senare ska ingå i ett pass. Dessa uppgifter behöver alltså inte samlas in på nytt, men de måste konverteras till rätt format och kopplas till rätt bärare.

För vilka uppgifter detta fungerar, och för vilka inte

Uppgifter som är fastställda per produkt eller produktmodell — såsom materialsammansättning, ursprung, dimensioner, garantiinformation eller underhållsinstruktioner — lämpar sig väl för återanvändning från en befintlig databas. Dessa uppgifter är en del av vad artikel 9 i ESPR (förordning (EU) 2024/1781) beskriver som kärnan i det digitala produktpasset: information som måste vara tillgänglig per produkt via en databärare. Där en befintlig databas ofta inte räcker till, är den tekniska struktur som artikel 10 i ESPR föreskriver: ett unikt produktidentifikationsnummer, en koppling till registreringsregistret, och ett format som marknadsaktörer, tillsynsmyndigheter och konsumenter kan läsa på ett enhetligt sätt. En intern databas är vanligtvis utformad för eget företagsbehov — lagerhantering, orderhantering — och inte för extern, standardiserad läsning såsom artikel 11 i ESPR föreskriver för passsets tekniska funktionalitet. Det är skillnaden mellan "uppgifterna finns redan" och "passet finns redan": det första är ofta sant, det andra sällan.

När detta blir relevant

Frågan om en befintlig databas är lämplig blir först konkret när förpliktelsen för möbler träder i kraft, och den tidpunkten är ännu inte fastställd. Som också förklaras på sidan om när produktpasset blir obligatoriskt för möbler är den delegerade handlingen för möbler ännu inte publicerad; den fastställer först exakt vilka uppgifter som är obligatoriska och vilket format som hör till. Till dess finns det ingen rättslig förpliktelse att föra ett pass, men det betyder inte att väntan är det enda alternativet. Det som redan är fastställt till dess är den allmänna strukturen från själva ESPR — artikel 9, 10 och 11 — som skissar ramen inom vilken den delegerade handlingen för möbler senare kommer att fyllas i.

Hur man praktiskt går tillväga

Det första steget är att kontrollera vilka uppgifter som redan är fastställda och var: materialsammansättning, ursprung, dimensioner, och eventuellt redan befintliga certifikat eller testrapporter. Mycket av denna information ligger ofta spridd över olika system — ett ERP för lager, ett PIM för produktinformation, lösa dokument för certifikat. Ett andra steg är att bedöma om dessa uppgifter är konsekventa och aktuella på produktmodellnivå, eftersom passet kräver entydig information per produkt, inte per order eller per batch. Ett tredje steg är att kontrollera vilka uppgifter som saknas; dessa är ofta just de uppgifter som specifikt efterfrågas för passet, såsom reparations- eller demonteringsinformation, och som vanligtvis inte finns standard i ett försäljnings- eller lagersystem. För den som redan vill börja med detta, även utan att de exakta kraven är fastställda, beskrivs på sidan om vad du redan kan göra medan reglerna ännu inte är slutgiltiga ett antal förberedande steg som kan genomföras utan risk. För en översikt över tillvagagångssättet i ordning, från att samla in data till att placera databäraren, finns på sidan om produktpasset steg för steg en logisk fortsättning.

En uppmärksamhet när det gäller samlingar med många varianter — färger, klädsel, fottyper — är att en befintlig databas ofta hanterar dessa varianter som separata SKU:er utan en gemensam grund. Passet kräver just en tydlig koppling mellan vad som är gemensamt inom en samling och vad som skiljer sig per variant, något som får särskild uppmärksamhet på sidan om skapa pass för en samling med många färg- och stoffvarianter.

Den juridiska grunden: artikel 9, 10 och 11 i ESPR

Artikel 9 i ESPR (Förordning (EU) 2024/1781) fastslår att en produkt med ett digitalt pass måste förses med en datakälla genom vilken information om den produkten är tillgänglig. Artikel 10 beskriver de innehållsmässiga kraven som sådan information måste uppfylla, bland annat kopplingen till ett unikt identifieringsnummer och registreringsregistret. Artikel 11 handlar om den tekniska funktionen: hur passet måste vara läsbart och utbytbart mellan olika parter i kedjan. Tillsammans fastslår dessa artiklar att ett produktpass inte bara är en databas med produktinformation, utan ett specifikt utformat lager ovanpå — byggt på data som ofta redan finns, men kompletterat och strukturerat enligt krav som ännu kommer att fastställas per produktgrupp.

Den som nu redan vill kontrollera om sina möbler senare kommer att omfattas av denna skyldighet kan göra det på sidan om huruvida det digitala produktpasset gäller för vissa möbler, och den som först vill veta vad ett produktpass innehållsmässigt egentligen är, hittar det på sidan om vad ett digitalt produktpass för möbler är. Det mest praktiska steget nu är: inventera och organisera befintliga produktdata per produktmodell, så att tillägget senare blir begränsat till det som verkligen saknas.

Vad detta är baserat på

Förordningen själv finns på EUR-Lex. Vi hänvisar för varje påstående; ni behöver inte tro oss.

Vad du konkret måste göra

Vad som förväntas av dig

Många företag med 10 till 100 anställda har redan en produktdatabas: ett ERP-system, ett PIM-system, eller helt enkelt ett omfattande Excel-ark med artikelnummer, material, mått och leverantörsdata. Frågan är inte om den databasen är användbar, utan om data i den uppfyller det som ESPR förväntar av ett digitalt produktpass. Det är två olika saker.

Innehållet måste överensstämma med vad den delegerade handlingen kräver

Artikel 9 i ESPR (Förordning (EU) 2024/1781) beskriver det digitala produktpasset som en samling produktinformation som är tillgänglig via en datakälla. Exakt vilken information det måste vara fastställs per produktgrupp i en delegerad handling. För möbler är den ännu inte publicerad. I praktiken betyder detta att en befintlig databas ofta redan innehåller en del av den begärda informationen — materialsammansättning, ursprung, mått — men sällan allt. Reparationsinformation, återvinningsinstruktioner eller data om återvinnbarhet finns vanligtvis inte standardmässigt i ett ERP-system som är inrättat för lagerhantering och fakturering.

Data måste strukturellt kunna kopplas till en datakälla

Artikel 11 i ESPR ställer krav på den tekniska utformningen: passet måste vara tillgängligt via en datakälla (som en QR-kod) och data måste presenteras på ett strukturerat, maskinläsbart sätt. En databas som endast används internt och inte är utformad för att lägga till en unik, bestående koppling mellan en datakälla för varje produktexemplar eller -modell uppfyller automatiskt inte dessa krav. För ett företag av denna storlek innebär detta vanligtvis att ett extra lager behövs mellan den befintliga databasen och världen utanför: ett system som hämtar rätt data från databasen, strukturerar den på rätt sätt och kopplar den till en QR-kod som förblir tillgänglig i tio år.

Tillgängligheten måste uppfylla kraven i artikel 10

Artikel 10 i ESPR handlar om vem som får se vilka data och hur länge dessa måste vara tillgängliga. En intern databas är vanligtvis inte utformad för offentlig eller delvis offentlig åtkomst, ännu mindre för en bevarandeperiod som är oberoende av eller företaget själv existerar. Det kräver en separat lösning vid sidan av den befintliga databasen, inte en ersättning för den.

Där det går fel i praktiken

En tillverkare utgår från att eftersom alla tekniska specifikationer redan finns i ERP-systemet, kommer passet "att rulla ut så där". I praktiken saknas just de fält som ESPR sannolikt kommer att begära, såsom reparations- och demonteringsinformation, och dessa måste fortfarande fyllas i manuellt.

En importör arbetar med en databas från tillverkaren från ett land utanför EU och antar att dessa data kan användas en-till-en. Källdata är ofta inte i den struktur eller språk som behövs, och importören har som marknadsaktör i EU ett eget ansvar för riktigheten av de data som slutligen kommer in i passet.

En projektinrichter har en egen artikeldatabas per kundprojekt, men den är inte kopplad till en individuell dataväxel per produkt. Vid en kontroll visar det sig att det inte finns någon direkt, stabil länk mellan ett sålt möbel och motsvarande pasdata.

Ett företag uppdaterar sin egen databas regelbundet, till exempel vid en materialändring, men glömmer att passet för redan sålda produkter därför inte längre överensstämmer med den fysiska produkten. Den interna databasen är en "levande" fil, passet måste vara en tillförlitlig inspelning vid tidpunkten för försäljningen.

Ett företag med många färg- och tygvarianter hanterar dessa varianter som ett separat fält inom en produktkod, medan passet möjligen behöver olika data per variant — tänk på en annan materialprocent vid ett annat tygval. Den som har att göra med detta hittar mer om denna specifika komplikation på hur gör jag pass för en möbelkollektion med många färg- och stofvarianter.

Vad du kan dokumentera

En översikt över vilka data som redan finns i den befintliga databasen och vilka av dessa som sannolikt är relevanta för ett produktpass — baserat på vad artikel 9 och 10 i ESPR (Förordning (EU) 2024/1781) ger som vägledning, även om den exakta listan per produktgrupp ännu inte är fastställd.
En anteckning om källan och tillförlitligheten för varje datum: är det självbestämt, eller taget från en underleverantör eller tillverkare någon annanstans i kedjan.
En arbetsmetod för att hålla reda på ändringar i produktdata, så att det är klart vilken version av data som tillhör vilken såld produkt.
Avtal med leverantörer om vilka data de tillhandahåller och i vilket format, särskilt när den egna databasen är beroende av deras input.
En översikt över produktvarianter och de data som kan skilja sig åt per variant, särskilt för färg- och tygutföranden.

Den som vill strukturera detta redan nu, även utan den delegerade handlingen, hittar ett tillvagagångssätt i vad kan jag redan göra medan reglerna ännu inte är slutgiltiga. Och för den som vill veta hur denna inventering passar in i resten av processen finns en översikt i hur greppar jag an produktpassdokumentet för möbler steg för steg.

En befintlig produktdatabas är alltså sällan värdelös, men också sällan tillräcklig i sig själv. I de flesta fall utgör de en användbar utgångspunkt: grunddata finns där, strukturen och kopplingen till en dataväxel vanligtvis inte. Det är klokt att bedöma dessa två saker separat — vilken data som redan finns, och vad som fortfarande behövs för att dessa data ska bli ett pass.

Detta är ingen juridisk rådgivning. Denna sida ger allmän information om den regelgivning som denna plattform gäller. Vi känner inte till er situation. Vid osäkerhet om er egen situation rådgör ni en jurist eller den behörig tillsynsmyndighet.

Skrivet med AI på basis av källorna ovan, kontrollerat av människa den 2026-09-05. Stämmer något inte? Låt oss veta — rättelser får prioritet.