hur uppdaterar jag uppgifter i ett produktpass som redan är publicerat

Anpassa data efter publicering: vad som är möjligt och vad som inte är det

En produktpass som är live kan uppdateras delvis, men kan inte helt omskrivas i godtycklig ordning. ESPR gör en åtskillnad mellan information som är inneboende för en specifik produkt eller batch — såsom materialsammansättning eller testresultat — och information som kan förändras, såsom en reparationsstatus, en ägarövergång eller en uppdatering från tillverkaren. Artikel 10 i ESPR (Förordning (EU) 2024/1781) anger krav på tillgänglighet och riktighet för data bakom QR-koden, och det är omedelbar kärnan: data måste stämma även efter tid. Ett pass är alltså inte en ögonblicksbild som ligger fast för alltid, men inte heller ett löst ifyllningsformulär som alla kan uppdatera efter eget gottfinnande.

För vem detta gäller och för vem det inte gäller

Detta är relevant för varje part som är ansvarig för att sammanställa och hålla passet aktuellt — för aluminiumhalvfabrikat vanligtvis tillverkaren eller importören som för produkten på marknaden. Det handlar här om ändringar av innehållet i ett redan publicerat pass, inte om att skapa ett pass första gången, och inte heller om frågan om vem som får se eller konsultera ett pass. Det handlar inte heller om att byta själva databäraren: om QR-koden på produkten skadas eller blir oläslig är det en annan fråga än att uppdatera data bakom den — vad händer om qr-koden på mitt aluminium blir oläslig behandlar det specifikt. Ändringar av ett pass efter att ett företag upphört gäller heller inte här; det berör en annan fråga, nämligen vem som efter stängning av ett företag fortfarande har tillgång till och ansvar för data.

När detta exakt kommer att ske

Ett exakt datum när dessa skyldigheter träder i kraft för aluminiumhalvfabrikat är ännu inte fastställt. ESPR som ramförordning är redan i kraft, men de konkreta kraven per produktgrupp — inklusive aluminiumsprofiler, gjutgods och förpackningsaluminium — fastställs genom en delegerad handling som enligt Europeiska kommissionens verkplan för 2025–2030 förväntas 2027. Tills denna handling finns är det ännu ingen konkret skyldighet för denna produktgrupp att skapa eller ändra pass. Så snart den delegerade handlingen är publicerad kommer datumet att anges här. Vad som redan är fastslaget är principen från artikel 9 i ESPR: passet måste under hela den period det måste vara tillgängligt visa rätt information — och det berör direkt hur ändringar i efterhand hanteras.

Hur detta kommer att fungera i praktiken

För den som redan arbetar med ett pass eller förbereder det är ordningen ungefär följande. Först fastställs vilken data som ändras: handlar det om ett fel i ursprunglig data, om ett tillägg (till exempel ett certifikat som senare blir tillgängligt), eller om data som förändras över tid, såsom ägarväxling för ett halffabrikat som säljs vidare. Därefter kontrolleras om produktidentifieringen förblir densamma — kopplingen mellan den fysiska produkten och passet går via den unika identifikationskoden, och hur ger jag varje produkt en unik identifikationskod beskriver hur denna koppling är strukturerad och varför den måste vara stabil även när innehållet i passet ändras. Därefter genomförs ändringen hos den part som lagrar och tillgängliggör passet: hos alupas.eu betyder det att en ändring skickas in av tillverkaren eller importören, som sedan bearbetas i det lagrade passet utan att QR-koden eller länken förändras. Det är just därför värdtjänster och databärare är åtskilda från den engångiga sammanställningen: QR-koden på aluminiumet förblir oförändrad medan data bakom kan uppdateras. Den som kopplar passet till sitt eget ERP- eller lagersystem kan också använda denna koppling för att låta ändringar gå igenom automatiskt — kan jag koppla produktpasset till mitt ERP- eller lagersystem går igenom hur denna koppling fungerar och vad som krävs för det. I tveksamma fall eller när en anpassning ännu ligger inom den ursprungliga produktidentiteten, eller när det i själva verket uppstår en ny produkt (och därmed ett nytt pasport), är kärnan i artikel 9 en bra utgångspunkt: passet måste beskriva den berörda produktenheten korrekt, och så snart det inte längre stämmer, är en ny registrering lämpligare än en ändring av det befintliga.

Varifrån detta följer: artikel 9, 10 och 11 i ESPR

Grunden ligger i artikel 9 i ESPR (förordning (EU) 2024/1781), som beskriver det digitala produktpasset som en informationsbärare som under den fastställda perioden innehåller korrekt och aktuell information om produkten. Artikel 10 i ESPR utvecklar detta i krav på innehållet och tillgängligheten för denna information, och artikel 11 i ESPR reglerar den tekniska utformningen och driften av passet, inklusive sättet på vilket data registreras och publiceras via datadraget. Tillsammans bildar dessa artiklar ramen inom vilken en ändring efter publiceringen äger rum: identifieringen och draget förblir oförändrade, underliggande data uppdateras så snart den inte längre är korrekt.

Alla som redan producerar eller importerar aluminiumhalvfabrikat och förbereder sig för produktpasset kan med fördel börja med att fastställa en intern process för vem som får göra ändringar och vid vilken tidpunkt – så att denna process redan är på plats när den delegerade handlingen för aluminium publiceras och förpliktelsen verkligen träder i kraft.

Vad detta baseras på

Själva förordningen finns på EUR-Lex. Vi hänvisar per påstående; du behöver inte tro på oss.

Det konkreta du måste göra

Vad som förväntas av dig

ESPR utgår från ett produktpass som förblir användbart under produktens hela livslängd. Det betyder inte att innehållet förblir detsamma för alltid: vissa uppgifter ändras efter publiceringen, till exempel för att ett testresultat kompletteras, en del av leverantörskedjan ändras, eller för att det visar sig att en tidigare angiven uppgift är felaktig. Artikel 9 och artikel 10 i ESPR (förordning (EU) 2024/1781) beskriver vad ett digitalt produktpass måste innehålla och vilka krav det måste uppfylla; artikel 11 handlar om dess tekniska utformning och drift. Härifrån följer ett antal praktiska skyldigheter för den som hanterar passet efter publiceringen.

Kopplingen mellan produkt och uppgifter förblir intakt

Passet bör vara åtkomligt via samma unika identifieringskod och samma bärare, även om underliggande uppgifter ändras. För ett företag med 10 till 100 anställda innebär detta att en ändring i administrationen inte får leda till en ny QR-kod på en produkt som redan är i omlopp. Hur denna koppling mellan produkt och pass är tekniskt utformad beror på sättet på vilket varje produkt en unik identifieringskod har fått: denna kod ändras inte tillsammans med en dataändring, endast innehållet bakom koden.

Uppgifterna måste förbliva aktuella och tillförlitliga

Artikel 9 ställer krav på riktigheten och aktualiteten av informationen i passet. Det är inte en ögonblicksbild vid leverans, utan ett löpande utgångspunkt. För ett produktionsföretag innebär detta att det måste finnas ett sätt att signalera när uppgifterna blir föråldrade – till exempel efter en ändring i legeringssammansättningen, en ny testrapport eller en anpassning av återvinningsinnehållet. Den som kopplar passet till ett befintligt ERP- eller lagersystem kan ofta låta ändringar flöda igenom automatiskt; hur detta fungerar beskrivs under koppla till ditt eget system.

Historiken för ändringar måste kunna spåras

Artikel 11 beskriver krav på produktpassets tekniska funktion, inklusive hur data lagras och görs tillgänglig. För en användare som läser produktpasset är det avgörande att den visade informationen är korrekt vid tidpunkten för läsning. För tillverkaren eller importören innebär detta att ändringar måste vara spårbara: vem har ändrat vad, och när. Detta är inte bara en teknisk fråga utan även en organisatorisk — särskilt när flera avdelningar (kvalitet, försäljning, teknik) tillhandahåller indata för samma produktpass.

Ändringar får inte störa upptäckbarheten

Ett produktpass som är registrerat i det europeiska registret måste förbli sökbart och läsbart enligt de fastställda kraven även efter ändringar. Vad som måste ingå där och hur det förhåller sig till ändringar i de underliggande data beskrivs vid registret för digitala produktpass. En ändring i produktpasset i sig innebär inte automatiskt att registerposten också uppdateras — det är en punkt att observera när man upprättar förvaltningsprocessen.

Där det går fel i praktiken

Ett antal situationer förekommer regelbundet i praktiken när ett redan publicerat produktpass ändras.

En ny QR-kod vid varje ändring. Vissa företag låter en ny QR-kod skapas vid varje dataändring, som försiktighetsåtgärd. Följden är att äldre produkter med den gamla koden inte längre motsvarar det aktuella produktpasset, eller att det uppstår förvirring om vilken kod som hör till vilken batch.

Ändring i systemet, inte i produktpasset. En ändring genomförs i ERP-systemet, men länken till produktpasset uppdateras inte. Användaren som skannar QR-koden ser fortfarande de gamla uppgifterna, medan den interna administrationen redan är uppdaterad.

Oklarheter om vem som får genomföra ändringar. När flera avdelningar tillhandahåller indata saknas ibland en fastställd ansvar för det slutliga godkännandet av en ändring. Ett testresultat från kvalitet och en uppdaterad sammansättning från inköp kan då föras in oberoende av varandra utan att någon kontrollerar sammanhanget.

Ingen överblick över konsekvenserna för länkade produktpass. För en produkt som tillsammans med andra komponenter flera produktpass har, genomförs en ändring i ett produktpass ibland utan att kontrollera om den även får konsekvenser för det länkade produktpasset för en annan komponent.

Glömt att äldre språkversioner blir föråldrade. För ett produktpass som via en QR-kod visar flera språkversioner genomförs en ändring ibland endast på huvudspråket, medan de översatta versionerna förblir oförändrade.

Vad ni kan dokumentera

En intern ändringsprotokoll: vem får ändra vilka data, vem kontrollerar ändringen innan den går live, och hur dokumenteras ändringen.
En överblick över vilka fält i produktpasset som kommer från vilket källsystem, så att det vid en ändring i ERP-systemet är tydligt vilken del av produktpasset som påverkas.
En ändringslogg per produktpass, med datum, beskrivning och den person som genomfört ändringen — användbar vid en senare fråga om när en uppgift ändrades.
En överenskommelse om hantering av flerspråkiga versioner: huruvida en ändring på huvudspråket automatiskt leder till en kontroll av de översatta versionerna.
En kontroll av registerposten efter en ändring, så att uppgifterna i det europeiska registret överensstämmer med det aktuella innehållet i produktpasset.
För produkter med flera produktpass: en överblick över de inbördes beroenden, så att en ändring i ett produktpass inte av misstag låter ett annat produktpass bli föråldrat.

För dessa punkter finns mallar tillgängliga som motsvarar plattformens struktur, så att ändringsprocessen inte behöver uppfinnas på nytt för varje fall.

Detta är ingen juridisk rådgivning. Denna sida ger allmän information om den regelgivning som denna plattform handlar om. Vi känner inte till din situation. Om du är osäker på din egen situation rådgör du 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 — rättningar får företräde.