GS1 Digital Link resolveris: kaip jis veikia

Kas yra GS1 Digital Link resolveris

GS1 Digital Link resolveris yra žiniatinklio paslauga, veikianti kaip išmanus tarpininkas tarp produkto identifikatoriaus ir su tuo produktu susijusios informacijos. Kai vartotojas nuskaito ant produkto esantį QR kodą arba kai sistema programiškai pateikia užklausą dėl produkto identifikatoriaus, resolveris gauna GS1 Digital Link URI ir, atsižvelgdamas į produkto tapatybę, prašomos informacijos rūšį ir užklausos kontekstą, nusprendžia, kur nukreipti užklausą.

Resolverį galima įsivaizduoti kaip išmanią produktų informacijos rodyklę. Kaip DNS serveris domenų vardus paverčia IP adresais, taip Digital Link resolveris produktų identifikatorius paverčia URL adresais, kuriuose galima rasti produkto informaciją, įskaitant skaitmeninio produkto paso duomenis. Šis netiesioginis ryšys yra itin svarbus, nes jis atskiria nuolatinį produkto identifikatorių nuo galimai kintančios produkto duomenų vietos.

Skaitmeniniams produktų pasams pagal ESPR resolveris atlieka pagrindinį vaidmenį. Ant produkto esanti duomenų laikmena užkoduoja GS1 Digital Link URI. Nuskaičius šis URI pasiekia resolverį, kuris nukreipia užklausą į SPP duomenų šaltinį. Jei pasikeičia SPP platforma arba duomenys perkeliami į naują serverį, reikia atnaujinti tik resolverio konfigūraciją, o milijonai ant produktų jau atspausdintų QR kodų ir toliau veikia tinkamai.

Digital Link resolverio architektūra

GS1 Digital Link resolverį sudaro keli loginiai komponentai, kurie kartu apdoroja gaunamas užklausas ir pateikia tinkamus atsakymus.

URI analizatorius yra pirmasis komponentas, apdorojantis gaunamą užklausą. Jis iš Digital Link URI išskiria GS1 identifikatorius: pagrindinį identifikatorių (paprastai GTIN), galimus kvalifikatorius (serijos numerį, partijos numerį) ir visus papildomus atributus. Jis patikrina, ar URI atitinka GS1 Digital Link sintaksės specifikaciją, ir atmeta netinkamai suformuotas užklausas.

Nuorodų išsprendimo variklis yra resolverio šerdis. Jis tvarko nuorodų įrašų duomenų bazę, t. y. produktų identifikatorių ir URL adresų, kuriuose galima rasti informacijos apie tuos produktus, atitiktis. Kiekviename įraše nurodoma, kuriam produkto identifikatoriui jis taikomas, kokios rūšies informacija prieinama (produkto puslapis, skaitmeninis produkto pasas, saugos duomenys, informacija apie atšaukimą), tikslinis URL ir sąlygos, kuriomis ši nuoroda turi būti naudojama.

Turinio derinimo modulis išnagrinėja gaunamą užklausą ir nustato, kokio atsakymo tikisi užklausos teikėjas. Tai daroma naudojant HTTP Accept antraštes, užklausos parametrus arba pačią URI struktūrą. Žiniatinklio naršyklė, prašanti text/html, bus nukreipta į žmogui skaitomą puslapį. Mašina, prašanti application/json, gaus struktūrizuotus duomenis. Sistema, prašanti application/ld+json, gaus JSON-LD susietuosius duomenis. Šis vieno URI ir kelių pateikimo formų principas yra Digital Link architektūros pagrindas.

Atsakymo modulis sugeneruoja tinkamą HTTP atsakymą, paprastai 307 (Temporary Redirect), kuris nukreipia užklausos teikėją į nuorodų išsprendimo variklio nustatytą tikslinį URL. API užklausų atveju resolveris vietoj peradresavimo gali grąžinti nuorodų rinkinį (JSON dokumentą, kuriame išvardyti visi identifikuotam produktui prieinami informacijos ištekliai).

Kaip išsprendimas veikia žingsnis po žingsnio

Kad suprastume, kaip Digital Link resolveris veikia praktiškai, panagrinėkime tokį scenarijų: vartotojas nuskaito ant produkto esantį QR kodą. QR kodas užkoduoja URI https://resolver.example.com/01/05012345678901/21/SN12345.

Pirmiausia vartotojo išmanusis telefonas dekoduoja QR kodą ir atidaro URI žiniatinklio naršyklėje. Naršyklė siunčia HTTP GET užklausą į resolver.example.com su keliu /01/05012345678901/21/SN12345. Užklausoje yra Accept antraštė, nurodanti, kad naršyklė pageidauja text/html turinio.

Resolverio URI analizatorius iš kelio išskiria GTIN (05012345678901) ir serijos numerį (SN12345). Jis patikrina šiuos identifikatorius ir perduoda juos nuorodų išsprendimo varikliui.

Nuorodų išsprendimo variklis ieško identifikatorių derinio savo duomenų bazėje ir randa kelis šio produkto nuorodų įrašus:

• Skaitmeninio produkto paso nuorodą, nukreipiančią į https://dpp.example.com/passport/SN12345
• Produkto informacijos puslapio nuorodą, nukreipiančią į https://brand.example.com/products/widget-pro
• Informacijos apie atšaukimą nuorodą, nukreipiančią į https://recalls.example.com/check/05012345678901
• JSON-LD susietųjų duomenų galinį tašką, nukreipiantį į https://api.example.com/01/05012345678901/21/SN12345

Turinio derinimo modulis nustato, kad užklausa gauta iš žiniatinklio naršyklės, prašančios HTML. Remdamasis numatytąja resolverio nuorodų tipų konfigūracija ir užklausos kontekstu, jis pasirenka skaitmeninio produkto paso nuorodą kaip tinkamiausią atsakymą QR kodą nuskaitančiam vartotojui.

Resolveris grąžina atsakymą 307 Temporary Redirect, kurio Location antraštės reikšmė yra https://dpp.example.com/passport/SN12345. Vartotojo naršyklė vykdo peradresavimą ir parodo skaitmeninio produkto paso puslapį.

Nuorodų tipai ir GS1 atitikties sistema

GS1 apibrėžia nuorodų tipų žodyną, kurį resolveriai naudoja su produktais susijusiems informacijos ištekliams skirstyti į kategorijas. Šie standartizuoti nuorodų tipai užtikrina, kad skirtingi resolveriai teiktų nuoseklią patirtį, o duomenis naudojančios sistemos galėtų patikimai užklausti konkrečių rūšių informacijos.

Pagrindiniai skaitmeniniams produktų pasams svarbūs nuorodų tipai:

• gs1:digitalProductPassport, pagrindinis SPP duomenų išteklius, kuriame pateikiama išsami ESPR reikalaujama produkto paso informacija
• gs1:productSustainabilityInfo, su aplinka ir tvarumu susijusi informacija apie produktą
• gs1:pip, produkto informacijos puslapis, paprastai vartotojams skirtas prekės ženklo produkto tinklalapis
• gs1:safetyInfo, su sauga susijusi informacija, įskaitant saugos duomenų lapus ir įspėjimus apie pavojus
• gs1:recallStatus, informacija apie tai, ar produktas yra atšaukiamas
• gs1:traceability, tiekimo grandinės atsekamumo informacija, galimai susieta su EPCIS įvykių duomenimis
• gs1:certificationInfo, su produktu susiję sertifikatai ir atitikties deklaracijos

GS1 paskelbė Digital Link resolverių atitikties sistemą, kurioje apibrėžiami skirtingi pajėgumų lygiai. 0 lygio resolveriai atlieka pagrindinius HTTP peradresavimus. 1 lygio resolveriai palaiko turinio derinimą. 2 lygio resolveriai palaiko visą nuorodų rinkinių API, leidžiančią mašinoms aptikti visus produktui prieinamus informacijos išteklius. 3 lygio resolveriai papildomai palaiko suglaudintus Digital Link URI ir kitas pažangias funkcijas.

SPP diegimui rekomenduojamas 1 arba 2 lygio resolveris. Turinio derinimas (1 lygis) užtikrina, kad tinkamus atsakymus gautų ir žmonės, ir mašininės sistemos. Nuorodų rinkinių API (2 lygis) leidžia reguliavimo sistemoms ir SPP registrams programiškai aptikti bet kurio produkto paso duomenis ir juos pasiekti.

Diegimo galimybės: sukurti, įsigyti ar naudoti GS1

SPP diegiančios įmonės turi tris pagrindines Digital Link resolverio infrastruktūros galimybes: sukurti savo resolverį, naudotis komercine resolverio paslauga arba pasitelkti GS1 resolverių tinklą.

Nuosavas resolveris suteikia didžiausią išsprendimo logikos, prekės ženklo pateikimo ir integracijos su esamomis sistemomis kontrolę. GS1 yra paskelbusi atvirojo kodo etalonines realizacijas, kurios gali būti atspirties taškas. Vis dėlto didelio masto resolverio eksploatavimas reikalauja patikimos žiniatinklio infrastruktūros, stebėsenos ir nuolatinės priežiūros. Resolveris turi būti labai aukšto prieinamumo: jam sutrikus, neveiks nė vienas į jį nukreipiantis QR kodas.

Komercinės resolverio paslaugos, kurias siūlo įvairūs technologijų teikėjai, įskaitant SPP platformas, suteikia valdomą infrastruktūrą be eksploatavimo naštos. Paprastai šios paslaugos apima žiniatinklio administravimo sąsajas nuorodų įrašams tvarkyti, nuskaitymų veiklą rodančius analitikos skydelius ir integracijos API programiniam nuorodų valdymui. Daugumai įmonių valdoma resolverio paslauga užtikrina geriausią funkcionalumo ir eksploatavimo paprastumo pusiausvyrą.

GS1 resolverių tinklas (id.gs1.org) teikia pasaulinę išsprendimo paslaugą, kurią palaiko pati GS1. Prekių ženklų savininkai gali registruoti savo produktus ir konfigūruoti išsprendimo tikslus per savo GS1 narę organizaciją. Šis metodas remiasi pasauliniu GS1 domeno žinomumu ir patikimumu, tačiau gali suteikti mažiau lankstumo pritaikymui ir prekės ženklo pateikimui nei nuosavo resolverio domeno eksploatavimas.

Daugelis SPP platformų, įskaitant MyProductPassport, savo pasiūloje turi integruotą resolverio funkcionalumą. Taikant šį integruotą metodą įmonėms nereikia kurti atskiros resolverio infrastruktūros: platforma atlieka URI išsprendimą, turinio derinimą ir nuorodų valdymą kartu su paso duomenų valdymu ir QR kodų generavimu.

Resolverio konfigūravimas siekiant atitikti SPP reikalavimus

Konfigūruojant resolverį ESPR atitinkantiems skaitmeniniams produktų pasams būtina atsižvelgti į kelis reguliavimo ir techninius reikalavimus.

Resolveris turi užtikrinti nuolatinę prieigą prie paso duomenų. ESPR reikalauja, kad SPP informacija liktų prieinama nustatytą laikotarpį po produkto pateikimo rinkai. Tai reiškia, kad resolveris turi toliau veikti ir išspręsti užklausas visą šį saugojimo laikotarpį, net jei produkto gamyba nutraukta. Įmonės turėtų įsitikinti, kad jų resolverio infrastruktūra arba paslaugų teikėjas įsipareigoja laikytis reikalaujamų saugojimo laikotarpių.

Resolverio atsakymuose turėtų būti tinkamos HTTP antraštės, skirtos podėliavimui ir CORS (Cross-Origin Resource Sharing), kad SPP duomenis būtų galima pasiekti iš žiniatinklio programų, mobiliųjų programėlių ir reguliavimo sistemų. Link antraštė turėtų skelbti prieinamus nuorodų tipus, kad informacijos išteklius būtų galima aptikti tiesiogiai per HTTP.

Produktams, kuriems taikomas identifikavimas serijos numerio lygmeniu, resolveris turi apdoroti URI kelyje esančius serijos numerio kvalifikatorius. Tai reiškia, kad nuorodų duomenų bazėje turi būti serijos numerio lygmens įrašų (arba turi būti palaikomas pakaitos simbolių atitikimas, nukreipiantis konkretaus serijos numerio užklausas į tinkamą paso egzempliorių). Partijos lygmeniu identifikuojamų produktų atveju resolveris taip pat turi apdoroti partijos kvalifikatorius.

Diegiant resolverius svarbu atsižvelgti į saugumą. Resolveris turėtų naudoti tik HTTPS, riboti užklausų dažnį, kad būtų išvengta piktnaudžiavimo, ir apsvarstyti autentifikavimą administravimo funkcijoms. Nors pats išsprendimas turi būti viešai prieinamas (kad būtų užtikrinta atvira prieiga prie SPP duomenų, kaip numatyta ESPR), valdymo sąsaja turi būti apsaugota.

Pažangios resolverio funkcijos SPP ekosistemoms

Be pagrindinio išsprendimo, SPP ekosistemą praturtina kelios pažangios resolverio funkcijos:

• Analitika ir nuskaitymų sekimas: resolveriai gali registruoti nuskaitymo įvykius ir suteikti prekių ženklams įžvalgų, kur, kada ir kaip dažnai peržiūrimi jų produktų pasai
• Geografinę vietą atsižvelgiantis išsprendimas: resolveriai gali nukreipti užklausas į konkrečiai kalbai ar regionui skirtą paso turinį pagal užklausos teikėjo buvimo vietą
• Laikinis išsprendimas: resolveriai gali saugoti ankstesnes nuorodų įrašų versijas, kad būtų galima pasiekti paso duomenis tokius, kokie jie buvo tam tikru momentu
• Atsarginis išsprendimas: resolveriai gali taikyti pakopinę išsprendimo logiką ir paeiliui bandyti kelis duomenų šaltinius, jei pagrindinis šaltinis nepasiekiamas
• Suglaudintų URI palaikymas: GS1 Digital Link apibrėžia suglaudintus URI formatus, kurie sumažina QR kodų duomenų tankio reikalavimus ir leidžia naudoti mažesnius kodus arba didesnę klaidų taisymo galią

Šios funkcijos nėra privalomos norint atitikti pagrindinius ESPR reikalavimus, tačiau jos gali gerokai pagerinti SPP sprendimų tinkamumą naudoti ir patikimumą. Pavyzdžiui, nuskaitymų analitika suteikia vertingos rinkos informacijos apie vartotojų susidomėjimą tvarumo informacija ir padeda įmonėms įvertinti SPP investicijų grąžą.

Bręstant SPP ekosistemai, resolverių galimybės greičiausiai dar plėsis. Europos Komisijos SPP registras, veikiantis nuo 2026 m. liepos 20 d., sąveikauja su resolveriais, kad indeksuotų ir pasiektų pasų duomenis visoje ES rinkoje. Resolverių operatoriai turėtų stebėti šiuos pokyčius ir užtikrinti, kad jų sprendimai išliktų suderinami su kintančiais infrastruktūros reikalavimais.

Resolverio sprendimo testavimas ir patvirtinimas

Prieš pradedant naudoti resolverį gamybinėje aplinkoje, būtina jį kruopščiai išbandyti, kad būtų užtikrinta atitiktis GS1 specifikacijoms ir patikimas veikimas realiomis sąlygomis.

GS1 teikia atitikties testų rinkinius, kuriais resolverio elgsena tikrinama pagal Digital Link specifikaciją. Šie testai tikrina teisingą URI analizę, tinkamus HTTP atsakymų kodus, tikslų turinio derinimą ir reikalavimus atitinkantį nuorodų rinkinių generavimą. Paleidus šiuos testus jūsų sprendimui, nukrypimai nuo specifikacijos nustatomi anksčiau, nei jie sukelia problemų su tikrais produktais ir tikrais vartotojais.

Apkrovos testavimas yra ne mažiau svarbus. Didelės apimties vartojimo prekių ženklo resolveriui piko metu gali tekti apdoroti tūkstančius užklausų per sekundę: pristatant produktą, išpopuliarėjus socialiniuose tinkluose ar vykstant priežiūros institucijų patikrinimų kampanijai. Žinant resolverio pajėgumų ribas ir taikant tinkamas mastelio keitimo strategijas (podėliavimą, apkrovos paskirstymą, platinimą per CDN), užtikrinamas stabilus našumas.

Išsamus testavimas nuo pradžios iki galo turėtų patikrinti visą grandinę nuo QR kodo nuskaitymo iki paso parodymo. Tai reiškia, kad QR kodus reikia fiziškai atspausdinti, nuskaityti juos įvairiais išmaniųjų telefonų modeliais ir operacinėmis sistemomis bei patvirtinti, kad resolveris tinkamai nukreipia kiekvieną užklausą į atitinkamą paso turinį. Testuojant ir su vartotojų įrenginiais, ir su programiniais klientais užtikrinama, kad visi prieigos keliai veiktų tinkamai.

Galiausiai gamybinei resolverio infrastruktūrai turėtų būti įdiegta stebėsena ir įspėjimai. Veikimo laiko stebėsena, atsako laiko sekimas ir įspėjimai apie klaidų dažnį leidžia greitai aptikti ir pašalinti problemas, kurios galėtų sutrukdyti vartotojams ir priežiūros institucijoms pasiekti skaitmeninio produkto paso duomenis.