EU-kommissionen tog den 20 juli 2026 registret för digitala produktpass och testmiljön i drift. Därmed har en abstrakt ESPR-komponent blivit ett system som företag faktiskt kan prova. För tillverkare är framför allt en åtskillnad viktig nu: Registret är det centrala indexet, medan själva produktpasset förblir decentraliserat.
Vad som togs i drift den 20 juli
Registret tar emot entydiga produktidentifierare, registreringsuppgifter och utvalda metadata. Den fullständiga produktinformationen finns även fortsättningsvis hos den ansvariga ekonomiska aktören eller hos en anlitad DPP-tjänsteleverantör. Kommissionen beskriver därför uttryckligen registret som en indexeringstjänst och inte som ett centralt innehållshanteringssystem.
Registreringar ska kunna göras via ett säkert användargränssnitt och via ett API. Företag kan dessutom skapa ett elektroniskt registreringsbevis. Det är relevant för B2B-processer, eftersom leverantörer och kunder därmed kan visa att ett pass har registrerats i EU-systemet utan att duplicera hela datamängden.
Starten gäller inte bara ESPR-produktgrupper. Kommissionen nämner även batterier, byggprodukter, leksaker, tvättmedel och tensider för slutanvändare, i den mån unionsrätten kräver ett digitalt produktpass för området i fråga. Den första bindande tidsfristen är fortfarande den 18 februari 2027 för vissa batterier.
Register, resolver och datakälla är tre olika lager
Ett robust DPP-system bör skilja uppgifterna åt tydligt:
- EU-registret bekräftar att en identifierare och de föreskrivna metadatafälten är registrerade.
- En resolver vidarebefordrar den beständiga produktidentifieraren till rätt resurs.
- Den faktiska datakällan levererar aktuellt innehåll för människor och maskiner.
Denna åtskillnad är inte en detalj. Den som lagrar alla data uteslutande på en egen produktsida har ännu ingen registerintegration. Den som däremot bara registrerar en identifierare tillhandahåller ännu inget användbart produktpass. Båda delarna måste kopplas samman genom stabila identifierare.
För upplösningen lämpar sig en öppen, beständig länk. En GS1-Digital-Link-resolver kan göra olika presentationer tillgängliga från samma identifierare: en lättbegriplig webbsida, maskinläsbar JSON-LD eller kompletterande dokumentation. Databäraren på produkten eller förpackningen förblir stabil, även när målsystemen vidareutvecklas.
Vad företag bör kontrollera i testmiljön
Testmiljön är inte bara avsedd för ett manuellt klicktest. Den bör hanteras som ett förstadium till produktiv integration.
Organisation och roller
Först måste det klargöras vilken juridisk enhet som registrerar, vem som företräder den i systemet och vilka team som får skapa eller ändra registreringar. Det gäller grunddata, regelefterlevnad, IT och eventuella externa tjänsteleverantörer. Ett personligt testkonto ersätter inte en rollmodell för den senare driften.
Identifierare och granularitet
Produktteamet bör fastställa om det senare passet ska hanteras på modell-, parti- eller individnivå. Svaret beror på sektorslagstiftningen i fråga. Registertestet är rätt tidpunkt för att kartlägga interna produkt-ID:n, GTINs, partibeteckningar och den beständiga identifierare som används externt.
API och repeterbarhet
En produktiv process kräver mer än en lyckad POST. Registrering, uppdatering och felhantering måste kunna upprepas och loggas. Det omfattar idempotenta förfrågningar, tekniska kvittenser och en tydlig koppling mellan ERP-posten, DPP och registerposten. En API-baserad DPP-process minskar manuella avvikelser när produkter skapas i större mängder.
Åtskillnad mellan metadata och fackdata
Registeruppgifterna bör inte bli en andra produktdatamängd. Definiera vilka fält som krävs i registret och vilka som ska finnas kvar i det decentraliserade passet. För varje uppgift behövs en huvudkälla, en ansvarig instans och en regel för uppdatering.
Bevis och övervakning
Registreringsbevis bör sparas tillsammans med tidsstämpel, använd identifierare och systemsvar. Dessutom behövs en avstämning: finns passet, är resolvern nåbar och stämmer registermetadata fortfarande överens med produktstatusen?
Varför tullen behöver en egen kontrollkedja
Registret hjälper tullmyndigheterna att före övergången till fri omsättning automatiskt kontrollera om ett giltigt registrerat DPP och den nödvändiga varukoden finns. För importörer skapar detta ett nytt beroende: produktidentifierare, registerpost och tulldeklaration måste vara konsekventa.
Ett fel blir därför inte synligt först på en produktsida. Det kan påverka gränsprocessen. Företag bör redan i testfasen simulera dataflöden från produktuppläggning till importdokumentation och fastställa vem som snabbt får korrigera en felaktig registrering.
En meningsfull 30-dagarsplan för tester
- Välj en verklig juridisk enhet och ett litet, representativt produktsortiment.
- Dokumentera den planerade DPP-granulariteten och de ledande identifierarna för varje produkt.
- Genomför ett komplett flöde via användargränssnittet och, när det är relevant, API:t.
- Arkivera registreringsbevis, resolversvar och maskinläsbara produktdata tillsammans.
- Testa felsituationer: duplicerad identifierare, inaktuella metadata, otillgänglig datahost och återkallad produkt.
- Ta fram en driftmodell med ansvar, övervakning och eskaleringsväg utifrån resultaten.
Att registret har tagits i drift innebär ännu inte att alla sektorsspecifika datakrav redan gäller fullt ut. Det flyttar dock diskussionen från presentationer till verifierbara processer. Företag kan nu se om deras identifierare, roller och API:er passar ihop innan de första obligatoriska tidsfristerna infaller.
