Måste jag registrera hur länge en enhet får programuppdateringar?
Programvarustöd är ännu ingen fast skyldighet
En obligatorisk tidsperiod för programvaruuppdateringar är ännu inte fastställd. ESPR-ramförordningen (Förordning (EU) 2024/1781) ger dock rättslig grund för att göra detta obligatoriskt per produktkategori, men själva kravet — hur länge en tillverkare måste fortsätta leverera uppdateringar, och om denna tidsperiod måste anges i det digitala produktpasset — fastställs först i en delegerad handling för den specifika produktgruppen. För elektronik och ICT-utrustning finns denna handling ännu inte. Tills den finns det ingen allmän, tvingande skyldighet att fastställa en uppdateringstidsperiod i passet, även om programvaruföråldring rent innehållsmässigt är exakt den typ av hållbarhetstema som ESPR är inriktad på.
Relevant för produkter med programvara, inte för allt
Detta ämne gäller apparater vars funktionalitet är beroende av programvara: vitvaror med smarta funktioner, ICT-utrustning och bredare elektronik med firmware eller operativsystem. För helt mekaniska produkter utan programvara är frågan helt enkelt inte relevant. Även inom elektronikbranschen gäller: ESPR arbetar med delegerade handlingar per delkategori, så ett krav som gäller för smartphones gäller inte automatiskt för en tvättmaskin eller en router. Ramförordningen själv (artiklarna 5 till och med 7) anger vilken typ av krav som kan ställas — inklusive hållbarhet, tillförlitlighet och lämplighet för reparation och uppgradering — men omvandlar detta ännu inte till ett konkret antal år för en konkret produkt. Den som nu letar efter en bindande tidsperiod för en specifik apparat kommer därför inte att hitta den någonstans i den nuvarande texten i ESPR.
Ännu inget datum: delegerade handlingar per kategori
Det finns inget fastställt datum när detta kommer att gälla för elektronik och ICT. Enligt ESPR-arbetsplanen 2025–2030 utarbetas delegerade handlingar per delkategori, med förväntan att de första av dessa kommer från 2027. Det är en indikation från arbetsplanen, ingen försäkran och ingen lag. Tills en delegerad handling för en specifik produktgrupp har publicerats gäller för denna grupp ESPR:s allmänna bestämmelser (artiklarna 5 till och med 7 för de innehållsmässiga kraven, artikel 10 för vad som måste finnas i det digitala produktpasset) utan att detta ännu leder till en konkret uppdateringstidsperiod. Så snart en delegerad handling för elektronik eller ICT publiceras anges här datumet och innehållet i detta krav.
Vad detta betyder: arbetets ordning
Den som vill förbereda sig för detta tittar först på sin egen produktkategori i ESPR-arbetsplanen och följer därifrån publiceringen av motsvarande delegerad handling — det är det tillfälle då det blir klart om, och för hur länge, en uppdateringstidsperiod blir obligatorisk och om den måste anges i det digitala produktpasset. Tills denna publicering finns det ingen rättslig skyldighet att placera denna information i ett pass, men ingenting hindrar en tillverkare från att nu redan internt hålla reda på hur länge programvarustöd åtminstone är åtföljd per produktlinje — det är då en egen, frivillig åtgärd, inte en ESPR-skyldighet. För den som låter ett digitalt produktpass sammanställas innebär detta konkret: den nuvarande passstrukturen behöver ännu inte innehålla detta fält, men så snart den delegerade handlingen för motsvarande delkategori föreskriver det måste detta fält läggas till i passet och fyllas med de uppgifter som tillverkaren eller importören på det tillfället tillhandahåller. Den som redan nu håller reda på uppgifter om programvarustöd — vilka modeller, vilka tidsperioder, vilka uppdateringsprinciper — får på så sätt ett försprång när kravet blir konkret, eftersom dessa uppgifter redan är tillgängliga för att införlivas i passet.
Grunden: artiklarna 5 till och med 7 och artikel 10
Möjligheten att ställa krav på programvarustöd följer av artiklarna 5 till och med 7 i ESPR (Förordning (EU) 2024/1781), som utgör ramverket för ekologisk utformning: prestationskrav såsom hållbarhet, tillförlitlighet och lämplighet för uppgradering, samt informationskrav därom. Dessa artiklar anger kategorier av krav som kan preciseras vidare genom delegerade rättsakter per produktgrupp, men fastställer själva ingen konkret uppdateringsfrist. Artikel 10 i samma förordning reglerar vad som måste ingå i det digitala produktpasset; även här gäller att de exakta datafälten per produktkategori bestäms på grundval av de krav som fastställts för den kategorin. Så länge ingen delegerad rättsakt har publicerats för elektronik och ICT som specifikt namnger programvarustöd, förblir detta ämne inom ramförordningen en möjlighet, ingen konkret skyldighet.
Den som redan nu sysslar med denna fråga bör bäst övervaka publiceringen av den delegerade rättsakt som gäller för sin egen produktkategori och under tiden ordna med sina egna uppgifter om programvarustöd, så att de är redo när passet ställer frågor om detta.
Detta bygger på
- Förordning (EU) 2024/1781 (ESPR), artiklar 5 till och med 7 (krav på ekologisk design, prestations- och informationskrav)
- Förordning (EU) 2024/1781 (ESPR), artikel 10 (krav på 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
Programvarustöd kan bli ett ekologiskt designkrav
ESPR gör det möjligt att i delegerade akter inkludera krav på en produkts hållbarhet, och däribland också på programvara: hur länge en enhet får funktionella uppdateringar och säkerhetuppdateringar, och vad som händer med enhetens funktionalitet när stödet upphör. Artikel 5 till och med 7 i ESPR (Förordning (EU) 2024/1781) nämner detta som en del av prestanda- och informationskraven som kan fastställas per produktgrupp. För elektronik och ICT-utrustning är detta ett av ämnena som anses relevant, givet programvarans roll för en enhets livslängd — en tvättmaskin eller bärbar dator som tekniskt sett fortfarande fungerar, men inte längre får uppdateringar, ersätts i praktiken ofta ändå. För ett företag med 10 till 100 anställda innebär detta att den avdelning som är ansvarig för produktinformation (ofta samma som redan sammanställer garantiperioder och användarhandledningar) måste börja följa en ny datapunkt: perioden under vilken uppdateringar levereras, per produktmodell eller per programvaruversion.
Informationen måste kunna hittas i produktpasset
Artikel 10 i ESPR (Förordning (EU) 2024/1781) beskriver vilken information som måste ingå i det digitala produktpasset när en delegerad akt fastställer det för en produktgrupp. När programvarastödets varaktighet blir ett krav för elektronik kommer denna information således inte bara att hamna i en handledning eller på en webbplats, utan också i passet självt — strukturerat och kopplat till QR-datakretsen på produkten. För ett medelstort företag innebär detta att uppdateringsperioden inte kan fastställas separat av programvarautvecklingsavdelningen och kommuniceras separat av marknadsföringen: denna information måste slutligen ingå i samma dataset som till exempel energiförbrukning och repareringsvärde. Vad som exakt måste ingå i passet skiljer sig per produktgrupp; på vilka uppgifter ska finnas i produktpasset för elektronik? finns en överblick över kategorier av data som ingår däri.
Den angivna perioden måste överensstämma med verkligheten
Att fastställa en supportperiod är ett steg; att också genomföra den är ett annat. Om en tillverkare lovar en uppdateringsperiod i passet ligger förväntningen till grund att denna period faktiskt uppnås — och att ändringar (en tidigare avslutad uppdateringscykel, ett uppköp där ett programvarateam minskas) behandlas. Detta berör frågan om hur ofta passuppgifterna måste vara aktuella; se hur aktuell måste informationen vara? för vad som är känt om detta. För ett företag av denna storlek innebär detta ofta att löftet om uppdateringsvaraktighet inte bara ges av produktchefen, utan är samordnat med den part som faktiskt underhåller programvaran — internt team eller extern leverantör.
Var det går fel i praktiken
En första situation: en tillverkare anger en uppdateringsperiod i marknadsföringsmaterial ("fem år säkerhetuppdateringar"), men denna förpliktelse är inte fastställd någonstans i ett internt dokument med ett startdatum och ett slutdatum. När denna information måste ingå i passet finns det ingen entydig källa att hämta från.
En andra situation: programmvaran för en enhet levereras av en underleverantör (en chipstillverkare, en plattformsleverantör), och importören som sammanställer produktpasset vet inte hur länge denna underleverantör garanterar stöd. Ansvaret för riktigheten i passuppgifter ligger hos den part som låter passet upprättas, även om den underliggande informationen kommer från en tredje part.
En tredje situation: en enhet säljs i flera utföranden (olika chipset, olika programvaruversioner per marknadsregion), men uppdateringsperioden anges för hela modellnumret som en enda siffra. Vid en senare kontroll visar det sig att vissa utföranden får stöd under en kortare tid än andra.
En fjärde situation: en redan såld enhet får genom en strategiändring tidigare än planerat inga uppdateringar längre, utan att denna förändring återrapporteras till den som hanterar passet. Passets data fortsätter att visa den ursprungliga, alltför optimistiska perioden.
En femte situation: ett företag utgår från att "programvaruunderstöd" endast avser säkerhetsupdateringar, medan funktionella uppdateringar (nya funktioner, kompatibilitet med nya tillbehör) behandlas separat — och kommunikationen om detta till kunden blir inkonsekvent, utan att det är klart vilken av de två som hör hemma i passet.
Vad ni kan dokumentera
- Ett internt dokument per produktmodell med den tillsagda perioden för funktionella uppdateringar och säkerhetsupdateringar, var och en med ett tydligt startdatum (till exempel marknadsintroduktion) och, om det är känt, slutdatum.
- Avtal med programvaruleverantörer eller underleverantörer om den minsta supporttid som de garanterar, inklusive vad som händer vid ett förvärv, konkurs eller nedläggning av en plattform.
- En översikt över vilka funktioner på enheten som är beroende av programvaruuppdateringar, och vad som händer med dessa funktioner när stödet upphör (till exempel: enheten fortsätter att utföra basfunktioner, men förlorar anslutningen till en app).
- En process för att meddela ändringar i uppdateringsschemat (tidigare avslutning, förlängning) till den avdelning som hanterar produktpasset, så att uppgifterna inte halkar efter verkligheten.
- Särskilnad per utförande eller variant av en produktmodell, om programvaruunderstödet varierar per chipset eller marknadsregion.
- Dokumentation av informationskällan: är den angiven perioden ett eget åtagande, eller en vidarebefordrad garanti från en underleverantör? Detta är relevant när någon frågar vad en uppgift i passet är baserad på — se även jag har upptäckt ett fel i produktpasset, vad gör jag nu? för hur felaktig eller föråldrad data kan hanteras.
När den delegerade handlingen för elektronik och ICT är publicerad, blir det här konkret vilka uppgifter som är exakt obligatoriska och i vilken form. Till dess är det att bygga upp ett eget, kontrollerbart dossier över uppdateringsperioder ett sätt att inte behöva rekonstruera i efterhand vad som någon gång löftades.
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.
Skriven med AI baserat på källorna ovan, kontrollerad av en människa den 2026-08-22. Stämmer något inte? Berätta det för oss — rättningar får företräde.