Pirmais ES DPP termiņš (Baterijas): 106 dienas Nodrošiniet atbilstību tagad
Valoda
EN DE FR IT ES NL PL BG CS DA EL ET FI HR HU LT LV MT PT RO SK SL SV
Produkts
Funkcijas Pēcpārdošana Kā tas darbojas Demonstrācija Enterprise Cenas
Nozares
Visas nozares Tekstilizstrādājumi Elektronika Baterijas
Resursi
Emuārs Salīdziniet DPP programmatūru Valstu prasības Gatavības novērtējums Vides apgalvojumu pārbaude Bezmaksas lejupielādes Vārdnīca
Uzņēmums
Partneri Kontakti
Pieteikties Sākt bez maksas
Emuārs / Tehniskā informācija / DPP datu sadarbspējas standarti
Tehniskā informācija

DPP datu sadarbspējas standarti

MyProductPassport · febr. 01, 2026 · Atjaunināts nov. 03, 2026 · 8 min lasīšanai

Kāpēc sadarbspēja ir digitālo produktu pasu mugurkauls

Digitālās produktu pases ir tik vērtīgas, cik vērtīgas ir sistēmas, kas spēj tās nolasīt, interpretēt un izmantot. Pasei, ko izveidojis tekstilizstrādājumu ražotājs Portugālē, jābūt vienlīdz saprotamai pārstrādes uzņēmumam Vācijā, muitas inspektoram Francijā un patērētājam, kas skenē QR kodu Apvienotajā Karalistē. Tas ir sadarbspējas pamatuzdevums: nodrošināt, ka dati netraucēti plūst pāri organizatoriskām, nozaru un valstu robežām, nezaudējot nozīmi vai struktūru.

ES Regula par ilgtspējīgu produktu ekodizainu (ESPR) skaidri nosaka, ka DPP datiem jābūt mašīnlasāmiem, pieejamiem ar standartizētu saskarņu starpniecību un strukturētiem, izmantojot atvērtas vārdnīcas. Tā nav tikai tehniska izvēle, bet gan juridiska prasība, kas noteiks, vai produktus drīkst pārdot Eiropas tirgū.

Sadarbspēja aptver vairākus līmeņus: sintaktisko sadarbspēju (vai sistēmas spēj parsēt datu formātu?), semantisko sadarbspēju (vai sistēmas vienādi izprot lauku nozīmi?) un organizatorisko sadarbspēju (vai uzņēmējdarbības procesi ir saskaņoti?). Lai sasniegtu visus trīs, rūpīgi jāievēro iedibinātie standarti un jābūt gatavam patentētu datu modeļu vietā izmantot kopīgas vārdnīcas.

GS1 Digital Link loma DPP identifikācijā

Jebkuras sadarbspējīgas DPP sistēmas pamatā ir produktu identifikācija. Bez vispāratzīta produktu identificēšanas veida katra sistēma kļūst par salu. GS1 Digital Link standarts to risina, kodējot globālos tirdzniecības vienību numurus (GTIN) un sērijas numurus tīmeklī izšķiramos URI.

GS1 Digital Link URI atbilst shēmai /01/{gtin}/21/{serial}, ko var iegult QR kodos un atkarībā no pieprasītāja izšķirt uz dažādiem galapunktiem. Patērētājs var saņemt HTML lapu, bet regulatīvā sistēma saņem strukturētu JSON-LD. Šis satura saskaņošanas mehānisms ir būtisks, lai DPP no viena identifikatora varētu apkalpot dažādas auditorijas.

Plašāk par šo standartu lasiet mūsu pilnajā ceļvedī par GS1 Digital Link. Sadarbspējas ziņā galvenā atziņa ir tā, ka GS1 Digital Link nodrošina kanonisko identifikatoru slāni, kopīgo valodu, kas ļauj atšķirīgām sistēmām nepārprotami atsaukties uz vienu un to pašu produktu.

Lai pareizi ieviestu GS1 Digital Link, jāpievērš uzmanība vairākām tehniskām detaļām:

  • GTIN validācija ar kontrolcipara algoritmiem, lai novērstu kļūdainus identifikatorus
  • Sērijas numuru kodēšana, kas apstrādā speciālās rakstzīmes un mainīga garuma virknes
  • Izšķiršanas infrastruktūra, kas atbalsta HTTP satura saskaņošanu ar Accept galvenēm
  • Rezerves mehānismi sistēmām, kas nespēj veikt satura saskaņošanu

JSON-LD un saistītie dati semantiskajai sadarbspējai

Sintaktiskā sadarbspēja, proti, spēja parsēt datu formātu, ir nepieciešama, bet nepietiekama. Divas sistēmas var lieliski nolasīt JSON un tomēr pilnīgi atšķirīgi izprast lauku ar nosaukumu “material”. Vai tas attiecas uz galveno materiālu, materiālu sastāvu pēc masas vai materiāla klasifikācijas kodu? Semantiskā sadarbspēja šo neskaidrību novērš, izmantojot kopīgas vārdnīcas ar nepārprotamām definīcijām.

JSON-LD (JSON for Linked Data) ir ieteicamais DPP datu serializācijas formāts. Tas paplašina standarta JSON ar lauku @context, kas vietējos rekvizītu nosaukumus piesaista globāli unikāliem URI. Kad DPP deklarē "@context": "https://schema.org/", ikviens šo datu lietotājs precīzi zina, ko nozīmē katrs rekvizīts, neatkarīgi no savām iekšējām nosaukumu piešķiršanas konvencijām.

Mūsu ceļvedī par JSON-LD un Schema.org izmantošanu DPP praktiskā ieviešana aplūkota detalizēti. Galvenais princips ir tāds, ka JSON-LD ļauj rakstīt datus, kas izstrādātājiem, kuri nepārzina saistītos datus, izskatās kā parasts JSON, bet vienlaikus tos var interpretēt semantiskā tīmekļa rīki, zināšanu grafi un automatizēti atbilstības pārbaudes dzinēji.

Svarīgākās DPP sadarbspējai būtiskās vārdnīcas ir Schema.org Product tipi, tirdzniecības vienību datiem paredzētā GS1 Web Vocabulary, aprites rādītāju CIRPASS ontoloģijas un Eiropas Komisijas izstrādē esošās ESPR specifiskās vārdnīcas. Labi strukturēta DPP atsaucas uz vairākiem kontekstiem, lai aptvertu visu prasīto datu klāstu.

Datu apmaiņas formāti un protokoli

Līdzās jautājumam par to, ko dati nozīmē, ir jautājums par to, kā dati pārvietojas starp sistēmām. ESPR paredz, ka DPP datu apmaiņa notiek, izmantojot RESTful API ar standartizētiem galapunktiem, kas ļauj pilnvarotām personām vaicāt, iegūt un pārbaudīt pases informāciju.

Galvenie DPP datu apmaiņas modeļi ir šādi:

  • Iegūšana pēc pieprasījuma (pull): patērētāji un regulatori izšķir GS1 Digital Link URI un pēc pieprasījuma saņem pases datus
  • Nosūtītie paziņojumi (push): piegādes ķēdes partneri saņem webhook notikumus, kad pases dati tiek izveidoti vai atjaunināti
  • Masveida sinhronizācija: liela apjoma datu apmaiņa starp uzņēmumu sistēmām, izmantojot pakešu API vai datu plūsmas
  • Decentralizēta pārbaude: kriptogrāfiski pierādījumi, kas ļauj pārbaudīt datus bez centralizētas iestādes

Katrs modelis kalpo citiem lietojuma gadījumiem. Iegūšana pēc pieprasījuma ir piemērota patērētājiem paredzētiem scenārijiem un ārkārtas regulatīvām pārbaudēm. Nosūtītie paziņojumi ir būtiski piegādes ķēdes koordinācijai, kur izmaiņām ķēdes sākumposmā jānonāk līdz partneriem vēlākajos posmos. Masveida sinhronizācija atbilst uzņēmumu integrācijas vajadzībām, jo īpaši sākotnējās ieviešanas laikā, kad pases jāizveido tūkstošiem produktu.

Protokolu izvēlei ir liela nozīme. Pārsūtāmajiem datiem HTTPS ir obligāts. API autentifikācijai jāizmanto OAuth 2.0 vai API atslēgas ar atbilstošu darbības jomu. Pieprasījumu ierobežošanai jāsabalansē pieejamība un aizsardzība pret ļaunprātīgu izmantošanu. Turklāt visiem galapunktiem jāatbalsta Accept galvene satura saskaņošanai, atkarībā no situācijas atgriežot JSON-LD, vienkāršu JSON vai HTML.

Vārdnīcu saskaņošana un kartēšanas stratēģijas

Praksē pilnīga vārdnīcu saskaņotība starp visiem piegādes ķēdes dalībniekiem joprojām ir mērķis, nevis realitāte. Dažādās nozarēs izmanto dažādas klasifikācijas sistēmas: tekstilrūpniecībā izmanto šķiedru sastāva standartus, elektronikā tādus materiālu deklarēšanas formātus kā IPC-1752, bet būvizstrādājumu vides deklarācijās atsaucas uz EN 15804. DPP sistēmai jāsavieno šīs nozarēm specifiskās vārdnīcas.

Vārdnīcu kartēšana nozīmē ekvivalences attiecību veidošanu starp dažādu ontoloģiju terminiem. Piemēram, uzņēmuma iekšējā lauka “recycled_content_pct” kartēšana uz ESPR noteikto rekvizītu “recycledContentPercentage”. Kartēšanu var veikt datu ievades brīdī (pārveidojot datus, kad tie nonāk DPP sistēmā) vai vaicājuma brīdī (tulkojot pieprasījumus avota vārdnīcā).

Praktiskas vārdnīcu saskaņošanas stratēģijas ietver uz Schema.org un ESPR vārdnīcām balstīta kanoniska iekšējā modeļa uzturēšanu, transformācijas slāņu izveidi, kas importa un eksporta laikā konvertē patentētus formātus, SKOS (Simple Knowledge Organisation System) izmantošanu vārdnīcu kartējumu dokumentēšanai un visu kartējumu versiju pārvaldību, lai pielāgotos mainīgiem standartiem.

Uzdevums kļūst vēl sarežģītāks, ja jāņem vērā daudzvalodu prasības. ESPR paredz, ka DPP datiem jābūt pieejamiem to dalībvalstu oficiālajās valodās, kurās produkts tiek pārdots. Tas nozīmē ne tikai etiķešu tulkošanu, bet arī nodrošināšanu, ka tulkotie termini atbilst tiem pašiem semantiskajiem jēdzieniem, un tam nepieciešama gan lingvistiska kompetence, gan ontoloģiska precizitāte.

Sadarbspējas testēšana un validācija

Sadarbspēju nevar pieņemt kā pašsaprotamu: tā ir rūpīgi jātestē. DPP sistēmai jāvalidē gan savi izejošie dati (nodrošinot atbilstību publicētajām shēmām), gan sava spēja pieņemt datus no citām sistēmām (apstrādājot atšķirības standartu ieviešanā).

Validācijai jānotiek vairākos līmeņos:

  • Shēmas validācija: vai JSON-LD dokuments atbilst paredzētajai struktūrai un datu tipiem?
  • Vārdnīcas validācija: vai visi rekvizīti ņemti no atzītām vārdnīcām ar derīgiem URI?
  • Uzņēmējdarbības noteikumu validācija: vai vērtības ir pieļaujamās robežās un atbilst regulatīvajām prasībām?
  • Izšķiršanas validācija: vai GS1 Digital Link URI var izšķirt uz pareizajiem pases datiem?
  • Satura saskaņošanas validācija: vai izšķiršanas pakalpojums atgriež piemērotus formātus dažādām Accept galvenēm?

Automatizētajiem testu komplektiem visaptveroši jāaptver šie validācijas līmeņi. Integrācijas testiem jāimitē datu apmaiņa starp sistēmām, tostarp robežgadījumi, piemēram, trūkstoši neobligātie lauki, negaidīti papildu rekvizīti un vārdnīcu definīciju versiju neatbilstības. Sadarbspējas testēšana ar reālām partneru sistēmām jāsāk ieviešanas procesa agrīnā posmā, jo specifikāciju neskaidrības bieži atklājas tikai tad, kad divas neatkarīgas implementācijas mēģina sazināties.

Nozares konsorciji un jauni standarti

DPP standartu vide strauji mainās. ES finansētais konsorcijs CIRPASS ir publicējis ieteikumus par DPP datu modeļiem baterijām, tekstilizstrādājumiem un elektronikai. Ar ESPR deleģētajiem aktiem pakāpeniski tiks noteikti obligātie datu elementi katrai produktu kategorijai, radot nozarēm specifiskas sadarbspējas prasības.

Organizācijām aktīvi jāpiedalās attiecīgo standartizācijas struktūru darbā vai jāseko tam. GS1 turpina attīstīt Digital Link specifikāciju. W3C uztur JSON-LD un saistīto datu standartus. Schema.org regulāri papildina savu vārdnīcu ar jauniem ar produktiem saistītiem tipiem un rekvizītiem. Savukārt Eiropas Komisijas Kopīgais pētniecības centrs izstrādā DPP infrastruktūras atsauces implementācijas.

Organizācijām, kas tikai sāk savu DPP ceļu, būtisku kontekstu sniedz pilnais ceļvedis par digitālajām produktu pasēm. Šeit aplūkotie sadarbspējas standarti veido tehnisko pamatu, uz kura jābūvē visas DPP ieviešanas: tie nav izvēles uzlabojumi, bet gan pamatprasības regulatīvajai atbilstībai un piegādes ķēdes integrācijai.

Praktiski soļi ceļā uz sadarbspējīgu DPP ieviešanu

Sadarbspēja ir ceļš, nevis galamērķis. Organizācijām jāsāk ar pašreizējās datu vides auditu, nosakot, kādi produktu dati pastāv, kur tie atrodas un kādi formāti un vārdnīcas tiek izmantoti. Šis audits atklāj plaisu starp pašreizējo stāvokli un ESPR prasīto sadarbspējīgo mērķa stāvokli.

Vislabāk darbojas pakāpeniska pieeja. Sāciet ar GS1 Digital Link identifikatoriem produktu izšķiršanai, pēc tam pievienojiet JSON-LD strukturētos datus, izmantojot Schema.org vārdnīcas, un vēlāk paplašiniet ar nozarēm specifiskām ontoloģijām, kad deleģētie akti noteiks obligātos datu elementus. Katrā posmā validējiet atbilstoši publicētajām shēmām un testējiet ar partneru sistēmām.

Rīku ekosistēma strauji nobriest. DPP platformas, piemēram, MyProductPassport, lielu daļu sadarbspējas sarežģītības pārvalda pašas un jau no paša sākuma nodrošina standartiem atbilstošas API, automātisku JSON-LD ģenerēšanu un GS1 Digital Link izšķiršanu. Tas ļauj organizācijām koncentrēties uz savu pamatkompetenci, precīzu un pilnīgu produktu datu nodrošināšanu, nevis cīnīties ar serializācijas formātiem un vārdnīcu kartējumiem.

Galu galā tieši sadarbspēja pārvērš digitālo produkta pasi no statiska atbilstības dokumenta dzīvā, savienotā datu aktīvā, kas rada vērtību visā produkta aprites ciklā. Ieguldījumi sadarbspējā šodien atmaksājas ar zemākām integrācijas izmaksām, raitāku regulatīvo atbilstību un bagātīgākām atziņām no savienotajiem produktu datiem.

Saite nokopēta starpliktuvē
MP

MyProductPassport

Digitālās produktu pases

Palīdzam uzņēmumiem orientēties digitālās produktu pases prasībās, ESPR atbilstībā un ilgtspējīgu produktu pārredzamībā.