hur testar jag mitt produktpass innan det publiceras
Testning före publicering är ingen separat juridisk process, men väl praktiskt nödvändig
Att testa ett produktpass innan det går live är ingen åtgärd som ESPR föreskriver vid namn och artikelnummer — förordningen beskriver vad passet måste kunna och innehålla, inte hur ett företag kontrollerar det före publicering. Ändå är testning i praktiken oumbärlig, eftersom artikel 10 och artikel 11 i ESPR (Europaparlamentets och rådets förordning (EU) 2024/1781) ställer krav på passers funktion — såsom länkning till rätt QR-databärare, datatillgänglighet och sättet på vilket passet fungerar tekniskt — som inte kan bedömas utan att passet faktiskt öppnas, skannas och genomgås på det sätt som en tillsynsmyndighet eller slutanvändare senare skulle göra det.
För vem detta är relevant, och vad det inte handlar om
Denna fråga berör alla parter som är ansvariga för att sammanställa och publicera ett pass — tillverkare, importör eller en part som gör det för deras räkning — och som vill veta om passet är korrekt innan det kopplas till en produkt och QR-databäraren skickas ut i världen. Det handlar här uttryckligen inte om en obligatorisk, formell testprocedur som lagstiftaren föreskriver, och inte heller om överensstämmelsebedömning eller marknadskontroll i betydelsen granskning av en tredje part. Det handlar inte heller om frågan huruvida innehållet i passet är juridiskt korrekt sammanställt — det är en fråga om själva uppgifterna, inte om testningens teknik. Den som vill veta vilka uppgifter som måste ingå och om passet överhuvudtaget är tillämpligt på en viss produkt hittar svar tidigare i frågan gäller det digitala produktpasset för min elektronik.
Ännu inget fastställt datum, men en tydlig riktning
Det finns ännu inget fastställt ikraftträdandedatum för kravet på ett digitalt produktpass för elektronik och ICT-utrustning; det följer per produktkategori från delegerade akter som väntas från 2027 inom ESPR-arbetsprogrammet 2025-2030. Det som väl är fastställt är ramen inom vilken ett sådant pass senare måste fungera: artikel 9 i ESPR beskriver vad ett digitalt produktpass är och vilken roll det spelar, artikel 10 beskriver de krav som innehållet och tillgängligheten måste uppfylla, och artikel 11 beskriver den tekniska utformningen och driften, inklusive databäraren. Till dess att det exakta datumet per delkategori är publicerat finns det alltså ingen juridisk testplikt — men de krav som skulle testas är i stort sett redan fastställda.
Hur detta hanteras i praktiken
Den som redan nu sätter igång med ett pass gör väl i att bygga upp testet i ett par steg, i den ordning som en kontroll senare också skulle följa. Först kontrolleras det om QR-databäraren fungerar tekniskt: skannas den utan problem, och leder den till rätt, aktuell passoversikt — detta berör direkt det som artikel 11 i ESPR beskriver om den tekniska utformningen av databäraren. Därefter följer en kontroll av innehållet mot vad artikel 10 kräver: finns rätt uppgifter där, är de aktuella, och är de faktiskt tillgängliga för de avsedda målgrupperna (konsument, marknadsaktör, tillsynsmyndighet) utan onödiga hinder. Sedan testas det om passet också håller vid upprepad användning: förblir länken tillgänglig i tio år, vad är avsikten med hosting, och förändras ingenting oavsiktligt i uppgifter som redan är publicerade. Ett test i en produktionsmiljö före den faktiska lanseringen — med en testprodukt eller en icke-offentligt synlig passoversikt — förhindrar att fel först uppdagas när passet redan visas för kunder eller en tillsynsmyndighet. Det är i överensstämmelse med vad en tillsynsmyndighet vanligtvis vill se vid en kontroll; den som vill förbereda sig för det kan hitta mer information i vad frågade en tillsynsmyndighet vid en kontroll av elektronik. För företag med flera modeller eller märken är det dessutom praktiskt att standardisera själva testprocessen, så att inte varje pass kontrolleras manuellt på nytt — något som väl överensstämmer med den metod som beskrivs i hur ordnar jag produktpasset för alla mina produktlinjer samtidigt.
Vad det betyder och vad det baseras på
Att ett paspoort testas före publicering följer inte av en explicit testplikt i ESPR, utan av kombinationen av artikel 9, 10 och 11 i Förordning (EU) 2024/1781: tillsammans beskriver de vad ett digitalt produktpaspoort är, vilka uppgifter och tillgänglighet som krävs, och hur det tekniskt måste fungera via datadrivaren. Ett paspoort som uppfyller dessa krav så snart det är live kan i praktiken endast garanteras genom att kontrollera det i förväg på exakt dessa punkter. Så länge den delegerade handlingen för den aktuella delkategorin ännu inte är publicerad, är det lämpligt att testinnehållet förblir flexibelt, men kärnan — funktionell datadriver, korrekta och tillgängliga uppgifter, stabil hosting — kommer förmodligen inte att förändras i väsentliga avseenden.
Den som nu vill börja testa ställer först in en testmiljö skild från den slutgiltiga publiceringen, granskar sedan sina egna uppgifter enligt kraven i artikel 10, och kontrollerar därefter den tekniska sidan av QR-datadrivaren enligt artikel 11 — ett tillvägagångssätt som ligger väl i linje med de bredare stegen beskrivna i hur hanterar jag produktpasset för elektronik steg för steg.
Detta bygger på
- Förordning (EU) 2024/1781 (ESPR), artikel 9 (digitalt produktpass)
- Förordning (EU) 2024/1781 (ESPR), artikel 10 (krav på det digitala produktpasset)
- Förordning (EU) 2024/1781 (ESPR), artikel 11 (teknisk utformning och funktion av det digitala produktpasset)
Själva förordningen finns på EUR-Lex. Vi hänvisar för varje påstående; du behöver inte tro på oss.
Vad du konkret måste göra
Vad som förväntas av dig
Ett produktpaspoort som är live måste göra vad förordningen förväntar sig av det: visa rätt uppgifter till rätt part, via en funktionell datadriver, när som helst när någon frågar efter det. Att testa innan paspoorten publiceras är därför inte något tekniskt extra utan den praktiska tillämpningen av ett antal krav som redan finns i texten.
Datadrivaren måste vara läsbar och hållbar
Artikel 11 i ESPR (Förordning (EU) 2024/1781) beskriver den tekniska utformningen och driften av det digitala produktpasspoorten, inklusive datadrivaren (till exempel en QR-kod) som pekar på paspoorten. För ett företag med 10 till 100 anställda betyder detta praktiskt: någon måste före publiceringen faktiskt scanna koden med en telefon eller skanner, och inte bara på en skärm utan också på förpackningen eller produkten själv som den slutligen levereras. En kod som fungerar perfekt på en testutskrift kan fortfarande vara oläsbar på en glansig eller böjd produktyta.
Paspoorten måste visa rätt uppgifter till rätt användare
Artikel 10 i ESPR (Förordning (EU) 2024/1781) ställer krav på paspoortets innehål och tillgänglighet, inklusive skillnaden mellan uppgifter som är synliga för alla och uppgifter som endast är avsedda för en tillsynsmyndighet eller en marknadsaktör. Det betyder att test inte bara är "öppnar länken" utan också kontrollera att en konsument inte ser konfidentiell affärsinformation, och att en tillsynsmyndighet verkligen kan komma åt de uppgifter som är avsedda för honom.
Paspoorten måste motsvaras av produkten det tillhör
Artikel 9 i ESPR (Förordning (EU) 2024/1781) reglerar kopplingen mellan det digitala produktpasspoorten och den specifika produkten eller produktmodellen. I praktiken betyder detta att det måste testas om rätt QR-kod hamnar på rätt variant: i en produktlinje med flera modeller, färger eller effektklasser är risken verklig att paspoort A av misstag kopplas till produkt B. Den som ordnar produktpasspoorten för flera produktlinjer samtidigt löper denna risk mer framträdande än ett företag med en produkt.
Paspoorten måste fortsätta att fungera även efter ändringar
Eftersom elektropas.com hostvärd för paspoorten under tio år betyder test också: kontrollera om en uppdatering av uppgifter (till exempel en reparationsinstruktion eller en ändrad leverantör) hamnar på rätt plats utan att den befintliga QR-koden slits sönder. För ett företag utan egen IT-avdelning är detta ofta den del som hoppas över, medan den direkt är kopplad till kraven på drift och tillgänglighet enligt artikel 11.
Var det går fel i praktiken
Ett par situationer återkommer ständigt hos företag som testar ett passoport för första gången.
En QR-kod som fungerar bra i webbförhandsvisningen, men som är utskriven för liten på den fysiska förpackningen eller försvinner bakom plast, så att en skanner inte längre kan känna igen den.
Ett test som endast utfördes på kontoret, med wifi och en ny enhet, medan den slutliga användaren — en montör på en byggarbetsplats, en konsument i en butik med dålig täckning — har en helt annan upplevelse.
Data som är korrekta i testslinjen, men efter en sista justering i sortimentet (en annan leverantör, en ändrad energimärkning) inte kontrolleras på nytt innan koden lämnar dörren.
Ett passoport som testas av någon som känner produkten väl, varför ovanliga detaljer i gränssnittet — ett felaktigt språk, ett saknat fält — inte märks eftersom testaren redan vet vad som skulle ha stått där.
Flera avdelningar (inköp, kvalitet, förpackning) som var och en levererar en del av uppgifterna, utan att någon före publicering går igenom det kompletta pasaportet från början till slut som en utomstående skulle göra det.
Vad ni kan dokumentera
- Ett testprotokoll som anger vilka enheter och förhållanden som användes för att skanna QR-koden (olika telefoner, belysning, förpackningsmaterial).
- En översikt över vem som har levererat vilken del av uppgifterna och vem som utförde den slutliga kontrollen innan pasaportet gick live.
- En skärmbild eller export av pasaportet som det såg ut på publiceringsdagen, som referens för senare ändringar.
- En logg över ändringar efter publicering, med datum och vem som genomförde ändringen.
- En kontroll av huruvida skillnaden mellan allmänt synliga data och data för tillsynsmyndigheter är korrekt inställd, i enlighet med vad en tillsynsmyndighet vid en elektronikkontroll kan förvänta sig att se.
- En instruktion för anställda som måste underhålla pasaportet efter att det är live, anslutande till hur personal tränas i att arbeta med produktpasset.
Den som inkluderar detta testförlopp som en fast del i den bredare strategin, till exempel genom att länka det till steg-för-steg-metoden för produktpasset, förhindrar att testning blir en separat åtgärd som återuppfinns helt från början för nästa produktlinje.
Detta är inte juridisk rådgivning. Den här sidan ger allmän information om den lagstiftning som denna plattform handlar om. Vi känner inte till din situation. Om du är osäker på din egen situation rådfrågar du en jurist eller den behörig tillsynsmyndighet.
Skrivet med AI baserat på källorna ovan, kontrollerat av en människa den 2026-09-05. Stämmer något inte? Berätta det för oss — rättningar får företräde.