DPP duomenų sąveikumo standartai

Kodėl sąveikumas yra skaitmeninių produktų pasų pagrindas

Skaitmeniniai produktų pasai yra vertingi tiek, kiek vertingos sistemos, galinčios juos nuskaityti, interpretuoti ir jais remtis. Pasas, kurį sukūrė tekstilės gamintojas Portugalijoje, turi būti vienodai suprantamas perdirbimo įmonei Vokietijoje, muitinės inspektoriui Prancūzijoje ir vartotojui, nuskaitančiam QR kodą Jungtinėje Karalystėje. Tai pagrindinis sąveikumo iššūkis: užtikrinti, kad duomenys sklandžiai judėtų per organizacines, sektorines ir nacionalines ribas, neprarasdami prasmės ar struktūros.

ES tvarių produktų ekologinio projektavimo reglamente (ESPR) aiškiai nustatyta, kad DPP duomenys turi būti kompiuterio skaitomi, prieinami per standartizuotas sąsajas ir struktūrizuoti naudojant atvirus žodynus. Tai ne vien techninis pasirinkimas, o teisinis reikalavimas, nuo kurio priklausys, ar produktus bus galima parduoti Europos rinkoje.

Sąveikumas apima kelis lygmenis: sintaksinį sąveikumą (ar sistemos gali apdoroti duomenų formatą?), semantinį sąveikumą (ar sistemos vienodai supranta laukų reikšmę?) ir organizacinį sąveikumą (ar suderinti verslo procesai?). Norint pasiekti visus tris, būtina kruopščiai laikytis nusistovėjusių standartų ir būti pasirengusiems vietoj nuosavybinių duomenų modelių taikyti bendrus žodynus.

GS1 Digital Link vaidmuo identifikuojant DPP

Bet kurios sąveikios DPP sistemos pagrindas yra produktų identifikavimas. Be visuotinai pripažinto produktų identifikavimo būdo kiekviena sistema tampa sala. GS1 Digital Link standartas šią problemą sprendžia pasaulinius prekių numerius (GTIN) ir serijos numerius užkoduodamas į žiniatinklyje išsprendžiamus URI.

GS1 Digital Link URI atitinka šabloną /01/{gtin}/21/{serial}, kurį galima įterpti į QR kodus ir, priklausomai nuo užklausos teikėjo, nukreipti į skirtingus galinius taškus. Vartotojas gali gauti HTML puslapį, o reguliavimo sistema gauna struktūrizuotus JSON-LD duomenis. Šis turinio derinimo mechanizmas yra esminis tam, kad DPP iš vieno identifikatoriaus galėtų aptarnauti skirtingas auditorijas.

Išsamiau apie šį standartą skaitykite mūsų išsamiame GS1 Digital Link vadove. Svarbiausia sąveikumo požiūriu išvada: GS1 Digital Link suteikia kanoninį identifikatorių sluoksnį, bendrą kalbą, leidžiančią skirtingoms sistemoms nedviprasmiškai nurodyti tą patį produktą.

Norint tinkamai įdiegti GS1 Digital Link, reikia atkreipti dėmesį į kelias technines detales:

• GTIN tikrinimas kontrolinio skaitmens algoritmais, kad būtų išvengta klaidingų identifikatorių
• Serijos numerių kodavimas, apdorojantis specialiuosius simbolius ir kintamo ilgio eilutes
• Sprendimo infrastruktūra, palaikanti HTTP turinio derinimą naudojant Accept antraštes
• Atsarginiai mechanizmai sistemoms, kurios negali atlikti turinio derinimo

JSON-LD ir susietieji duomenys semantiniam sąveikumui

Sintaksinis sąveikumas, t. y. gebėjimas apdoroti duomenų formatą, yra būtinas, bet nepakankamas. Dvi sistemos gali puikiai skaityti JSON, tačiau visiškai skirtingai suprasti lauką, pavadintą „material“. Ar jis reiškia pagrindinę medžiagą, medžiagų sudėtį pagal masę, ar medžiagos klasifikavimo kodą? Semantinis sąveikumas šį dviprasmiškumą pašalina naudojant bendrus žodynus su vienareikšmiškomis apibrėžtimis.

JSON-LD (JSON for Linked Data) yra rekomenduojamas DPP duomenų serializavimo formatas. Jis papildo standartinį JSON lauku @context, kuris vietinius savybių pavadinimus susieja su visuotinai unikaliais URI. Kai DPP deklaruoja "@context": "https://schema.org/", kiekvienas šių duomenų naudotojas tiksliai žino, ką reiškia kiekviena savybė, nepriklausomai nuo savo vidinių pavadinimų suteikimo taisyklių.

Mūsų JSON-LD ir Schema.org naudojimo DPP vadove išsamiai aptariamas praktinis įgyvendinimas. Esminis principas: JSON-LD leidžia rašyti duomenis, kurie susietųjų duomenų nežinantiems kūrėjams atrodo kaip įprastas JSON, tačiau kartu gali būti interpretuojami semantinio žiniatinklio įrankių, žinių grafų ir automatizuotų atitikties tikrinimo sistemų.

Svarbiausi DPP sąveikumui žodynai yra Schema.org Product tipai, prekių duomenims skirtas GS1 Web Vocabulary, žiediškumo rodiklių CIRPASS ontologijos ir Europos Komisijos kuriami ESPR skirti žodynai. Gerai struktūrizuotas DPP remiasi keliais kontekstais, kad apimtų visus reikalaujamus duomenis.

Duomenų mainų formatai ir protokolai

Be klausimo, ką duomenys reiškia, kyla klausimas, kaip jie juda tarp sistemų. ESPR numato, kad DPP duomenimis bus keičiamasi per RESTful API su standartizuotais galiniais taškais, leidžiančiais įgaliotoms šalims teikti užklausas, gauti ir tikrinti paso informaciją.

Pagrindiniai DPP duomenų mainų modeliai:

• Gavimas pagal užklausą (pull): vartotojai ir reguliavimo institucijos išsprendžia GS1 Digital Link URI ir pagal poreikį gauna paso duomenis
• Siunčiami pranešimai (push): tiekimo grandinės partneriai gauna webhook įvykius, kai paso duomenys sukuriami arba atnaujinami
• Masinis sinchronizavimas: didelės apimties duomenų mainai tarp įmonių sistemų naudojant paketinius API arba duomenų srautus
• Decentralizuotas tikrinimas: kriptografiniai įrodymai, leidžiantys tikrinti duomenis be centralizuotos institucijos

Kiekvienas modelis skirtas skirtingiems naudojimo atvejams. Gavimas pagal užklausą tinka vartotojams skirtiems scenarijams ir neplaniniams reguliavimo patikrinimams. Siunčiami pranešimai būtini tiekimo grandinės koordinavimui, kai ankstesnėse grandinės grandyse atlikti pakeitimai turi pasiekti vėlesnių grandžių partnerius. Masinis sinchronizavimas atitinka įmonių integracijos poreikius, ypač pradinio diegimo metu, kai pasus reikia sukurti tūkstančiams produktų.

Protokolų pasirinkimas labai svarbus. Perduodamiems duomenims HTTPS yra privalomas. API autentifikavimui turėtų būti naudojamas OAuth 2.0 arba tinkamos apimties API raktai. Užklausų ribojimas turi derinti prieinamumą ir apsaugą nuo piktnaudžiavimo. Be to, visi galiniai taškai turėtų palaikyti Accept antraštę turinio derinimui ir atitinkamai grąžinti JSON-LD, paprastą JSON arba HTML.

Žodynų derinimas ir susiejimo strategijos

Praktikoje tobulas žodynų suderinimas tarp visų tiekimo grandinės dalyvių tebėra siekiamybė. Skirtingos pramonės šakos naudoja skirtingas klasifikavimo sistemas: tekstilės pramonė taiko pluošto sudėties standartus, elektronikos pramonė naudoja medžiagų deklaravimo formatus, pavyzdžiui, IPC-1752, o statybos produktams aplinkosaugos deklaracijose taikomas EN 15804. DPP sistema turi sujungti šiuos konkrečioms sritims būdingus žodynus.

Žodynų susiejimas apima lygiavertiškumo ryšių tarp skirtingų ontologijų terminų kūrimą. Pavyzdžiui, įmonės vidinio lauko „recycled_content_pct“ susiejimas su ESPR privaloma savybe „recycledContentPercentage“. Susiejimą galima atlikti duomenų įkėlimo metu (transformuojant duomenis, kai jie patenka į DPP sistemą) arba užklausos metu (verčiant užklausas į šaltinio žodyną).

Praktinės žodynų derinimo strategijos apima kanoninio vidinio modelio, pagrįsto Schema.org ir ESPR žodynais, palaikymą, transformavimo sluoksnių, kurie importuojant ir eksportuojant konvertuoja nuosavybinius formatus, kūrimą, SKOS (Simple Knowledge Organisation System) naudojimą žodynų susiejimams dokumentuoti ir visų susiejimų versijų valdymą, kad būtų galima prisitaikyti prie besikeičiančių standartų.

Iššūkis dar labiau išauga, kai taikomi daugiakalbiai reikalavimai. ESPR reikalauja, kad DPP duomenys būtų prieinami valstybių narių, kuriose produktas parduodamas, oficialiosiomis kalbomis. Tai reiškia ne tik etikečių vertimą, bet ir užtikrinimą, kad išversti terminai atitiktų tas pačias semantines sąvokas, o tam reikia ir kalbinės kompetencijos, ir ontologinio tikslumo.

Sąveikumo testavimas ir tikrinimas

Sąveikumo negalima laikyti savaime suprantamu: jį būtina kruopščiai testuoti. DPP sistema turėtų tikrinti ir savo siunčiamus duomenis (užtikrindama, kad jie atitiktų paskelbtas schemas), ir savo gebėjimą priimti duomenis iš kitų sistemų (tvarkydama skirtingo standartų įgyvendinimo atvejus).

Tikrinimas turėtų vykti keliais lygmenimis:

• Schemos tikrinimas: ar JSON-LD dokumentas atitinka numatytą struktūrą ir duomenų tipus?
• Žodyno tikrinimas: ar visos savybės paimtos iš pripažintų žodynų su galiojančiais URI?
• Verslo taisyklių tikrinimas: ar vertės patenka į priimtinus intervalus ir atitinka reguliavimo reikalavimus?
• Sprendimo tikrinimas: ar GS1 Digital Link URI galima išspręsti į teisingus paso duomenis?
• Turinio derinimo tikrinimas: ar sprendimo paslauga grąžina tinkamus formatus skirtingoms Accept antraštėms?

Automatizuoti testų rinkiniai turėtų visapusiškai apimti šiuos tikrinimo lygmenis. Integracijos testai turėtų imituoti duomenų mainus tarp sistemų, įskaitant kraštutinius atvejus, pavyzdžiui, trūkstamus neprivalomus laukus, netikėtas papildomas savybes ir žodynų apibrėžčių versijų neatitikimus. Sąveikumo testavimą su tikromis partnerių sistemomis reikėtų pradėti ankstyvame diegimo etape, nes specifikacijų dviprasmybės dažnai išryškėja tik tada, kai dvi nepriklausomos realizacijos bando bendrauti.

Pramonės konsorciumai ir nauji standartai

DPP standartų aplinka sparčiai keičiasi. ES finansuojamas konsorciumas CIRPASS paskelbė rekomendacijas dėl baterijų, tekstilės ir elektronikos DPP duomenų modelių. ESPR deleguotaisiais aktais bus palaipsniui nustatyti kiekvienos produktų kategorijos privalomi duomenų elementai, taip sukuriant konkretiems sektoriams būdingus sąveikumo reikalavimus.

Organizacijos turėtų aktyviai dalyvauti atitinkamų standartizacijos institucijų veikloje arba ją stebėti. GS1 toliau plėtoja Digital Link specifikaciją. W3C prižiūri JSON-LD ir susietųjų duomenų standartus. Schema.org reguliariai papildo savo žodyną naujais su produktais susijusiais tipais ir savybėmis. O Europos Komisijos Jungtinis tyrimų centras kuria DPP infrastruktūros etalonines realizacijas.

Organizacijoms, kurios tik pradeda DPP kelionę, esminį kontekstą suteikia išsamus skaitmeninių produktų pasų vadovas. Čia aptarti sąveikumo standartai sudaro techninį pagrindą, ant kurio turi būti kuriami visi DPP diegimai: tai ne pasirenkami patobulinimai, o esminiai reguliavimo atitikties ir tiekimo grandinės integracijos reikalavimai.

Praktiniai žingsniai sąveikaus DPP diegimo link

Sąveikumas yra kelionė, o ne galutinis tikslas. Organizacijos turėtų pradėti nuo esamos duomenų aplinkos audito, nustatydamos, kokie produktų duomenys egzistuoja, kur jie saugomi ir kokie formatai bei žodynai naudojami. Šis auditas atskleidžia atotrūkį tarp dabartinės būklės ir ESPR reikalaujamos sąveikios tikslinės būklės.

Geriausiai veikia etapinis požiūris. Pradėkite nuo GS1 Digital Link identifikatorių produktams išspręsti, tada papildykite JSON-LD struktūrizuotais duomenimis naudodami Schema.org žodynus, o vėliau plėskite konkrečių sektorių ontologijomis, kai deleguotaisiais aktais bus apibrėžti privalomi duomenų elementai. Kiekviename etape tikrinkite pagal paskelbtas schemas ir testuokite su partnerių sistemomis.

Įrankių ekosistema sparčiai bręsta. DPP platformos, tokios kaip MyProductPassport, didelę sąveikumo sudėtingumo dalį tvarko pačios ir iš karto pateikia standartus atitinkančius API, automatinį JSON-LD generavimą ir GS1 Digital Link sprendimą. Tai leidžia organizacijoms sutelkti dėmesį į pagrindinę kompetenciją, tikslių ir išsamių produktų duomenų teikimą, užuot grūmusis su serializavimo formatais ir žodynų susiejimais.

Galiausiai būtent sąveikumas paverčia skaitmeninį produkto pasą iš statiško atitikties dokumento gyvu, susietu duomenų turtu, kuris kuria vertę per visą produkto gyvavimo ciklą. Investicijos į sąveikumą šiandien atsiperka mažesnėmis integracijos sąnaudomis, sklandesne reguliavimo atitiktimi ir vertingesnėmis įžvalgomis iš susietų produktų duomenų.