kādam jāatbilst mana produkta pases mitumei

Mitumei jāpastāv dati pastāvīgi pieejami un pieekami

Digitālā produkta pases mitumei jānodrošina, ka tajā esošie dati pastāv, ir aktuāli un tos var pieprasīt tie, kam to tiesības ir saskaņā ar noteikumiem — patērētāji, tirgus dalībnieki un uzraudzības iestādes. ESPR (Regula (ES) 2024/1781) 10. pants nosaka, ka pase jābūt pieejamainformācijas nesējam uz produkta (parasti QR kods), ka tajā esošie dati ir pareizi un tos var atjaunināt, un ka uzkrāšana ir sakārtota tā, lai pase pastāvētu noteiktajā periodā. Turklāt 13. pants nosaka, ka atsauce uz katru pasi jābūt iekļautai centralizētā Eiropas reģistrā, un 14. pants noteic, ka Komisija izveido tīmekļa portālu, ar kuru var skatīt šos reģistrētos datus. Tādējādi mitume nav vienkārši "lapa, kas atveras, skenējot" — tā ir tehniska un organizatoriska atbildība, kas turpinās tik ilgi, cik pastāv pase.

Kam tas attiecas, un kam nē

Šie nosacījumi attiecas uz to, kurš piedāvā digitālo produkta pasi: praksē uz ražotāju, importieri vai pilnvaroto pārstāvi, kurš atbild par produkta nodošanu tirgū, vai uz pusi, kas šo uzdevumu veic viņu vārdā. Runa ir par pašas pases mitumi — vietu, kur atrodas produkta dati, kurus var pieprasīt, izmantojot informācijas nesēju. Tas neattiecas uz informācijas nesēju kā tādu: jautājums par to, kā QR kods nonāk uz produkta un kāda ir tā tehniskā forma, ir cits jautājums, kas izstrādāts lapā par kā QR kods nonāk uz produkta. Tas arī neattiecas uz jautājumu par to, kādi dati jāiekļauj pasē vai kāds faila formāts jāizmanto to sniedzot — to nosaka katrai produktu kategorijai atsevišķi un tas aprakstīts lapā par produkta pases datu sniegšana. Mitume ir specifiski infrastruktūra: kur dati atrodas, cik ilgi un kā tie paliek pieejami.

Precīzas prasības tiek noteiktas katrai produktu kategorijai, sākot no datuma, kas vēl nav noteikts

Pati ESPR apraksta galvenos principus — pieejamību, aktualitāti, savienojumu ar reģistru — bet detalizētas tehniskās un operacionālās prasības mitumei tiek noteiktas katrai produktu kategorijai deleģētos aktos. Elektronikai un IKT iekārtām vēl nav publiskots, kad tieši sākas šī obligatoriskā darbība. ESPR darba plāns 2025–2030 minē šīs kategorijas, un deleģēti akti tiek paredzēti no 2027. gada, bet fiksēts datums elektronikai un IKT vēl nav. Līdz deleģētais akts konkrētai produktu grupai tiek publiskots, šai grupai no ESPR vēl nav konkretas mitumes obligatoriskās prasības. Tiklīdz tiks publiskots elektronikai un IKT deleģētais akts, šeit tiks norādīts datums.

Ko tas nozīmē mitumes organizēšanai

Kas jau tagad pārdomā produkta pases mitumi, rīkoties tā ieteicams sākt ar ilgumam: pase jāpastāv noteiktajā periodā, ko nosaka katra produktu kategorija, un šī prasība tieši ietekmē mitumei sniedzošā partnera un infrastruktūras izvēli — tas tālāk izskaidrots lapā par cik ilgi produkta pase jāpastāv pieejama. Otrais pievēršanas punkts ir kontinuitāte: mitumei jāturpina darboties arī tad, ja mainās uzņēmums, kurš piedāvā pasi, kas kļūst aktuāli uzņēmuma slēgšanas vai pārņemšanas gadījumā — sk. lapu par kas notiek ar pasi, ja uzņēmums beidz darbību. Trešais punkts ir savienojums ar Eiropas reģistru: mitibu vide jāorganizē tā, lai atsauce uz pasi būtu pareiza un aktuāla reģistrā, kas skaidrots lapā par digitālo produkta pasu reģistrs. Ja uzņēmums jau pārvalda produktu datus ERP vai krājumu sistēmā, tas var arī iepriekš aplūkot, kā šis savienojums praktiski tiks izveidots. Visbeidzot ieteicams izvēloties hostinga partneri pievērst uzmanību tam, kas notiek sistēmas bojājuma, hostinga partnera pārņemšanas vai līguma termiņa beigšanas gadījumā — punkti, kas ESPR nav teikti tik skaidri, bet kas praksē nosaka, vai tiek izpildīts pamatjautājums par datu pastāvīgu pieejamību.

Uz ko tas ir balstīts: ESPR 10., 13. un 14. pants

ESPR 10. pants (Regula (ES) 2024/1781) apraksta vispārīgas prasības digitālajam produktu pasem, tostarp datu pieejamību un aktualitāti. 13. pants regulē centrālo reģistru, kurā tiek iekļauta atsauce uz katru pasi, un 14. pants regulē tīmekļa portālu, caur kuru Komisija šos reģistra datus atver. Kopā šie panti veido sistēmu, kādā jāfunkcionē produktu pases hostingam; produktu kategorijām specifiskas detaļas seko vēlākajos deleģētos aktos.

Ja uzņēmums jau tagad gatavo produktu pasi, tas vislabāk var sākt ar paša produktu kategorijas un atbilstošā deleģētā akta statusa noskaidrošanu, un no šejienes ņemt vērā prasības par glabāšanas termiņu un reģistra savienojumu hostinga risinājuma izvēlē.

Uz ko tas ir balstīts

Verordne pati atrodas EUR-Lex. Mēs sniedzam atsauces katram apgalvojumam; jums mums nav jātic.

Ko konkrēti jums jādara

Ko no jums tiek sagaidīts

ESPR neparaksta, kurā hostinga partnerī jābūt produktu pasei, bet gan kādām īpašībām jāatbilst datu uzglabāšanai un atvēršanai. ESPR 10. pants nosaka prasības pašai digitālajai produktu pasei; 13. pants ir par reģistru, kurā tiek reģistrētas pases; 14. pants regulē tīmekļa portālu, caur kuru uzraudzības iestādes un citas puses var piekļūt datiem. Uzņēmumam ar 10 līdz 100 darbinieku to nozīmē vairākus atsevišķus, konkrētus pienākumus.

Pase jāpaliek pieejama caur datu nesēju uz produkta

Pase tiek atvērta caur datu nesēju — praksē QR kodu — kas tiek uzlīmēts uz produkta vai pie tā. ESPR 10. pants izvirza prasības šim savienojumam starp nesēju un pasi: saite jāpaliek darbojoša arī, ja paiet gadi. Vidējam uzņēmumam tas nozīmē, ka hostinga partnera izvēle nav neatkarīga no datu nesēja izvēles: abiem jāsaskaņojas un tas jāturpinās ilgtermiņā. Kā šis savienojums praksē tiek izveidots, ir aprakstīts sadaļā kā QR kods produktu pasem nonāk uz manu elektroniku.

Datus drīkst konsultēt pareizās puses, nevis visi redz visu

10. pants izdarā atšķirību starp datiem, kas ir redzami ikvienam — piemēram, patērētājam, kurš skenē QR kodu — un datiem, kas paredzēti tikai uzraudzības iestādēm vai citiem tirgus dalībniekiem. Hostinga vide jāspēj to atšķirību tehniskā ziņā nodrošināt. Uzņēmumam tas nozīmē, ka izvēlētais risinājums nevar būt vienkārši "viss publiski" vai "viss aiz pieslēgšanās": jāiespējota diferencēta piekļuve, kas atbilst tam, kurš kuriem informācijas apjomiem ir nepieciešami.

Pase jāreģistrē Eiropas reģistrā

ESPR 13. pants nosaka pienākumu reģistrēt pasi centrālajā Eiropas reģistrā, kurā ir pamatinformācija par produktu un pases atrašanās vietu. Pases hostings un reģistrācija reģistrā ir divas atsevišķas lietas: pase var atrasties savā vai ārējā hostinga partnera sistēmā, bet reģistrs satur tikai atsauci un pamatdatus. Kas tur jāietilpst un kā reģistrācija darbojas, ir skaidrots sadaļā kas ir digitālo produktu pasu reģistrs un kas tur jāieraksta.

Datiem jāsaskaņojas ar uzraudzības tīmekļa portālu

14. pants ESPR paredz web portālu, ar kura palīdzību tirgus uzraudzības iestādes un muita var piekļūt datiem no digitālajiem produktu pasēm. Hostinga puses perspektīvā tas nozīmē, ka pasporta datu glabāšana nevar būt izolēta: jābūt iespējai izveidot tehnisko savienojumu ar šo portālu formā, kuru nosaka Komisija. Uzņēmumam, kas pats veic hostingu vai nozīmē hostinga pusi, ir ieteicams jautāt, vai šī puse ir informēta par šo savienojuma pienākumu un kā tas tiek īstenots.

Dati jābūt norādītiem atpazīstamā un pārsūtāmā formātā

Hosting ir ne tikai jautājums par "kur tas atrodas", bet arī "kādā formā". 10. pants nosaka prasības attiecībā uz savstarpējo izmantojamību: dati jābūt ļoti lasāmiem un pārsūtāmiem, lai tie paliek neiespraudti vienā viena piegādātāja sistēmā. Ierobežota apjoma uzņēmumam tas bieži vien ir punkts, kurā hostinga puses izvēle ir svarīgākā: slēgta sistēma, kuru ir grūti eksportēt, neatbilst šim pienākumam. Failu formāts, kurā dati tiek piegādāti, ir izstrādāts pie kādā formātā jāiesniedz produktu pasporta dati.

Kur praksē pietrūkst saskaņas.

Bieža situācija ir tā, ka uzņēmums izvēlas hostinga pusi, ne jautājot, vai šī puse var nodrošināt tehnisko savienojumu ar 14. panta web portālu. Brīdī, kad uzraugs vēlas piekļūt datiem, izrādās, ka savienojuma nav.

Cita situācija rodas, ja nav pareizi noregulēts atšķirums starp publiski pieejamiem un neveļreizajiem datiem: visa informācija atrodas tikai vienā pieeja, vai arī viss ir pilnībā atvērts, kamēr noteikti dati ir paredzēti tikai tirgus dalībniekiem vai uzraudzībai.

Notiek arī gadījumi, kad uzņēmums jauc produkta hostingu ar reģistrāciju Eiropas reģistrā: domā, ka pase ir "reģistrēta", jo tā ir tiešsaistē, kamēr reģistrā paziņošana ir atsevišķs solis, kas notiek ne automātiski.

Ceturtā situācija ir hostinga puse, kura pēc kāda laika beigs pakalpojumus vai tiks iegādāta, kamēr dati nav pieejami pārsūtāmā formātā. Uzņēmums tad ir iesprostots sistēmā, kas vairs nav sasniedzama, kamēr produkta QR kods jau ir tirgū.

Piektā, bieži pieļautā kļūda ir tā, ka datu nesēja produktā un hostinga vietas savienojums tiek tehnisko iemeslu dēļ organizēts atsevišķi — piemēram, tāpēc, ka iepakojuma piegādātājs izveido QR kodu bez saskaņošanas ar pusi, kura datus hostē. Ja mainās hostinga puse, kods vairs nedarbojas.

Ko jūs varat dokumentēt

Pārskats par to, kuri dati pasē ir publiski un kuri ir paredzēti tikai uzraudzībai vai tirgus dalībniekiem, lai hostinga puse varētu šo atšķirumu tehnisko iemeslu dēļ noregulēt.
Rakstisks nolīgums ar hostinga pusi par savienojumu ar 14. panta web portālu, ieskaitant to, kurš ir atbildīgs, ja šis savienojums mainās.
Noteikta procedūra Eiropas reģistrā reģistrācijai, atdalīta no hostinga nolīgumiem — skat. arī skaidrojumu pie kas ir digitālo produktu pasu reģistrs un kas tur jāieraksta.
Eksporta iespēja vai līgumiska garantija, ka datus var pieprasīt pārsūtāmā formātā hostinga nolīguma beigās.
Dokumentācija par savienojumu starp datu nesēju un hostinga vietu, ieskaitant to, kas notiek, mainoties hostinga pusei vai sistēmai — svarīgi ir arī tas, kā tas saistitās ar vai es varu produktu pasportu savienot ar savu ERP vai krājuma sistēmu.
Nolīgums par hostinga pienākuma ilgumu, saskaņojams ar to, kas ir zināms par cik ilgi produktu pases ir jābūt pieejamām.

Tas nav juridisks padoms. Šī lapa sniedz vispārīgu informāciju par regulējumu, ar kuru saistīta šī platforma. Mēs nepazīstam jūsu situāciju. Šaubās par savu situāciju, konsultējieties ar juristu vai atbildīgo pārraudzības iestādi.

Rakstīts ar mākslīgo intelektu, pamatojoties uz iepriekš minētajiem avotiem, cilvēka pārbaudīts 2026-09-05.\n Vai kaut kas nav pareizi? Informējiet mūs — labojumi tiek izskatīti prioritāri.