hur gör jag pass för en möbelkollektion med många färg- och stofvarianter

Varje variant med sina egna egenskaper får sitt eget pass

En kollektion med många färg- och tygvarianter kräver i grunden ett utvecklingsbeslut: bestäm på vilken nivå en variant verkligen skiljer sig från resten. En soffa som säljs i tio tygbeklädnader är inte automatiskt tio olika produkter för produktpasset — men tygbeklädnaden fastställer ofta data som hör hemma i passet, såsom materialsammansättning, textilens ursprung eller brandskyddbehandling. Så snart dessa data skiljer sig mellan varianterna, skiljer sig även passens innehåll åt, och därmed även den unika identifieringskoden som enligt artikel 12 i ESPR (Förordning (EU) 2024/1781) är kopplad till passet. Den praktiska metoden är därför: en grundstruktur för modellen, och per variant bara justera de fält som verkligen är olika.

För vem det är relevant, och vad det inte är

Detta är relevant för tillverkare och importörer som marknadsför en möbelmodell i flera utföranden: annat tyg, annat läder, annan lackfärg, annat ramträ. Det gäller inte för rent estetiska val utan konsekvenser för material eller sammansättning — ett tyg som bara skiljer sig när det gäller färgställning men är identiskt när det gäller fibersammansättning, brandretardant och ursprung, förändrar inte passets innehål väsentligt. Det handlar alltså inte om antalet SKU:er på följesedeln, utan om antalet väsentligt olika produktvarianter. En kollektion med femtio färgkoder kan innehållsmässigt ha bara två eller tre varianter i passet, om färgen inte ändrar något annat vid vad som finns i produkten. Denna skillnad är inte skild från frågan om passet för ett visst möbelpynt överhuvudtaget är obligatoriskt — denna basfråga besvaras på sidan om produktpasset gäller dina möbler.

Skyldigheten följer den delegerade handlingen per produktgrupp

Exakt när passet för möbler blir obligatoriskt är ännu inte fastställt. ESPR själv (Förordning (EU) 2024/1781) är ramen; den faktiska skyldigheten för möbler uppstår genom en delegerad handling som fastställs per produktgrupp, och den handlingen finns ännu inte för möbler. Tills denna handling är publicerad finns det inget juridiskt datum att arbeta mot — det är dock tydligt från ESPR:s arbetsprogram att möbler är på dagordningen. Så snart datumet är fastställt kommer det att anges här. Tills dess är utformningen av en variantstruktur ingen skyldighet utan en förberedelse, och denna förberedelse är precis där tidsvinster kan göras — se också vad som redan kan göras medan reglerna ännu inte är definitiva.

Hur en kollektion med varianter byggs upp i praktiken

Den ordning som eliminerar mest brus börjar med modellen, inte varianten. Först fastställs vilka data som gäller för hela modellen: konstruktion, dimensioner, funktion, allmänna delar som är identiska i varje utförande. Därefter registreras per variant bara det som avviker — vanligtvis beklädnaden, ibland ramens finish. Det skiljer "fasta" data från "variabla" data, och denna skillnad är precis vad en produktdatabas måste kunna stödja; den som redan har en databas med artikelnummer och materialspecifikationer per variant kan kontrollera om denna struktur kan återanvändas via rådet om hur man gör en befintlig produktdatabas lämplig.

Ett andra steg är att fastställa identifieringskoden per variant. Artikel 12 i ESPR föreskriver en unik identifieringskod för produkten som passet avser; för variantrika samlingar innebär detta i praktiken att varje väsentligt avvikande variant får sin egen kod och därmed sin egen passpost i databasen, medan varianter utan väsentlig skillnad kan falla under samma kod. Detta förhindrar två problem: dels att skapa hundratals pass för varianter som faktiskt är identiska, dels att använda ett pass för varianter som väsentligt skiljer sig åt.

Ett tredje steg är QR-databäraren. Artikel 9 i ESPR binder passet till en databärar på produkten, och vid en kollektion med varianter är det praktiskt att fundera på var och hur den bäraren anbringas per variant — en möbeltextil med ett annat materialpas kräver en annan QR-kod än en möbeltextil som innehållsmässigt är identisk. Den som vill gå igenom detta steg för steg, inklusive frågan om när i produktionsprocessen koden tilldelats, finner en fullständig översikt på sidan om hur man arbetar med produktpasset steg för steg.

Grunden: artiklarna 9, 10, 11 och 12 i ESPR

Grunden för detta tillvägagångssätt ligger i fyra artiklar i ESPR (Förordning (EU) 2024/1781). Artikel 9 föreskriver det digitala produktpasset själv som obligatoriskt för produktgrupper som omfattas av en delegerad handling. Artikel 10 beskriver kraven som passet måste uppfylla, inklusive kopplingen mellan produktinformation och de uppgifter som faktiskt finns i passet. Artikel 11 reglerar den tekniska utformningen och driften av passet, vilket är grunden för frågan om hur uppgifter struktureras per variant. Artikel 12 slutligen föreskriver en unik identifieringskod per produkt — den avgörande faktorn för frågan om en färg- eller stofvariant behöver ett eget pass eller inte.

Den som redan arbetar med en kollektion gör bäst i att från början skilja mellan fasta modelluppgifter och variabla variantuppgifter i sin egen administration, så att denna struktur är på plats när den delegerade handlingen för möbler fastslår ett datum och konkreta datakrav.

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

En soffa som är leverbar i tolv stoftyper och åtta färger är i praktiken inte en produkt utan dussintals kombinationer. För det digitala produktpasset är denna fråga inte kosmetisk: den avgör om det senare blir ett pass med varianter i det, eller en hel serie separata pass. Den som inte utreder detta på förhand, hamnar sent i processen i en produktdatabas som inte motsvarar vad ESPR kräver.

Vad som förväntas av dig

Göra varje produkt identifierbar

Artikel 12 i ESPR (Förordning (EU) 2024/1781) kräver en unik identifieringskod per produkt. Vid en kollektion med varianter innebär det ett val: får varje färg-stofkombination en egen kod, eller arbetar man med en baskod plus ett variantkennetecken? För ett företag med 10 till 100 anställda är detta framför allt en IT-fråga: produktdatabasen eller ERP-systemet måste redan kunna särskilja varianter på detta sätt, annars uppstår problemet först när passen själva skapas. Den som redan nu undersöker eller göra befintlig produktdatabas lämpligförhindrar att denna fråga upptäcks först vid första leveransen.

Visa rätt information per variant

Artikel 9 i ESPR beskriver vad det digitala produktpasset måste innehålla. För möbler med tygvarianter skiljer sig en del av denna information per variant — brandförsenad behandling, nötningsbeständighet, fibersammansättning — och en del skiljer sig inte: konstruktion, dimensioner, ramens ursprung. I praktiken innebär detta att uppgifterna redan vid källan (tillverkare eller tygleverantör) måste registreras på variantnivå. En leverantör som endast lämnar "polyester blandning, olika färger" ger inte tillräckligt för att fylla ett komplett pass per variant.

Teknik som kan hantera varianter

Artikel 11 i ESPR ställer krav på den tekniska utformningen och funktionen av passet, inklusive hur passet länkas till produkten och hur uppgifterna förblir tillgängliga. För en kollektion med många varianter sammanfaller detta med frågan om hur QR-koden anbringas på själva produkten: en etikett per artikelnummer fungerar inte om artikelnumret är skilt från den färg-tyg-kombination som kunden faktiskt mottar. Detta är en av de punkter där ett väl genomtänkt tillvagagångssätt kan spara arbete: se den bredare förklaringen i steg-för-steg-anvisningen för produktpasset.

Uppfylla kraven, även vid kombinationer

Artikel 10 i ESPR anger de krav som det digitala produktpasset måste uppfylla, bland annat tillförlitlighet och aktualitet för data. För varianter spelar detta en särskild roll: när en stofftyp ersätts eller en färg försvinner från kollektionen måste detta behandlas i passen för de berörda varianterna, utan att påverka passen för de övriga varianterna. Detta kräver en datastruktur där varianter kan uppdateras oberoende av varandra.

Där det går fel i praktiken

Ett pass för hela kollektionen. En möbeltillverkare skapar ett pass för "soffa modell X" och hänvisar däri till "diverse klädsel". Det fungerar inte när en kund eller tillsynsmyndighet vill veta vilken brandtest som gäller för den specifika stofftypen på hans soffa.

Variantdata som saknas hos stoffleverantören. Möbeltillverkaren själv för noggrann redovisning över vilken ram, vilka ben och vilken finish som hör till en modell, men stoffet kommer från en extern leverantör som endast anger ett kollektionsnamn, inte de underliggande testresultaten per färg. Vid ifyllningen av passet visar det sig då att en del av data för varianten helt enkelt inte är tillgänglig.

Artikelkoder som inte motsvarar vad som säljs. Internt arbetar man med ett artikelnummer per modell, och färg-/stofvalet fastställs först på orderraden. Om den unika identifieringskoden från artikel 12 tilldelas på modellnivå i stället för på variantnivå uppstår en oöverensstämmelse mellan passet och den fysiska produkt som kunden har.

Små ändringar i kollektionen som inte genomförs. En stofftyp ersätts efter en säsong med en liknande, men inte identisk stoff. Passet för den gamla varianten förblir online som om den fortfarande var leverbar, eller — omvänt — den nya varianten tilldelas av misstag passet från den gamla stofftypen.

Börja för sent med variantstrukturen. Ett företag väntar med att bygga upp datastrukturen tills förpliktelsen blir konkret och upptäcker då att hundratals befintliga varianter måste klassificeras retroaktivt. Den som redan nu undersöker vad som behöver göras medan reglerna ännu inte är slutliga, kan undvika denna återhämtning genom att redan nu ordna strukturen, även innan ett tvingande datum är fastslaget.

Vad du kan dokumentera

En variantlista per modell, med en egen kod eller tydligt länkad variantegenskap för varje färg- och stofkombination, så att identifieringskoden från artikel 12 kan anbringas på ett slutgiltigt sätt.
En översikt över vilka data som skiljer sig per variant och vilka data som är desamma för hela modellserien — detta skiljer vad som måste fyllas i engång från vad som måste levereras separat per variant.
Avtal med stoff- och materialleverantörer om leverans av testresultaten och sammansättningen per färg eller mönster, inte bara per kollektion.
En procedur för kollektionsändringar, så att en ersatt stofftyp eller utgående färg också uppdateras eller arkiveras i passet när förändringen genomförs i försäljningen.
En koppling mellan artikelnummer, orderrad och pass, så att varianten som faktiskt levereras motsvarar varianten vars pass visas.

Om en specifik kollektion omfattas av förpliktelsen och från när är beskrivet på sidan om produktpasset gäller dina möbler. Strukturen för variantdata kan dock redan byggas upp oberoende därav — det arbetet är aldrig försäljat, oavsett vilket datum som slutligen fastställs för förpliktelsen.

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.