GS1 Digital Link-resolver: sådan fungerer den

Hvad er en GS1 Digital Link-resolver

En GS1 Digital Link-resolver er en webtjeneste, der fungerer som et intelligent mellemled mellem en produktidentifikator og de oplysninger, der hører til produktet. Når en forbruger scanner en QR-kode på et produkt, eller når et system forespørger på et produkts identifikator programmatisk, modtager resolveren GS1 Digital Link-URI'en og afgør, hvor forespørgslen skal sendes hen, ud fra produktets identitet, den type oplysninger, der efterspørges, og forespørgslens kontekst.

Tænk på en resolver som et intelligent vejskilt for produktoplysninger. Ligesom en DNS-server oversætter domænenavne til IP-adresser, oversætter en Digital Link-resolver produktidentifikatorer til de URL'er, hvor produktoplysninger, herunder data i digitale produktpas, kan findes. Denne indirektion er afgørende, fordi den adskiller den permanente produktidentifikator fra produktdataenes placering, som kan ændre sig.

For digitale produktpas under ESPR spiller resolveren en central rolle. Databæreren på produktet koder en GS1 Digital Link-URI. Når den scannes, når URI'en frem til en resolver, som omdirigerer forespørgslen til DPP-datakilden. Hvis DPP-platformen skiftes ud, eller hvis dataene flyttes til en ny vært, skal kun resolverens konfiguration opdateres: de millioner af QR-koder, der allerede er trykt på produkter, fungerer fortsat korrekt.

Arkitekturen i en Digital Link-resolver

En GS1 Digital Link-resolver består af flere logiske komponenter, der arbejder sammen om at behandle indgående forespørgsler og levere passende svar.

URI-parseren er den første komponent, der behandler en indgående forespørgsel. Den udtrækker GS1-identifikatorerne fra Digital Link-URI'en: den primære identifikator (typisk et GTIN), eventuelle kvalifikatorer (serienummer, batch-/lotnummer) og eventuelle yderligere attributter. Den kontrollerer, at URI'en overholder syntaksspecifikationen for GS1 Digital Link, og afviser forkert udformede forespørgsler.

Linkopløsningsmotoren er kernen i resolveren. Den vedligeholder en database med linkposter, dvs. koblinger mellem produktidentifikatorer og de URL'er, hvor oplysninger om produkterne kan findes. Hver linkpost angiver, hvilken produktidentifikator den gælder for, hvilken type oplysninger der er tilgængelige (produktside, digitalt produktpas, sikkerhedsdata, oplysninger om tilbagekaldelser), mål-URL'en og eventuelle betingelser for, hvornår linket skal bruges.

Modulet til indholdsforhandling undersøger den indgående forespørgsel for at afgøre, hvilken type svar afsenderen forventer. Det sker via HTTP Accept-headere, forespørgselsparametre eller selve URI'ens struktur. En webbrowser, der anmoder om text/html, får en omdirigering til en læsbar side. En maskine, der anmoder om application/json, får strukturerede data. Et system, der anmoder om application/ld+json, får linkede data i JSON-LD. Princippet om én URI med flere repræsentationer er grundlæggende for Digital Link-arkitekturen.

Svarmodulet genererer det passende HTTP-svar, typisk en 307 (Temporary Redirect), der sender afsenderen videre til den mål-URL, som linkopløsningsmotoren har fundet. Ved API-forespørgsler kan resolveren i stedet returnere et linksæt (et JSON-dokument, der oplister alle tilgængelige informationsressourcer for det identificerede produkt) frem for at omdirigere.

Sådan fungerer opløsningen trin for trin

For at forstå, hvordan en Digital Link-resolver fungerer i praksis, kan vi se på følgende scenarie: en forbruger scanner en QR-kode på et produkt. QR-koden koder URI'en https://resolver.example.com/01/05012345678901/21/SN12345.

Først afkoder forbrugerens smartphone QR-koden og åbner URI'en i en webbrowser. Browseren sender en HTTP GET-forespørgsel til resolver.example.com med stien /01/05012345678901/21/SN12345. Forespørgslen indeholder en Accept-header, der angiver, at browseren foretrækker indhold af typen text/html.

Resolverens URI-parser udtrækker GTIN (05012345678901) og serienummer (SN12345) fra stien. Den validerer identifikatorerne og sender dem videre til linkopløsningsmotoren.

Linkopløsningsmotoren slår kombinationen af identifikatorer op i sin database. Den finder flere linkposter for produktet:

• Et link til det digitale produktpas, der peger på https://dpp.example.com/passport/SN12345
• Et link til en produktinformationsside, der peger på https://brand.example.com/products/widget-pro
• Et link til oplysninger om tilbagekaldelser, der peger på https://recalls.example.com/check/05012345678901
• Et endepunkt for linkede data i JSON-LD, der peger på https://api.example.com/01/05012345678901/21/SN12345

Modulet til indholdsforhandling registrerer, at forespørgslen kommer fra en webbrowser, der anmoder om HTML. På baggrund af resolverens konfiguration af standardlinktype og forespørgslens kontekst vælger det linket til det digitale produktpas som det mest passende svar til en forbruger, der scanner en QR-kode.

Resolveren returnerer svaret 307 Temporary Redirect med Location-headeren sat til https://dpp.example.com/passport/SN12345. Forbrugerens browser følger omdirigeringen og viser siden med det digitale produktpas.

Linktyper og GS1's overensstemmelsesramme

GS1 definerer et ordforråd af linktyper, som resolvere bruger til at kategorisere de informationsressourcer, der hører til produkter. Disse standardiserede linktyper sikrer, at forskellige resolvere giver en ensartet oplevelse, og at modtagende systemer pålideligt kan anmode om bestemte typer oplysninger.

Vigtige linktyper for digitale produktpas omfatter:

• gs1:digitalProductPassport, den primære DPP-dataressource med de omfattende produktpasoplysninger, som ESPR kræver
• gs1:productSustainabilityInfo, miljø- og bæredygtighedsoplysninger om produktet
• gs1:pip, produktinformationsside, typisk brandets forbrugerrettede produktside
• gs1:safetyInfo, sikkerhedsrelaterede oplysninger, herunder sikkerhedsdatablade og fareadvarsler
• gs1:recallStatus, oplysninger om, hvorvidt produktet er omfattet af en tilbagekaldelse
• gs1:traceability, oplysninger om sporbarhed i forsyningskæden, eventuelt med link til EPCIS-hændelsesdata
• gs1:certificationInfo, certifikater og overensstemmelseserklæringer, der hører til produktet

GS1 har offentliggjort en overensstemmelsesramme for Digital Link-resolvere, der definerer forskellige kapacitetsniveauer. Resolvere på niveau 0 udfører grundlæggende HTTP-omdirigeringer. Resolvere på niveau 1 understøtter indholdsforhandling. Resolvere på niveau 2 understøtter hele linksæt-API'et, så maskiner kan finde alle tilgængelige informationsressourcer for et produkt. Resolvere på niveau 3 tilføjer understøttelse af komprimerede Digital Link-URI'er og andre avancerede funktioner.

Til DPP-implementeringer anbefales en resolver på niveau 1 eller niveau 2. Indholdsforhandling (niveau 1) sikrer, at både menneskelige brugere og maskinsystemer får passende svar. Linksæt-API'et (niveau 2) gør det muligt for myndighedssystemer og DPP-registre programmatisk at finde og tilgå pasdata for ethvert produkt.

Implementeringsmuligheder: byg, køb eller brug GS1

Virksomheder, der implementerer DPP, har tre hovedmuligheder for infrastrukturen til Digital Link-resolvere: at bygge en egen resolver, at bruge en kommerciel resolvertjeneste eller at udnytte GS1's resolvernetværk.

At bygge en egen resolver giver maksimal kontrol over opløsningslogik, branding og integration med eksisterende systemer. GS1 har offentliggjort referenceimplementeringer med åben kildekode, som kan bruges som udgangspunkt. At drive en resolver i stor skala kræver dog robust webinfrastruktur, overvågning og løbende vedligeholdelse. Resolveren skal have høj tilgængelighed: hvis den går ned, holder alle QR-koder, der peger på den, op med at virke.

Kommercielle resolvertjenester, der udbydes af forskellige teknologileverandører, herunder DPP-platforme, leverer administreret resolverinfrastruktur uden den driftsmæssige byrde. Tjenesterne tilbyder typisk webbaserede administrationsgrænseflader til håndtering af linkposter, analysedashboards, der viser scanningsaktivitet, og integrations-API'er til programmatisk linkhåndtering. For de fleste virksomheder giver en administreret resolvertjeneste den bedste balance mellem funktionalitet og enkel drift.

GS1's resolvernetværk (id.gs1.org) er en global opløsningstjeneste, som GS1 selv vedligeholder. Brandejere kan registrere deres produkter og konfigurere opløsningsmål via deres nationale GS1-medlemsorganisation. Denne tilgang udnytter GS1-domænets globale genkendelse og troværdighed, men kan give mindre fleksibilitet til tilpasning og branding end at drive sit eget resolverdomæne.

Mange DPP-platforme, herunder MyProductPassport, har indbygget resolverfunktionalitet som en del af deres tilbud. Med denne integrerede tilgang behøver virksomheder ikke at etablere separat resolverinfrastruktur: platformen håndterer URI-opløsning, indholdsforhandling og linkhåndtering sammen med håndtering af pasdata og generering af QR-koder.

Resolverkonfiguration til DPP-overholdelse

Konfiguration af en resolver til digitale produktpas, der overholder ESPR, kræver opmærksomhed på flere lovgivningsmæssige og tekniske krav.

Resolveren skal sikre vedvarende adgang til pasdata. ESPR kræver, at DPP-oplysningerne forbliver tilgængelige i en fastsat periode efter, at et produkt er bragt i omsætning. Det betyder, at resolveren skal være i drift og besvare forespørgsler i hele opbevaringsperioden, også selvom produktet er udgået. Virksomheder bør sikre, at deres resolverinfrastruktur eller tjenesteudbyder forpligter sig til de krævede opbevaringsperioder.

Resolverens svar bør indeholde passende HTTP-headere til caching og CORS (Cross-Origin Resource Sharing), så DPP-data kan tilgås fra webapplikationer, mobilapps og myndighedssystemer. Link-headeren bør annoncere de tilgængelige linktyper og dermed muliggøre HTTP-baseret opdagelse af informationsressourcer.

For produkter med identifikation på serieniveau skal resolveren håndtere serienummerkvalifikatorer i URI-stien. Linkdatabasen skal derfor indeholde poster på serieniveau (eller understøtte jokertegnsmatchning, der fører seriespecifikke forespørgsler til den korrekte pasinstans). For produkter, der identificeres på batchniveau, skal resolveren tilsvarende håndtere batch-/lotkvalifikatorer.

Sikkerhedshensyn er vigtige ved implementering af resolvere. Resolveren bør udelukkende bruge HTTPS, indføre hastighedsbegrænsning for at forhindre misbrug og overveje godkendelse til administrative funktioner. Selve opløsningen bør være offentligt tilgængelig (for at give åben adgang til DPP-data, som ESPR tilsigter), men administrationsgrænsefladen skal beskyttes.

Avancerede resolverfunktioner til DPP-økosystemer

Ud over grundlæggende opløsning styrker flere avancerede resolverfunktioner DPP-økosystemet:

• Analyse og scanningssporing: resolvere kan logge scanningshændelser og give brands indsigt i, hvor, hvornår og hvor ofte deres produkters pas åbnes
• Geolokationsbevidst opløsning: resolvere kan sende forespørgsler videre til sprog- eller regionsspecifikt pasindhold ud fra afsenderens placering
• Tidsbaseret opløsning: resolvere kan gemme historiske versioner af linkposter og dermed give adgang til pasdata, som de så ud på et bestemt tidspunkt
• Reserveopløsning: resolvere kan anvende kaskadelogik og prøve flere datakilder efter hinanden, hvis den primære kilde ikke er tilgængelig
• Understøttelse af komprimerede URI'er: GS1 Digital Link definerer komprimerede URI-formater, der mindsker kravene til datatæthed i QR-koder og muliggør mindre koder eller højere fejlkorrektion

Disse funktioner er ikke påkrævede for grundlæggende overholdelse af ESPR, men de kan forbedre anvendeligheden og pålideligheden af DPP-implementeringer markant. Scanningsanalyse giver for eksempel værdifuld markedsindsigt i forbrugernes engagement i bæredygtighedsoplysninger og hjælper virksomheder med at forstå afkastet af deres DPP-investering.

Efterhånden som DPP-økosystemet modnes, vil resolvernes kapacitet sandsynligvis blive udvidet yderligere. Europa-Kommissionens DPP-register, der har været åbent siden den 20. juli 2026, arbejder sammen med resolvere om at indeksere og tilgå pasdata på hele EU-markedet. Resolveroperatører bør følge udviklingen og sikre, at deres implementeringer forbliver kompatible med skiftende infrastrukturkrav.

Test og validering af din resolverimplementering

Før en resolver sættes i produktion, er grundig test afgørende for at sikre overholdelse af GS1's specifikationer og pålidelig drift under virkelige forhold.

GS1 stiller testsuiter til overensstemmelse til rådighed, som validerer resolverens adfærd i forhold til Digital Link-specifikationen. Testene kontrollerer korrekt URI-fortolkning, korrekte HTTP-svarkoder, præcis indholdsforhandling og generering af linksæt i overensstemmelse med specifikationen. Ved at køre testene mod din resolverimplementering finder du afvigelser fra specifikationen, før de skaber problemer med rigtige produkter og rigtige forbrugere.

Belastningstest er lige så vigtig. En resolver for et forbrugerbrand med store volumener kan have brug for at håndtere tusindvis af forespørgsler i sekundet i spidsbelastningsperioder, fx ved en produktlancering, et viralt øjeblik på sociale medier eller en tilsynskampagne. Når du kender resolverens kapacitetsgrænser og indfører passende skaleringsstrategier (caching, belastningsfordeling, CDN-distribution), sikrer du stabil ydeevne.

End-to-end-test bør verificere hele kæden fra scanning af QR-koden til visning af passet. Det betyder, at QR-koder skal printes fysisk, scannes med forskellige smartphonemodeller og styresystemer, og at det skal bekræftes, at resolveren sender hver forespørgsel til det korrekte pasindhold. Test med både forbrugerenheder og programmatiske klienter sikrer, at alle adgangsveje fungerer korrekt.

Endelig bør der etableres overvågning og alarmering for resolverinfrastrukturen i produktion. Overvågning af oppetid, sporing af svartider og alarmer ved fejlrater gør det muligt hurtigt at opdage og løse problemer, der kan forhindre forbrugere og myndigheder i at tilgå data i digitale produktpas.