GS1 Digital Link resolvers: kā tas darbojas

Kas ir GS1 Digital Link resolvers

GS1 Digital Link resolvers ir tīmekļa pakalpojums, kas darbojas kā viedais starpnieks starp produkta identifikatoru un ar šo produktu saistīto informāciju. Kad patērētājs noskenē uz produkta esošo QR kodu vai kad sistēma programmatiski vaicā produkta identifikatoru, resolvers saņem GS1 Digital Link URI un, ņemot vērā produkta identitāti, pieprasītās informācijas veidu un pieprasījuma kontekstu, nosaka, kurp pieprasījumu novirzīt.

Resolveru var iedomāties kā viedu produktu informācijas ceļa rādītāju. Tāpat kā DNS serveris pārvērš domēnu nosaukumus IP adresēs, Digital Link resolvers pārvērš produktu identifikatorus URL adresēs, kur atrodama produkta informācija, tostarp digitālās produkta pases dati. Šī netiešā sasaiste ir ārkārtīgi svarīga, jo tā atdala pastāvīgo produkta identifikatoru no produkta datu atrašanās vietas, kas var mainīties.

Digitālajām produktu pasēm saskaņā ar ESPR resolveram ir centrālā loma. Uz produkta esošais datu nesējs kodē GS1 Digital Link URI. Skenējot šis URI nonāk pie resolvera, kas pāradresē pieprasījumu uz DPP datu avotu. Ja DPP platforma mainās vai dati tiek pārvietoti uz jaunu mitināšanas vietu, jāatjaunina tikai resolvera konfigurācija, un miljoniem uz produktiem jau uzdrukāto QR kodu turpina darboties pareizi.

Digital Link resolvera arhitektūra

GS1 Digital Link resolvers sastāv no vairākiem loģiskiem komponentiem, kas darbojas kopā, lai apstrādātu ienākošos pieprasījumus un sniegtu atbilstošas atbildes.

URI parsētājs ir pirmais komponents, kas apstrādā ienākošo pieprasījumu. Tas no Digital Link URI iegūst GS1 identifikatorus: primāro identifikatoru (parasti GTIN), iespējamos kvalifikatorus (sērijas numuru, partijas numuru) un visus papildu atribūtus. Tas pārbauda, vai URI atbilst GS1 Digital Link sintakses specifikācijai, un noraida nepareizi veidotus pieprasījumus.

Saišu atrisināšanas dzinējs ir resolvera kodols. Tas uztur saišu ierakstu datubāzi, proti, atbilstības starp produktu identifikatoriem un URL adresēm, kur atrodama informācija par šiem produktiem. Katrā ierakstā norādīts, uz kuru produkta identifikatoru tas attiecas, kāda veida informācija ir pieejama (produkta lapa, digitālā produkta pase, drošuma dati, informācija par atsaukšanu), mērķa URL un nosacījumi, kuros šī saite jāizmanto.

Satura saskaņošanas modulis izvērtē ienākošo pieprasījumu, lai noteiktu, kādu atbildi sagaida pieprasītājs. To panāk ar HTTP Accept galvenēm, vaicājuma parametriem vai pašu URI struktūru. Tīmekļa pārlūks, kas pieprasa text/html, saņems pāradresāciju uz cilvēkam lasāmu lapu. Mašīna, kas pieprasa application/json, saņems strukturētus datus. Sistēma, kas pieprasa application/ld+json, saņems JSON-LD saistītos datus. Šī pieeja, kurā vienam URI ir vairāki attēlojumi, ir Digital Link arhitektūras pamatā.

Atbildes modulis ģenerē atbilstošu HTTP atbildi, parasti 307 (Temporary Redirect), kas nosūta pieprasītāju uz saišu atrisināšanas dzinēja noteikto mērķa URL. API pieprasījumu gadījumā resolvers pāradresācijas vietā var atgriezt saišu kopu (JSON dokumentu, kurā uzskaitīti visi identificētajam produktam pieejamie informācijas resursi).

Kā atrisināšana darbojas soli pa solim

Lai saprastu, kā Digital Link resolvers darbojas praksē, aplūkosim šādu scenāriju: patērētājs noskenē uz produkta esošu QR kodu. QR kods kodē URI https://resolver.example.com/01/05012345678901/21/SN12345.

Vispirms patērētāja viedtālrunis atkodē QR kodu un atver URI tīmekļa pārlūkā. Pārlūks nosūta HTTP GET pieprasījumu uz resolver.example.com ar ceļu /01/05012345678901/21/SN12345. Pieprasījumā ir Accept galvene, kas norāda, ka pārlūks dod priekšroku text/html saturam.

Resolvera URI parsētājs no ceļa iegūst GTIN (05012345678901) un sērijas numuru (SN12345). Tas validē šos identifikatorus un nodod tos saišu atrisināšanas dzinējam.

Saišu atrisināšanas dzinējs meklē identifikatoru kombināciju savā datubāzē un atrod vairākus šī produkta saišu ierakstus:

• Digitālās produkta pases saiti, kas norāda uz https://dpp.example.com/passport/SN12345
• Produkta informācijas lapas saiti, kas norāda uz https://brand.example.com/products/widget-pro
• Atsaukšanas informācijas saiti, kas norāda uz https://recalls.example.com/check/05012345678901
• JSON-LD saistīto datu galapunktu, kas norāda uz https://api.example.com/01/05012345678901/21/SN12345

Satura saskaņošanas modulis konstatē, ka pieprasījums nāk no tīmekļa pārlūka, kas pieprasa HTML. Pamatojoties uz resolvera noklusējuma saišu tipu konfigurāciju un pieprasījuma kontekstu, tas izvēlas digitālās produkta pases saiti kā piemērotāko atbildi patērētājam, kas skenē QR kodu.

Resolvers atgriež atbildi 307 Temporary Redirect ar Location galveni, kuras vērtība ir https://dpp.example.com/passport/SN12345. Patērētāja pārlūks seko pāradresācijai un parāda digitālās produkta pases lapu.

Saišu tipi un GS1 atbilstības sistēma

GS1 definē saišu tipu vārdnīcu, ko resolveri izmanto ar produktiem saistīto informācijas resursu klasificēšanai. Šie standartizētie saišu tipi nodrošina, ka dažādi resolveri sniedz vienotu pieredzi un ka datus izmantojošās sistēmas var uzticami pieprasīt konkrētus informācijas veidus.

Galvenie digitālajām produktu pasēm būtiskie saišu tipi ir šādi:

• gs1:digitalProductPassport, primārais DPP datu resurss, kas satur ESPR prasīto visaptverošo produkta pases informāciju
• gs1:productSustainabilityInfo, vides un ilgtspējas informācija par produktu
• gs1:pip, produkta informācijas lapa, parasti zīmola patērētājiem paredzētā produkta tīmekļa lapa
• gs1:safetyInfo, ar drošumu saistīta informācija, tostarp drošības datu lapas un brīdinājumi par bīstamību
• gs1:recallStatus, informācija par to, vai produkts tiek atsaukts
• gs1:traceability, piegādes ķēdes izsekojamības informācija, kas var būt saistīta ar EPCIS notikumu datiem
• gs1:certificationInfo, ar produktu saistītie sertifikāti un atbilstības deklarācijas

GS1 ir publicējusi Digital Link resolveru atbilstības sistēmu, kurā definēti dažādi spēju līmeņi. 0. līmeņa resolveri veic pamata HTTP pāradresācijas. 1. līmeņa resolveri atbalsta satura saskaņošanu. 2. līmeņa resolveri atbalsta pilnu saišu kopu API, ļaujot mašīnām atklāt visus produktam pieejamos informācijas resursus. 3. līmeņa resolveri papildus atbalsta saspiestus Digital Link URI un citas uzlabotas funkcijas.

DPP ieviešanai ieteicams 1. vai 2. līmeņa resolvers. Satura saskaņošana (1. līmenis) nodrošina, ka atbilstošas atbildes saņem gan cilvēki, gan mašīnsistēmas. Saišu kopu API (2. līmenis) ļauj regulatīvajām sistēmām un DPP reģistriem programmatiski atklāt jebkura produkta pases datus un piekļūt tiem.

Ieviešanas iespējas: izstrādāt, iegādāties vai izmantot GS1

Uzņēmumiem, kas ievieš DPP, ir trīs galvenās Digital Link resolvera infrastruktūras iespējas: izstrādāt savu resolveru, izmantot komerciālu resolvera pakalpojumu vai izmantot GS1 resolveru tīklu.

Savs resolvers dod maksimālu kontroli pār atrisināšanas loģiku, zīmola noformējumu un integrāciju ar esošajām sistēmām. GS1 ir publicējusi atvērtā pirmkoda atsauces implementācijas, ko var izmantot kā sākumpunktu. Tomēr resolvera darbināšanai lielā mērogā nepieciešama robusta tīmekļa infrastruktūra, uzraudzība un pastāvīga uzturēšana. Resolveram jābūt ar ļoti augstu pieejamību: ja tas pārstāj darboties, nedarbojas neviens uz to norādošais QR kods.

Komerciālie resolvera pakalpojumi, ko piedāvā dažādi tehnoloģiju nodrošinātāji, tostarp DPP platformas, sniedz pārvaldītu infrastruktūru bez darbības sloga. Parasti šie pakalpojumi piedāvā tīmekļa administrēšanas saskarnes saišu ierakstu pārvaldībai, analītikas paneļus ar skenēšanas aktivitāti un integrācijas API programmatiskai saišu pārvaldībai. Lielākajai daļai uzņēmumu pārvaldīts resolvera pakalpojums nodrošina vislabāko līdzsvaru starp funkcionalitāti un darbības vienkāršību.

GS1 resolveru tīkls (id.gs1.org) nodrošina globālu atrisināšanas pakalpojumu, ko uztur pati GS1. Zīmolu īpašnieki var reģistrēt savus produktus un konfigurēt atrisināšanas mērķus ar savas GS1 dalīborganizācijas starpniecību. Šī pieeja izmanto GS1 domēna globālo atpazīstamību un uzticamību, taču var sniegt mazāku elastību pielāgošanai un zīmola noformējumam salīdzinājumā ar sava resolvera domēna uzturēšanu.

Daudzas DPP platformas, tostarp MyProductPassport, savā piedāvājumā ietver iebūvētu resolvera funkcionalitāti. Pateicoties šai integrētajai pieejai, uzņēmumiem nav jāveido atsevišķa resolvera infrastruktūra: platforma veic URI atrisināšanu, satura saskaņošanu un saišu pārvaldību līdztekus pases datu pārvaldībai un QR kodu ģenerēšanai.

Resolvera konfigurēšana atbilstībai DPP prasībām

Konfigurējot resolveru ESPR atbilstošām digitālajām produktu pasēm, jāņem vērā vairākas regulatīvās un tehniskās prasības.

Resolveram jānodrošina pastāvīga piekļuve pases datiem. ESPR prasa, lai DPP informācija paliktu pieejama noteiktu laikposmu pēc produkta laišanas tirgū. Tas nozīmē, ka resolveram jāturpina darboties un atrisināt pieprasījumus visā šajā glabāšanas laikposmā, pat ja produkta ražošana ir pārtraukta. Uzņēmumiem jāpārliecinās, ka to resolvera infrastruktūra vai pakalpojumu sniedzējs apņemas ievērot prasītos glabāšanas laikposmus.

Resolvera atbildēs jāietver atbilstošas HTTP galvenes kešošanai un CORS (Cross-Origin Resource Sharing), lai DPP datiem varētu piekļūt no tīmekļa lietotnēm, mobilajām lietotnēm un regulatīvajām sistēmām. Link galvenei jāpaziņo pieejamie saišu tipi, ļaujot atklāt informācijas resursus tieši ar HTTP.

Produktiem ar identifikāciju sērijas numura līmenī resolveram jāapstrādā sērijas numura kvalifikatori URI ceļā. Tas nozīmē, ka saišu datubāzē jābūt ierakstiem sērijas numura līmenī (vai jāatbalsta aizstājējzīmju saskaņošana, kas konkrēta sērijas numura pieprasījumus novirza uz pareizo pases eksemplāru). Partijas līmenī identificētiem produktiem resolveram līdzīgi jāapstrādā partijas kvalifikatori.

Resolveru ieviešanā svarīgi ir drošības apsvērumi. Resolveram jāizmanto tikai HTTPS, jāierobežo pieprasījumu biežums, lai novērstu ļaunprātīgu izmantošanu, un jāapsver autentifikācija administratīvajām funkcijām. Lai gan pašai atrisināšanai jābūt publiski pieejamai (lai nodrošinātu atvērtu piekļuvi DPP datiem, kā paredz ESPR), pārvaldības saskarnei jābūt aizsargātai.

Resolvera uzlabotās funkcijas DPP ekosistēmām

Papildus pamata atrisināšanai DPP ekosistēmu bagātina vairākas uzlabotas resolvera funkcijas:

• Analītika un skenējumu izsekošana: resolveri var reģistrēt skenēšanas notikumus, sniedzot zīmoliem ieskatu par to, kur, kad un cik bieži tiek skatītas to produktu pases
• Ģeogrāfiskajai atrašanās vietai pielāgota atrisināšana: resolveri var novirzīt pieprasījumus uz konkrētai valodai vai reģionam paredzētu pases saturu, pamatojoties uz pieprasītāja atrašanās vietu
• Laika atrisināšana: resolveri var glabāt saišu ierakstu vēsturiskās versijas, ļaujot piekļūt pases datiem tādiem, kādi tie bija noteiktā brīdī
• Rezerves atrisināšana: resolveri var izmantot kaskādes atrisināšanas loģiku, secīgi mēģinot vairākus datu avotus, ja primārais avots nav pieejams
• Saspiestu URI atbalsts: GS1 Digital Link definē saspiestus URI formātus, kas samazina QR kodu datu blīvuma prasības, ļaujot izmantot mazākus kodus vai augstāku kļūdu labošanas līmeni

Šīs funkcijas nav nepieciešamas ESPR pamata prasību izpildei, taču tās var būtiski uzlabot DPP risinājumu lietojamību un uzticamību. Piemēram, skenējumu analītika sniedz vērtīgu tirgus informāciju par patērētāju interesi par ilgtspējas informāciju, palīdzot uzņēmumiem izprast DPP ieguldījumu atdevi.

DPP ekosistēmai nobriestot, resolveru iespējas, visticamāk, vēl paplašināsies. Eiropas Komisijas DPP reģistrs, kas darbojas kopš 2026. gada 20. jūlija, mijiedarbojas ar resolveriem, lai indeksētu pases datus un piekļūtu tiem visā ES tirgū. Resolveru operatoriem jāseko šīm norisēm un jānodrošina, ka to risinājumi joprojām ir saderīgi ar mainīgajām infrastruktūras prasībām.

Resolvera risinājuma testēšana un validēšana

Pirms resolvera ieviešanas ražošanas vidē ir nepieciešama rūpīga testēšana, lai nodrošinātu atbilstību GS1 specifikācijām un uzticamu darbību reālos apstākļos.

GS1 nodrošina atbilstības testu komplektus, kas validē resolvera darbību attiecībā pret Digital Link specifikāciju. Šie testi pārbauda pareizu URI parsēšanu, pareizus HTTP atbildes kodus, precīzu satura saskaņošanu un atbilstošu saišu kopu ģenerēšanu. Palaižot šos testus savam risinājumam, novirzes no specifikācijas tiek atklātas, pirms tās rada problēmas ar reāliem produktiem un reāliem patērētājiem.

Tikpat svarīga ir slodzes testēšana. Liela apjoma patēriņa zīmola resolveram maksimālās slodzes periodos var nākties apstrādāt tūkstošiem pieprasījumu sekundē: produkta laišanas tirgū laikā, sociālajos tīklos strauji izplatoties saturam vai regulatoru pārbaužu kampaņas laikā. Zinot resolvera jaudas robežas un ieviešot piemērotas mērogošanas stratēģijas (kešošanu, slodzes līdzsvarošanu, izplatīšanu ar CDN), tiek nodrošināta stabila veiktspēja.

Pilna cikla testēšanai jāpārbauda visa ķēde no QR koda skenēšanas līdz pases attēlošanai. Tas nozīmē fiziski izdrukāt QR kodus, noskenēt tos ar dažādiem viedtālruņu modeļiem un operētājsistēmām un pārliecināties, ka resolvers pareizi novirza katru pieprasījumu uz atbilstošo pases saturu. Testēšana gan ar patērētāju ierīcēm, gan ar programmatiskiem klientiem nodrošina, ka visi piekļuves ceļi darbojas pareizi.

Visbeidzot ražošanas resolvera infrastruktūrai jāievieš uzraudzība un brīdinājumi. Darbspējas uzraudzība, atbildes laika izsekošana un kļūdu biežuma brīdinājumi ļauj ātri atklāt un novērst problēmas, kas varētu liegt patērētājiem un regulatoriem piekļūt digitālās produkta pases datiem.