matrapas.eu

behöver jag speciell programvara för att skapa ett digitalt produktpass

Nej, ingen särskild programvara krävs enligt lagstiftningen

ESPR föreskriver inget särskilt programvarupaket, system eller märke. Det som förordningen däremot fastställer är krav på resultatet: det digitala produktpasset måste innehålla uppgifter som är tillgängliga på ett fastställt sätt via en dataöverförare, det måste uppfylla vissa tekniska och organisatoriska villkor, och det måste vara tillgängligt för den som har rätt till det. Hur en tillverkare eller importör löser det tekniskt — med ett eget utvecklat system, en modul i ERP-paketet eller en tjänst från en extern part — är inte fastställt i lagstiftningen. Det finns alltså ingen obligatorisk "produktpassprogramvara" som finns på någon lista och som måste köpas. Vad som måste finnas är däremot en fungerande helhet som uppfyller kraven i förordningen, och det är en annan fråga än vilken programvara som används för det.

För madrasser gäller detta, för administrationen bakom det inte automatiskt

Denna frihet i valet av medel gäller för madrässernas digitala produktpass såsom ESPR strax kommer att kräva det: databäraren, lagringen och tillgängliggörandet av passuppgifterna. Det gäller inte för allt annat som en tillverkare eller importör redan använder eller måste använda av programvara. Ett bokföringssystem, ett lagerhanteringsprogram eller ett CE-märkningsdokument faller utanför denna förordning och har sina egna regler. Det gäller inte heller frågan om ett särskilt system är "tillräckligt bra" — det bedöms inte utifrån programvarans märke eller leverantör, utan utifrån om resultatet uppfyller kraven i förordningen. Ett kalkylblad som råkar uppfylla alla krav är i teorin lika giltigt som en dyr specialiserad lösning; omvänt uppfyller ett dyrt system inte automatiskt bara för att det är dyrt.

Inget fast datum ännu, men redan fasta krav på utformningen

När det digitala produktpasset blir obligatoriskt för madrasser är ännu inte fastställt; det följer av en delegerad handling som ännu måste publiceras för denna produktgrupp. Tills vidare gäller ingen skyldighet att redan föra ett produktpass. Vad som redan är fastställt är däremot de allmänna tekniska kraven i ESPR som ett digitalt produktpass måste uppfylla, oavsett med vilken programvara det byggs. Dessa krav gäller bland annat interoperabilitet, användningen av öppna standarder och sättet på vilket uppgifter måste tillgängliggöras. Den som redan nu väljer eller utvecklar programvara kan alltså ta dessa krav som utgångspunkt, även om det obligatoriska ikraftträdandet för madrasser själva ännu är okänt.

Var man börjar när man väljer ett system

Den praktiska ordningen börjar inte med programvara, utan med uppgifterna: först måste det vara klart vilka produktinformationer som senare ska finnas i passet, innan man tittar på hur denna information tekniskt lagras och tillgängliggörs. Därefter kommer frågan om hur varje madrass får en unik identifieringskod , för denna kod är länken mellan den fysiska produkten och de digitala uppgifterna om den. Därefter är det ett val om denna process själv skapas eller om den utförsoutsourcas till en part som ansvarar för lagring och tillgängliggörande — det är precis där en plattform som denna plattform passar in, genom att sammanställa passet från de levererade uppgifterna och tillhandahålla hosting och QR-databärare. För företag som redan arbetar med ett ERP- eller lagerhanteringssystem är det därefter relevant om och hur det systemet kan kopplas till produktpasset, så att uppgifter inte behöver matas in dubbelt. Den som föredrar att först se det större sammanhanget innan ett systemval görs kan också börja med frågan om hur Europas register för produktpass förhåller sig till det egna passet, för detta register är en obligatorisk del oavsett vilken programvara som väljs.

Detta följer av artikel 9, 10 och 11 i ESPR

Grundlagen finns i artikel 9 i ESPR (Förordning (EU) 2024/1781), där det digitala produktpasset introduceras som instrument. Artikel 10 i ESPR preciserar de innehållskrav som ett pass måste uppfylla, utan att föreskriva någon särskild teknik eller leverantör. Artikel 11 i ESPR behandlar specifikt den tekniska utformningen och driften av det digitala produktpasset och nämner krav såsom interoperabilitet och användning av öppna standarder — krav som ställs på resultatet, inte på verktyget som används för att uppnå det resultatet. Tillsammans visar dessa tre artiklar att förordningen är utformad funktionellt: den reglerar vad ett pass måste kunna och hur det måste vara tillgängligt, och överlåter valet av mjukvara till den som sammanställer passet.

Den som redan nu vill förbereda sig kan börja med att ordna sina egna produktdata och bestämma ett identifikationssystem per madrass, så att det finns en solid grund när den delegerade handlingen för madrasser publiceras — valet av ett särskilt mjukvarusystem kan sedan följas senare, enligt de då gällande tekniska kraven.

Vad du konkret måste göra

Vad som förväntas av dig

Ett pass som är läsbart via öppna standarder

Artikel 10 i ESPR (Förordning (EU) 2024/1781) föreskriver att det digitala produktpasset ska fungera på basis av öppna, interoperabla standarder. Det betyder att data inte får låsas in i ett stängt, eget filformat som bara kan öppnas med ett visst program. För en madrasstillverkare med 10 till 100 anställda betyder detta i första hand att valet av system eller plattform måste kontrolleras mot detta krav: kan data kommas ut ur systemet, och kan den läsas av andra parter utan att de har exakt samma mjukvara som ni?

Tillgänglighet via en databärare, inte via en app

Artikel 11 reglerar hur passet fungerar tekniskt: via en databärare (i praktiken ofta en QR-kod) som hänvisar till uppgifterna. Konsumenten, tillsynsmyndigheten eller handelspartnern måste kunna läsa dessa uppgifter utan att det krävs en separat applikation som ni tillhandahåller. I praktiken betyder detta att en vanlig smartphone med kamera och webblä­sare måste räcka. Den som överväger att låta bygga en egen app för att visa passet gör det alltså som en extra tjänst — inte för att förordningen föreskriver en app. Hur databäraren hamnar på produkten beskrivs på sidan om hur QR-koden för produktpasset kommer på dina madrasser.

Koppling till ett unikt identifikationsnummer

Artikel 9 kopplar passet till en unik produkt- eller modellidentifiering. Det kräver ett sätt att koppla varje pass till rätt fysiska produkt. För företag som redan arbetar med partinummer, EAN-koder eller interna artikelnummer är detta vanligtvis en fråga om att konsekvent föra denna befintliga numrering vidare i passystemet. Hur denna koppling praktiskt ställs in beskrivs på sidan om hur du ger varje produkt en unik identifieringskod.

Uppgifter som förblir aktuella och spårbara

Artiklarna 9 och 10 tillsammans implicerar att passet inte är en ögonblicksbild som kan glömmas efter publicering, utan en datasamling som förblir kopplad till en specifik produkt så länge passet måste vara tillgängligt. Det kräver av ett företag ett sätt att veta vilken information som hör till vilken produkt, även om det senare kommer frågor om en madrass som såldes för ett par år sedan.

Där det går fel i praktiken

En tillverkare låter göra ett pass i ett program som fungerar bra, men där leverantören endast tillhandahåller uppgifterna som PDF eller som skärmavbild. Det är läsbart för en människa, men inte maskinläsbart som artikel 10 avser — underliggande data måste kunna frågas strukturellt, inte bara visas visuellt.

Ett företag bygger en egen app för att visa passet, under antagandet att det är obligatoriskt. Det kostar tid och pengar på utveckling, medan artikel 11 just kräver tillgänglighet utan särskild programvara — en vanlig webbsida som öppnas via QR-koden uppfyller denna tanke.

En importör använder en ny, ad-hoc Excel-fil för varje leverans som manuellt konverteras till ett pass. När volymen växer uppstår fel i kopplingen mellan produkt och pass, och det blir oklart vilket pass som hör till vilken batch.

En tillverkare väljer ett system utan att kontrollera om data någonsin kan exporteras från det. Vid senare övergång till en annan plattform, eller när hostingleverantören slutar, visar det sig att data är låst till en enda leverantör. Vad som är involverat i detta beskrivs på sidan om vad som händer med dina produktpass om hostingleverantören slutar.

Ett företag tror att passsystemet måste vara separat från den egen affärsverksamhet, och matar in alla produktuppgifter dubbelt: en gång i ERP-systemet, en gång i passsystemet. Det fördubblar arbetet och ökar risken för avvikelser mellan båda källorna.

Vad du kan dokumentera

  • En överblick över de filformat som det valda systemet använder, och om dessa är öppna och exporterbara — detta kan testas mot kravet på interoperabilitet från artikel 10.
  • En beskrivning av hur dataöverföraren (QR-koden) ger åtkomst till passet, utan att en separat app behövs, enligt artikel 11.
  • En motsvarighetstabell mellan interna produktkoder och pass-identifikationsnummer, så att det vid varje tillfälle går att spåra vilket pass som hör till vilken fysisk produkt. Den som vill kombinera system för detta kan titta på möjligheterna som beskrivs på sidan om koppling av produktpasset till ett ERP- eller lagersystem.
  • Avtal med programvaruleverantören eller plattformen om export av data, långsiktig tillgänglighet och vad som händer vid serviceavslutning.
  • En internt process för att upprätthålla produktuppgifter, så att ändringar i materialsammansättning eller andra egenskaper konsekvent återspeglas i passet, i stället för att hållas dubbla och skilda från varandra.

För företag som tillverkar skräddarsydda madrasser är det dessutom bra att fastslå hur individuella varianter hanteras i passsystemet — denna process skiljer sig ofta från standardproduktion och förklaras på sidan om hur produktpasset fungerar för skräddarsydda madrasser.

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, granskad av människor den 2026-09-05. Stämmer något inte? Berätta — rättelser prioriteras.