matrapas.eu

Hur länge måste ett produktpass vara tillgängligt?

Bevarandetiden är ännu inte fastställd för madrasser

Det finns ännu ingen fast tidsgräns som anger hur länge ett digitalt produktpass för madrasser måste vara tillgängligt. ESPR (Förordning (EU) 2024/1781) fastställer i artikel 10 principen: passet måste förbli tillgängligt, och den exakta varaktigheten utarbetas per produktgrupp i en delegerad handling. För madrasser finns denna handling ännu inte. Det som redan är fastställt är tanken bakom principen: tillgängligheten för passet måste överensstämma med hur länge en madrass normalt används, inte med ett kalenderdatum som är detsamma för alla produkter.

För själva passet, inte för garanti eller underhåll

Den här frågan handlar om den digitala dataöverföringen: hur länge QR-koden måste hänvisa till funktionell, aktuell information. Det är något annat än en lagstadgad garantitid, en fabriksgaranti som en tillverkare själv ställer, eller en skyldighet att leverera reservdelar. Dessa saker kan ha en egen, separat tidsgräns som inte har något med ESPR att göra. Det handlar här inte heller om hur länge en tillverkare är skyldig att sälja eller underhålla själva madrassen — endast om hur länge informationen i passet måste kunna hämtas via dataöverföringen. Också viktigt: tidsgränsen handlar om tillgängligheten för passet, inte om hur ofta innehållet måste uppdateras — detta är två olika krav enligt artikel 10.

Från och med den delegerade handlingen, tills dess ingen lagstadgad varaktighet

Så länge den delegerade handlingen för madrasser inte har publicerats finns det ingen lagstadgad bevarandestid för madraspasposten. ESPR själv ger ramen (koppling till produktens förväntade livslängd, plus tillgänglighet som inte får vara beroende av tillverkarens fortsatta existens), men det konkreta antalet år fastställs per produktgrupp. För madrasser har detta ännu inte gjorts. Så snart handlingen har publicerats kommer den exakta tidsgränsen att stå här. Tills dess gäller det i praktiken framför allt vad en plattform eller tjänsteleverantör själv förbinder sig till: matrapas.eu använder till exempel en egen värdtidsgräns på tio år, oberoende av vad den delegerade handlingen senare kommer att föreskriva. Detta eget åtagande är ett avtalsval, ingen inverkan på den lagstadgade tidsgränsen — de två kan senare skilja sig åt, och det är inget problem så länge den lagstadgade minimivaraktigheten uppfylls.

Vad en tillverkare redan kan ordna

Den som redan nu låter ställa in ett pass behöver inte vänta tills den delegerade handlingen finns. För det första är det lämpligt att välja en tjänsteleverantör som förbinder sig till en värdtidsgräns som ligger långt över en madrass förväntade användningstid, i stället för en tidsgräns som är exakt anpassad till ett lägsta lagstadgat krav som ännu inte ens är känt. Därefter är det klokt att fastställa vad som händer om företaget själv upphör eller byter ägare: fortsätter QR-koden att fungera, och vem tar över hanteringen? Sedan är det användbart att veta att ESPR genom artikel 13 inrättar ett register som fungerar som ett skyddsnät — om en marknadsaktör försvinner finns det en central plats där åtminstone grunddata bevaras. Slutligen lönar det sig att hålla denna sida under uppsikt: så snart den delegerade handlingen för madrasser har publicerats visas den exakta bevarandetiden här, och ett befintligt avtal med en tjänsteleverantör kan då prövas mot den.

Grunden: artikel 10 och artikel 13 i ESPR

Artikel 10 i ESPR (förordning (EU) 2024/1781) fastställer att den delegerade handlingen per produktgrupp bestämmer hur länge det digitala produktpasset måste förbli tillgängligt, och kopplar det till utgångspunkter som produktens förväntade livslängd och oberoende av marknadsaktörens fortsatta verksamhet som skapat passet. Artikel 13 inrättar registret för digitala produktpass, som fungerar som ett säkerhetsnät så att uppgifter inte automatiskt går förlorade när en tillverkare eller importör upphör att existera. Tillsammans bildar dessa två artiklar ramverket inom vilket den konkreta fristen för madrasser senare fylls i.

Om du nu låter göra ett madraspasport är det bäst att fråga vilken hostingtermijn som tjänsteleverantören själv åtar sig, fastställa det skriftligt och spara denna sida för att kontrollera så snart den delegerade handlingen för madrasser är publicerad.

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

Passet förblir tillgängligt så länge förpliktelsen gäller

Artikel 10 i ESPR (Förordning (EU) 2024/1781) föreskriver att det digitala produktpasset måste förbli tillgängligt, men den exakta varaktigheten för madrasser anges inte i förordningen själv. ESPR är en ramförordning: de konkreta kraven per produktkategori kommer i en delegerad handling, och först däri kommer det att framgå hur länge ett madrasppass måste vara tillgängligt efter försäljning. För madrasser tillverkare och importörer betyder detta främst att man redan nu måste räkna med att passet inte är något man gör och sedan kan glömma — det är en förpliktelse som löper vidare efter försäljningen, under en period som ännu inte är fastställd men som sannolikt kommer att fastställas i den delegerade handlingen för madrasser.

För ett företag med 10 till 100 anställda betyder detta att hostingvalet inte är något för kort sikt. Ett system som slutar efter några år eller vars kontinuitet inte är garanterad, passar inte till en förpliktelse som per produkt kan löpa under många år.

Uppgifterna måste förbli aktuella och tillgängliga, inte bara "sparade någonstans"

Att förbli tillgängligt är mer än bara "inte gå offline". Artikel 10 ställer krav på tillgängligheten av uppgifterna under hela perioden då passet måste existera. För en madrasser tillverkare betyder detta att QR-koden på produkten, eller etiketten som den är placerad på, måste förbli intakt och skanbar — och att underliggande data måste förbli åtkomlig, även om det under tiden sker ändringar av produkten, leverantören eller den egna verksamheten. Vad som ska göras om etiketten ändå skadas beskrivs på sidan om vad du ska göra om QR-koden skadas.

Passet är också registrerat, skilt från där det hostas

Artikel 13 i ESPR reglerar registret över digitala produktpass: en central plats där (metadata för) pass registreras. Den registreringen löper parallellt med kravet att passet själv förblir tillgängligt. För ett företag betyder detta att två saker måste hållas under uppsikt: passet som måste förbli tillgängligt via QR-koden, och registreringen som finns därutöver. Vad som exakt måste finnas i det registret och hur det hänger samman med själva passet förklaras på sidan om det europeiska registret.

Förpliktelsen överlever förändringar i företaget

Eftersom bevarandetiden (när den väl är fastställd) sannolikt är längre än vissa företagsförändringar, är det tänkbart att ett madrasppass fortfarande måste vara tillgängligt medan det företag som skapade det inte längre existerar i sin nuvarande form — på grund av övertagande, nedläggning eller byte av hostingpart. Vad som händer damit om ett företag slutar beskrivs på sidan om vad som händer med produktpasset om ditt företag slutar.

Där det går fel i praktiken

Hostingparten väljs på pris, inte på kontinuitet. En billig lösning som slutar efter några år eller byter ägare är en risk om den underliggande förpliktelsen löper under många år. Företag upptäcker detta ofta först när den första klagomålet kommer in om en QR-kod som inte fungerar.

Ingen säkerhetskopia sparas av källdata. Om en plattform slutar eller kopplingen till ERP-systemet försvinner, finns data ibland ingenstans annat. Vad som bör övervägas i detta avseende finns på sidan om säkerhetskopior av passuppgifter.

QR-koden klistras på befintligt lager först senare, utan att länken till rätt pass är korrekt registrerad. För madrasser som redan tillverkades innan förpliktelsen började gälla är detta ett verkligt scenario — se förklaringen om klistra QR-koder på befintligt lager. Om det inte är väl registrerat vilken kod som hör till vilken produkt är tillgängligheten av passet i praktiken omöjlig att garantera.

Det antas att ett pass räcker till, medan en madrass kan bestå av flera komponenter med egna krav. Om en madrass till exempel har ett separat hölje eller fyllning med eget passkrav, är det oklart vilket pass som gäller för vilken livslängd. Hur det fungerar tillsammans beskrivs på sidan om flera pass för en produkt.

Vid ett företagsövertagande eller fusion glöms det ofta bort att passen för det gamla företagsnamnet fortsätter att existera. Köparen av företaget tänker ofta bara på lager och kundregister, inte på de hundratals eller tusentals digitala pass som måste fortsätta att fungera någonstans.

Vad du kan dokumentera

  • En översikt över vilken hostingpart som förvaltar vilket pass, inklusive avtalsperiod och uppsägningsterminer, så att kontinuiteten inte beror på en enda medarbetares minne.
  • En säkerhetskopieringsöverenskommelse för källdata, separat från den plattform där passet är värd — se sidan om säkerhetskopior av passuppgifter.
  • En koppling mellan passet och ditt eget lager- eller ERP-system, så att uppgifter inte registreras dubbelt och förblir uppdaterade lättare; mer om detta på sidan om koppla till ett eget system.
  • En fastställd procedur för vad som händer med passen vid företagsavveckling, övertagande eller fusion.
  • En lista över vilka produkter som är försedda med vilka unika identifieringskoder, så att det snabbt blir klart vilket pass som hör till problemet med en QR-kod — se sidan om unika identifieringskoder.
  • Dokumentation av när och hur varje pass skapades, med vilka uppgifter från tillverkare eller importör, så att det vid en senare kontroll är klart att passet inte bara råkar finnas där utan är medvetet sammanställt och underhållet.

Detta är ingen juridisk rådgivning. Denna sida ger allmän information om den reglering som denna plattform behandlar. Vi känner inte till er situation. Om ni är osäker på er egen situation rådgör ni en jurist eller den behöriga tillsynsmyndigheten.

Skriven med AI baserat på källorna ovan, kontrollerad av människa den 2026-08-22. Stämmer något inte? Berätta — rättelser prioriteras.