prodpas.eu

Kan jag i förväg göra en testversion av produktpasset

Ja, ett testpass kan redan skapas innan kravet träder i kraft

Ingenting i ESPR förbjuder att redan öva med ett produktpass, inte heller för en produktgrupp som ännu inte är aktuell. Förordningen reglerar när ett pass blir obligatoriskt och vilka krav det måste uppfylla, men säger inget om vad ett företag frivilligt och i förväg redan gör. Ett testpass är i den meningen ingen juridisk åtgärd utan en praktisk: det är ett sätt att upptäcka vilka uppgifter som saknas, vilka avdelningar som måste vara inblandade och hur en QR-databär förhåller sig till befintlig förpackning eller märkning, långt innan det finns något formellt tryck.

För vilka detta är meningsfullt och vad det inte är en ersättning för

Ett testpass är särskilt användbart för tillverkare och importörer som vet att deras produktgrupp är planerad men fortfarande väntar på den delegerade handlingen som fastställer de exakta kraven. Prioriteringen av produktgrupper finns i artikel 18 i ESPR: där är det fastslaget enligt vilka kriterier Europeiska kommissionen bestämmer vilka produkter som ska behandlas först, till exempel miljöpåverkan och försäljningsvolym. Den som är i en grupp som ligger högt på denna lista har större stöd för att redan nu testa än den som är i en grupp om vilken ännu ingenting är känt.

Vad ett testpass inte är: ett officiellt dokument. Så länge kravet för en produktgrupp inte har trätt i kraft har en testversion ingen juridisk status och kan inte heller fungera som bevis på efterlevnad vid en inspektion. Det är inte heller någon garanti för att den struktur som nu upprättas motsvarar exakt vad den slutliga delegerade handlingen kräver – den kan skilja sig åt på vissa punkter. Ett testpass är alltså ett läromedel, inte ett förskott på kravet.

Datumet är inte fastslaget, men testningen kan redan börja

Det finns inget fastslaget datum för när testningen av ett pass "får" börja, helt enkelt för att det inte finns någon regel som förbjuder det eller kopplar det till ett särskilt tillfälle. Det som är fastslaget är att kravet per produktgrupp först träder i kraft efter att Europeiska kommissionen har antagit en delegerad handling för denna grupp, enligt vad som föreskrivs i artikel 18. Fram till dess gäller inget passportkrav för denna produktgrupp, och allt som ett företag gör är frivilligt – inklusive att bygga en testversion.

Det betyder också att det exakta innehållet i kraven (vilka uppgifter, vilka fält, vilken detaljnivå) kan skilja sig åt per produktgrupp från det som redan är känt från själva ESPR. Ett testpass som nu bygger upp är alltså en god övning i process och struktur, men innehållet måste senare högst sannolikt uppdateras när de slutliga kraven för den egna produktgruppen är kända.

Hur man hanterar detta i praktiken

Det mest logiska första steget är att kontrollera om den egna produktgruppen redan finns någonstans i Europeiska kommissionens planering, och i så fall hur långt denna planering har utvecklats. Därefter är det meningsfullt att inventera vilka produktuppgifter som redan är tillgängliga inom den egna organisationen – material, ursprung, reparationsinformation – och vilka som fortfarande måste hämtas in från leverantörer. Speciellt det senare tar ofta mest tid, och ett testpass visar precis var hålen i denna kedja finns.

För företag som tillverkar produkter i flera produktgrupper är det praktiskt att börja med gruppen som är längst framskriden i den europeiska planeringen, och sedan upprepa tillvagagångssättet för andra grupper. Den som undrar om detta redan är värt mödan för den egna situationen får ett svar när det gäller frågan om det är klokt att börja innan produktgruppen är aktuell, och den som söker ett ordnat tillvagagångssätt kan använda frågan hur man steg för steg hanterar produktpasset som vägledning.

Ett testpassport är också ett bra tillfälle att redan nu titta på sin egen försörjningskedja: artikel 38 i ESPR beskriver vilka data aktörer i den kedjan — från råvaruleverantör till monteringsföretag — måste kunna leverera när förpliktelsen träder i kraft. Den som redan nu testar vilka data som saknas, upptäcker tidigt vilka leverantörer som är förberedda för det och vilka som inte är det.

Grunden: artikel 18, artikel 22 och artikel 38 i ESPR

Att förpliktelsen per produktkategori träder i kraft i etapper via ett delegerat rättsakt följer av artikel 18 i ESPR. Att det finns uppmärksamhet för små och medelstora företag för en genomförbar övergång framgår av artikel 22, som behandlar stöd och övergångsperioder för denna kategori företag. Och att data för ett passports måste komma från hela försörjningskedjan framgår av artikel 38. Ingen av dessa artiklar förbjuder eller reglerar frivillig testning av ett passports före förpliktelsen — och just denna frånvaro av ett förbud är grunden för svaret på denna fråga.

Vad du ska göra nu

Den som vill börja med ett testpassport gör bäst i att först bestämma i vilken produktkategori de egna produkterna faller och hur långt den europeiska planeringen för denna kategori har kommit, ställa upp sina egna produktdata och leverantörernas data i ordning, och på grundval av detta bygga en första testversion — vetande att denna senare måste uppdateras när de slutgiltiga kraven är kända. Den som först vill veta om det digitala produktpassportets överhuvudtaget är tillämpligt på de egna produkterna, hittar grunden för det i förklaringen av vad ett digitalt produktpassport innebär.

Vad du konkret måste göra

Vad som förväntas av dig

Att göra ett testpassport innan förpliktelsen för en produktkategori träder i kraft är ingen förpliktelse utan ett val. ESPR arbetar med delegerade förordningar per produktkategori: först när en sådan produktkategori-specifik förordning finns och träder i kraft uppstår den verkliga skyldigheten att föra ett passports. Artikel 18 i ESPR (Förordning (EU) 2024/1781) beskriver hur Europeiska kommissionen prioriterar och planerar produktkategorier, och det betyder att det skiljer sig åt per produktkategori när denna förpliktelse konkret blir aktuell. För ett företag med 10 till 100 anställda är det främst en planeringsfråga: att veta i vilken produktkategori de egna produkterna faller och hur mycket tid som realistiskt återstår innan en testversion måste bli en verklig version.

Att veta när din egen produktkategori är aktuell

Detta betyder i praktiken att någon inom företaget följer framstegen för de delegerade förordningarna, eller låter denna bli följd. Utan denna överblick är ett testpassport en skottning i mörkret: det är då oklart om data måste levereras om ett år eller flera år. Du hittar hur det per produktkategori kan härledas på Gäller det digitala produktpasset för mina produkter? www.prodpas.eu.

Att fastställa vad en testversion är värd

En andra punkt är förväntningen som är kopplad till testningen. Ett testpassport som sätts upp nu baseras på det aktuella läget för den delegerade förordningen eller, om den inte finns ännu, på de allmänna kraven i själva ESPR. Så länge den produktkategori-specifika förordningen ännu inte är slutgiltig kan innehållet i det testpassportsändras. Det är inte en anledning att vänta, men det är en anledning att behandla ett testpassport som en övning i process och datainsamling, inte som en slutprodukt som förblir oförändrad.

Att ta hänsyn till rollen i försörjningskedjan

Artikel 38 i ESPR (Förordning (EU) 2024/1781) beskriver kraven för aktörer i försörjningskedjan, inklusive tillhandahållandet av information som är nödvändig för att sätta samman ett passports. För ett företag som självt importerar eller tillverkar men är beroende av underleverantörer för delar eller material betyder detta att ett testpassport omedelbar visar var i kedjan data saknas. Det är ofta den viktigaste utkomsten av en testversion: inte själva passortet, utan avtäckningen av luckor i den egna datahanteringen.

Bedöma om företagets egen storlek förändras

Artikel 22 i ESPR (förordning (EU) 2024/1781) innehåller bestämmelser för små och medelstora företag, till exempel när det gäller övergångsperioder eller lägre administrativa bördor. För ett företag med 10 till 100 anställda är det viktigt att kontrollera om det faller inom de definitioner som används där, eftersom det kan påverka hur mycket press det redan finns på att upprätta ett passavord och hur mycket utrymme det finns att först testa utan brådska.

Där det går fel i praktiken

En första situation: ett företag skapar ett testpassavord baserat på en konceptförordning, och när den slutgiltiga texten publiceras visar det sig att de obligatoriska datafälten är ordnade på ett antal punkter på olika sätt. Testpassaviset var då inte felaktigt, men behandlas för länge som slutversion, vilket gör att anpassningen senare medför mer arbete än nödvändigt.

En andra: testversionen skapas av en anställd, ofta från marknadsföring eller kvalitet, utan att inköp eller produktion är inblandade. Resultatet ser fullständigt ut, men saknar just de data som måste komma från leverantörer, såsom materialsammansättning eller reparationsinformation. Först vid en verklig leverans visar det sig att dessa data aldrig har begärts systematiskt.

En tredje situation: ett företag testar med en produktvariant och antar felaktigt att alla andra varianter kan använda samma passavord. Skillnader i material, ursprung eller sammansättning mellan varianter märks då inte förrän den faktiska skyldigheten träder i kraft. På Kan jag använda ett produktpassavord för flera varianter av samma produkt framgår hur denna fråga förhåller sig till kraven per produktgrupp.

En fjärde: testpassaviset ses som ett engångsprojekt, medan upprätthållandet av underliggande data är en löpande uppgift. Efter testfasen upphör uppmärksamheten, och när skyldigheten faktiskt träder i kraft är informationen föråldrad.

En femte: det testas utan att någon i företaget förstår väl vad som sedan kommer att krävas vid en kontroll, vilket gör att testversionen visserligen ser ut som ett passavord men inte motsvarar vad en tillsynsmyndighet konkret kommer att vilja se. På Vad frågar en tillsynsmyndighet under en produktkontroll? framgår vad detta innebär.

Vad ni kan dokumentera

  • En översikt över de produktgrupper där de egna produkterna faller, med status för den tillhörande delegerade förordningen.
  • En lista över data som redan är tillgänglig för ett testpassavord och en lista över data som ännu måste begäras från leverantörer.
  • En anteckning om vem i företaget som är ansvarig för att hålla uppdaterad lagstiftningen för den egna produktgruppen.
  • En kort anteckning om status för varje testversion: proofversion baserad på koncepttext eller proofversion baserad på slutlig text.
  • Avtal med leverantörer om regelbundna leveranser av material- och sammansättningsdata, även om det ännu inte är obligatoriskt.

Den som helst föredrar att gå genom dessa steg i en fast ordning, hittar på Hur hanterar jag produktpasset för produkter steg för steg? en översikt som motsvarar både testningen i förväg och det slutliga tidpunkten för skyldighetsveckling.

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 er situation. Vid tvivel om er eget fall rådfrågar ni en jurist eller tillsynsmyndigheten.

Skrivet med AI baserat på källorna ovan, kontrollerat av en människa den 2026-09-05. Stämmer något inte? Låt oss veta — korrigeringar får företräde.