ISO/IEC JTC 5: DPP arhitektūras sagatavošana sadarbspējai

Kāpēc arhitektūras jautājums tagad nonāk darba kārtībā

Digitālā produkta pase Eiropā tiek pakāpeniski ieviesta ar nozaru tiesību aktiem. Uzņēmumiem tādēļ var viegli rasties iespaids, ka katrai produktu grupai vajadzīgs savs datu modelis, savs datu nesējs un sava integrācijas loģika. Tieši šajā saskares punktā sākas ISO/IEC JTC 5 darbs: kopīgā tehniskā komiteja tika izveidota 2026. gadā, un tās uzdevums ir izstrādāt pamatu starpnozaru un starpsistēmu DPP sadarbspējai. Tās pirmā izsludinātā sanāksme notiks no 2026. gada 7. līdz 9. septembrim Berlīnē. ISO/IEC JTC 5 savu uzdevumu skaidri raksturo kā ietvaru DPP sistēmai un DPP ekosistēmai; nozaru standarti paliek attiecīgo specializēto komiteju pārziņā.

Tās nav jaunas juridiskas saistības un arī nav publicēts ISO standarts. Tomēr tas ir pamatots iemesls nodalīt uzņēmuma arhitektūru no īstermiņa datu laukiem. Pirmais darba punkts, ISO/AWI 25534-1, joprojām atrodas projekta stadijā 10.99; projekts tika apstiprināts 2026. gada 12. februārī. Saskaņā ar ISO tajā aplūkoti jēdzieni, pamatprincipi, datu kategorijas, kā arī pārvaldības un uzticamības mehānismi. Publiskajā projekta ierakstā skaidri norādīts “under development”. Ja kāds no tā šodien secina sertifikācijas pienākumu vai gatavu apmaiņas formātu, tas apsteidz notikumus.

Ar ko starptautiskais ietvars atšķiras no ES prasībām

ES jau nosaka konkrētus pamatprincipus. Komisija skaidro, ka DPP decentralizētā modelī padara ar produktu saistīto informāciju pieejamu: pilnie dati paliek pie ekonomikas dalībnieka vai pie DPP pakalpojumu sniedzēja; reģistrs uztur unikālus identifikatorus un noteiktos reģistrācijas datus. Datu nesējs, piemēram, QR kods, sasaista fizisko produktu ar tā pasi. Komisijas DPP lapa arī norāda uz atšķirīgām piekļuves tiesībām lomām un nozaru grafikiem.

Līdzās tam pastāv Eiropas saskaņotie standarti. Īstenošanas lēmums (ES) 2026/1736 (2026. gada 14. jūlijs) atsaucas uz sešiem DPP standartiem, tostarp par identifikatoriem, sadarbspēju, datu nesējiem, API, datu apmaiņu un datu glabāšanu. To loma ir konkrēta: prasībām, uz kurām tie attiecas, atbilstība var pamatot atbilstības prezumpciju saskaņā ar ESPR 10. un 11. pantu.

JTC 5 šos līmeņus neaizstāj. Tas darbojas virs tiem: nozarēm neitrālam ietvaram vajadzētu palīdzēt izskaidrot, kā dažādās sistēmās savstarpēji saistīti jēdzieni, datu kategorijas, uzticamība un pārvaldība. Praktiskās sekas ir būtiskas. Ražotājam nevajadzētu gaidīt nākamo ISO izdevumu, lai nodrošinātu informāciju par akumulatoriem, tekstilizstrādājumiem vai tēraudu. Tomēr tam vajadzētu izvairīties no tā, ka šodienas nozares lauki tiek nostiprināti kā uzņēmuma mēroga DPP modeļa nemainīgais kodols.

Trīs arhitektūras lēmumi, kas šodien ir lietderīgi

1. Nošķirt stabilu identitāti no funkcionālajiem profiliem

Pasei vajadzīga ilglaicīga tehniskā identitāte: produkts, variants, partija vai atsevišķa vienība; atbildīgais ekonomikas dalībnieks; izšķiršana, izmantojot datu nesēju. Pēc tam tiesiskais pamats nosaka, kāda funkcionālā informācija tam nepieciešama. Šī informācija jāiekļauj versijotos profilos. Tāpēc akumulatora modulis ar CO₂ vai stāvokļa informāciju nav vispārīga pamata shēma. Tāpat materiālu, remonta vai pārstrādes datus nedrīkst ievietot vispārējā pasē tikai kā nestrukturētu brīvo tekstu.

Praksē tas nozīmē, ka stabils pamata identifikators, dokumentēts profila identifikators un profila versija veido vienotu kopumu. Katrai izsniegtajai pases skatījuma versijai vajadzētu ļaut noteikt, kurš profils un kura versija ir noteikusi saturu. Tādējādi komandas var ieviest tiesību aktu, nozares noteikumu vai vēlāk standartu, nepārrakstot vēsturiskos datus vai URL.

2. Atsevišķi modelēt datu izcelsmi un piekļuvi

Sadarbspēja nav tikai JSON formāts. Tā ir atkarīga no tā, vai saņēmējs var izvērtēt informācijas izcelsmi, derīgumu un lomu. Tāpēc katram datu elementam vai datu pakotnei saglabājiet vismaz avotu, piemērošanas jomu, iegūšanas laiku, atbildīgo pusi un funkcionālo versiju. Iekšējais kvalitātes rādītājs atšķiras no juridiski saistoša atbilstības paziņojuma; piegādātāja sniegta informācija atšķiras no mērījuma.

Otra daļa ir piekļuve. Komisija apraksta atšķirīgas informācijas piekļuves iespējas patērētājiem, remonta uzņēmumiem, pārstrādātājiem un iestādēm. Tas prasa apzināti nodalīt publisko pases skatījumu, pilnvarotu profesionālo piekļuvi un iekšējo darba vidi. URL nedrīkst kļūt par piekļuves tiesību. Lomas, pilnvarojumi, datu kategorijas un auditējami lēmumi jāpārbauda servera pusē.

3. Pārbaudīt apmaiņas robežas kā līgumus

DPP sistēmai ir vairāki pārejas posmi: ERP vai PLM nodrošina pamatdatus, piegādātāji iesniedz apliecinājumus, pakalpojumu sniedzējs mitina datus, reģistrs saņem metadatus, bet ārējie lietotāji lasa publisku vai aizsargātu skatījumu. Katram pārejas posmam vajadzīgs mašīnlasāms līgums: pieļaujamie lauki, identifikatori, semantika, kļūdu gadījumi, versiju pārvaldība un atpakaļsaderība.

To var pārbaudīt jau tagad. Lietderīgi testa gadījumi ir nezināmas profila versijas, beigušies apliecinājumi, trūkstoša datu izcelsme, neatļautas lomas, dubulta reģistrācija un datu nesējs, kas norāda uz vairs nepieejamu pasi. Tests vēl nepierāda atbilstību nākotnes ISO standartam. Tomēr tas rada pierādāmību, kuras trūkst vēlākas pārkārtošanas laikā, ja datu modelis un tiesības jau ir nesaraujami sajaukti.

90 dienu darba plāns bez spekulācijām

Nākamajās 30 dienās ir vērts izveidot pašreizējās situācijas ainu: kādi produktu identifikatori pastāv, kādi datu profili faktiski tiek izmantoti un kuri dati atrodas tikai dokumentos? Pēc tam jāpieņem arhitektūras lēmums: pamata modelis, profilu reģistrs, izcelsmes modelis un piekļuves matrica. Trešajā solī reāls produkts būtu jāizvada cauri visiem pārejas posmiem — no avota sistēmas caur pasi līdz remonta uzņēmuma vai iestādes lomai.

Vienlaikus robežas paliek skaidras. ISO/AWI 25534-1 nav gatavs standarts; nav publicētu klauzulu, ko komandas varētu ieviest. Arī Komisijas laika grafiks ir indikatīvs un neaizstāj pārbaudi par tiesību aktu, kas piemērojams konkrētajai produktu grupai. Tāpēc novērošanas ieguvums nav priekšlaicīgi atzīmēta izvēles rūtiņa atbilstības sarakstā, bet gan arhitektūra, kas spēj pienācīgi uzņemt jaunus profilus, lomas un apmaiņas noteikumus.