Vedligeholdelseschefen hos en maskinproducent fører et digitalt typeskilt for hver enkelt maskine: producent, type, serienummer, produktionsår, tekniske data, certifikater, overensstemmelseserklæring. Ikke som en PDF-fil i en mappe, men som et struktureret datasæt, som ethvert system kan læse. Han har oprettet det med henblik på vedligeholdelsen. Uden at have til hensigt det har han dermed allerede udarbejdet halvdelen af det digitale produktpas.
Det, der stadig mangler, er overskueligt: en kode, der er påsat produktet, et segl, som en kontrollør kan verificere uden at skulle spørge yderligere, og en offentlig adresse, hvor enhver scanner kan finde produktpasset. Denne artikel viser, hvad typeskiltet og strukturen bag det allerede kan, hvad de ikke genererer, og hvordan de to tilsammen bliver til et pas, uden at nogen skal vedligeholde data to gange.
Hvad er »Verwaltungsschale«?
Strukturen bag det digitale typeskilt hedder »Asset Administration Shell«, på dansk »Verwaltungsschale«, forkortet AAS. Det er industristandarden for et produkts digitale tvilling: en standardiseret, maskinlæsbar beskrivelse, opdelt i byggesten, hvor hver enkelt beskriver et aspekt - typeskiltet, CO₂-aftrykket, de tekniske data. Den er udviklet af Industrial Digital Twin Association, er internationalt standardiseret som IEC 63278, og de store tyske brancheforeninger støtter den.
Dette er ikke en kritik af AAS. Den løser en alvorlig udfordring på en god måde, og dette indlæg handler om, hvor godt den passer til noget, der er opstået sideløbende.
Samme idé, andet resultat
AAS og EU’s digitale produktpas bygger på den samme idé: at strukturere produktdata, gøre dem maskinlæsbare og videregive dem gennem forsyningskæden. De nærmer sig denne idé fra forskellige vinkler, og de fører til forskellige resultater.
Det interessante er, hvor tæt de to faktisk ligger på hinanden.
Europa-Kommissionen har ikke betragtet AAS som en konkurrent. Den henviser til AAS’ byggesten som det tekniske grundlag for DPP-datastrukturer, især det digitale typeskilt og CO2-aftrykket. Det er et stærkt signal om, i hvilken retning tilnærmelsen går.
Det digitale typeskilt er allerede halvt et pas
Se, hvad det digitale typeskilt allerede indeholder: producent- og produktbetegnelse, serienummer, produktionsdato, varenummer, tekniske basisdata, certificeringer og overensstemmelseserklæringer. Denne liste kommer meget tæt på det minimum, som et produktpas skal indeholde. Den, der har vedligeholdt et digitalt typeskilt, har - uden at have sat sig det for - allerede udført omkring halvdelen af arbejdet med et digitalt produktpas.
Hvad »Shell« alene ikke genererer
Her ligger det egentlige problem. Oplysningerne i Shell er nødvendige for at få et pas. Men de er ikke tilstrækkelige. AAS genererer ikke i sig selv de fire ting, som EU-forordningen i sidste ende kræver:
- en adresse, som enhver scanner kan finde: GS1 Digital Link, den webstandard, der sikrer, at en scanning ender hos den rigtige pas;
- et segl, som alle kan kontrollere: en signatur, som en myndighed eller en kontrollør selv verificerer, i stedet for blot at stole på den;
- QR-koden på produktet, som forbrugeren scanner;
- mærkningen på emballagen, som emballageforordningen PPWR vil kræve.
Disse fire elementer udgør det offentliggjorte pas. De udgør forskellen mellem velstrukturerede branchedata og noget, som en myndighed, en genvindingsvirksomhed og en forbruger rent faktisk kan tage i hånden.
Hvor Transpareo hører hjemme: som et offentliggjort pas, ikke som en tvilling
Det er netop disse fire ting, som Transpareo tilføjer, og opbygningen er fuldstændig komplementær. Shell forbliver den eneste kilde. Dine data overføres til passet via Transpareos programmeringsgrænseflade (API); AAS selv indlæser ikke Transpareo direkte; du fastlægger én gang for alle, hvilke moduler der skal tilknyttes Pass-felterne. Dermed opstår Pass, som EU kræver det: signeret, med en adresse, som enhver scanner kan finde, tilgængeligt via QR-kode og klar til registret. Versionshistorikken vises på Transpareo Time Machine, et kontrolværktøj, der verificerer hver version i læserens browser. Den er udgivet som open source under GPL v3, så verifikationen ikke afhænger af, at man stoler på Transpareo.
Intet andet system til datavedligeholdelse. Intet andet model, der skal holdes synkroniseret. Intet dobbeltarbejde.
Deres typeskilt forbliver, hvor det er; passet genereres ud fra det.
Alt dette er allerede tilgængeligt i dag, uden at man behøver at vente på, at forpligtelsen træder i kraft. Når DPP-forpligtelsen træder i kraft for jeres segment, er det eneste, I skal gøre, at tilmelde jer i EU-registeret.
Broen er muligheden
At AAS og DPP vokser sammen, er den del, der fortjener opmærksomhed, og det er netop nu i gang, med en EU, der nævner Shells byggesten som det tekniske grundlag. Broen fra typeskiltet i Shell til det offentliggjorte, signerede pas, der er forbundet via QR-kode, er en mulighed for AAS-fællesskabet, ikke et konkurrerende system, der ønsker at erstatte det. Hvorfor det offentliggjorte pas i forvejen bygger på åbne ordbøger, fremgår af vores artikel om EN 18223.
Et alvorligt spørgsmål til alle, der driver et AAS produktivt: Hvordan forbinder jeres Shell, eller hvordan planlægger I at forbinde den, med jeres DPP-forpligtelser? Hvilke byggesten forventer I at kunne afbilde korrekt, og hvor ser I sammenhængspunkterne? Vi vil hellere høre, hvad I mener om det, end at antage det.
Spørgsmål til dette indlæg
Er et digitalt typeskilt i sig selv tilstrækkeligt for DPP?
Nej, men forskellen er lille og ikke væsentlig. Typeskiltet indeholder producent- og produktbetegnelse, serienummer, produktionsdato, varenummer, tekniske basisoplysninger, certificeringer og overensstemmelseserklæringer og kommer dermed meget tæt på det minimum, som et pas skal indeholde. Det, den ikke indeholder, er det offentliggjorte pas, dvs. en adresse, som enhver scanner kan finde, et segl, som en myndighed kan kontrollere uden at spørge dig, en QR-kode på produktet og den emballagemærkning, som PPWR vil kræve. Oplysningerne i Shell er nødvendige for et pas, men de er ikke tilstrækkelige.
Skal vi så opdatere dataene to gange?
Nej. Shell er den eneste kilde, og dens data overføres til Pass via Transpareos programmeringsgrænseflade (API). AAS indlæser ikke selv Transpareo direkte; derfor skal du kun én gang fastlægge, hvilken blok der hører til hvilket felt i Pass. Passet genereres ud fra dette; der findes ingen anden model, der skal holdes synkroniseret, og intet andet sted, hvor nogen indtaster en spænding. Hvis en komponent ændres i Shell, overfører du de ændrede data igen, og den næste version af Passet genereres ud fra disse i stedet for at blive indtastet på ny.
Hvilke af Shells komponenter kan afbildes mest præcist?
Det digitale typeskilt gengives næsten én til én, og Kommissionen henviser til denne modul, sammen med modulen »CO₂-fodaftryk«, som det tekniske grundlag for DPP-datastrukturer. I AAS-verdenen har passets hoveddata en egen komponent, delmodellen DppMetadata (IDTA 02099), hvis uniqueProductIdentifier er globalAssetId for din Shell. Derudover afhænger gengivelsen af, hvilke felter reglen kræver for din produktgruppe, og det varierer alt efter produktgruppe, ikke efter shell.
Skal vi bruge et GTIN til identifikationsnummeret?
Nej. ESPR kræver en entydig produktidentifikator og et databærer på selve produktet, på emballagen eller i ledsagedokumenterne, men angiver ikke noget nummersystem, og batteriforordningen henviser til standardserien ISO/IEC 15459 i stedet for et bestemt nummer. Med GTIN bliver identifikatoren i Transpareo til en GS1 Digital Link, som også andre systemer kan forstå; uden GTIN har passet en entydig Transpareo-identifikator, og QR-koden fører ligeledes til passet. Det af AAS anvendte IEC 61406-ID-Link er ligeledes godkendt som identifikationsskema (EN 18219).
Hvorfor skal passet have et segl, når vores Shell allerede har adgangsrettigheder?
Adgangsrettigheder afgør, hvem der må læse en værdi. En signatur afgør, om en værdi stadig er korrekt, efter at den har forladt jeres systemer. En markedsovervågningsmyndighed, en genvindingsvirksomhed eller en kundes revisor læser passet uden nogen som helst forbindelse til jer, og signaturen er det, der giver dem mulighed for selv at verificere oplysningerne i stedet for blot at stole på jer. Hver Transpareo-version bærer to uafhængige signaturer, fra udstederen og fra os, og Transpareo Time Machine verificerer dem i læserens enhed; den er udgivet som open source under GPL v3, så verifikationen ikke afhænger af, at man stoler på os. Udstederens nøgle kan du, hvis du ønsker det, selv opbevare via din egen signaturtjeneste.
Kan Transpareo registrere passet for os i EU-registeret?
Nej. I dag foretager Deres virksomhed selv registreringen; det centrale EU-register giver endnu ikke tjenesteudbydere adgang. Det har været i drift siden den 20. juli 2026 og er reguleret i gennemførelsesforordningen (EU) 2026/1778. Kommissionen offentliggjorde de tekniske specifikationer for dets programmeringsgrænseflade den 30. oktober 2026. Kun den erhvervsdrivende, der bringer produktet i omsætning, må foretage registreringen; for batterier fremgår dette af batteriforordningen. Vi har de data klar, som registreringen kræver - fra produkt- og aktøridentifikation til pasets status og niveau - så selve registreringen forbliver en hurtig proces, som De kan udføre. Vores fortolkning af registerforordningen findes i artiklen »Registeret er nu lov«.
Hvilke standarder skal det offentliggjorte pas opfylde?
DPP-systemet fra CEN/CLC JTC 24 er en serie af europæiske standarder, og gennemførelsesafgørelsen (EU) 2026/1736 henviser i EU-Tidende til seks af disse: EN 18216, EN 18219, EN 18220, EN 18221, EN 18222 og EN 18223. Den, der overholder en citeret standard, nyder godt af formodningen om overensstemmelse for pasets identifikator, databærer, lagring og grænseflader. Netop denne del overlader en modul i Shell til det omgivende system; derfor passer de to sammen i stedet for at konkurrere.
