matrapas.eu

kas notiek ar maniem produkta pasēm, ja mitinājuma puse ar tiem pārtrauc

Atbildība ir uz ražotāja, nevis uz mitinājuma pakalpojumu sniedzēja

Pienākums nodrošināt pases datus ir uz ražotāja vai importiera, kurš ievieto produktu tirgū, nevis uz uzņēmumu, kas nodrošina mitinājumu. Mitinājuma pakalpojumu sniedzējs, piemēram, matrapas.eu, izpilda šo pienākumu uz uzdevuma pamata, bet galīgā atbildība nepāriet uz to. Ja mitinājuma pakalpojumu sniedzējs pabeidz savu darbību, tas nenozīmē, ka pienākums nodrošināt pases pieejamību pazūd — tas paliek uz puses, kura ieviesa produktu tirgū. Tas, kas patiešām mainās, ir tas, kurš šajā brīdī parūpējas par tehnisko pusi.

Par ko tas attiecas un par kādu situāciju nē

Šis temats attiecas uz pašu datu nepārtrauktību: vai informācija, kas atrodas aiz QR koda, joprojām ir pieejama, pat ja mainās pakalpojumu sniedzējs, kurš mitina datus. Tas ir atšķirīgs jautājums nekā tas, kas notiek, ja ražojošais vai importējošais uzņēmums pats beidz savu darbību — tā situācija ir apskatīta sadaļā kas notiek ar produkta pasi, ja uzņēmums aiz produkta beig darbību. Tas arī neattiecas uz jautājumu, cik ilgi pase kopumā jānodrošina pieejama; tas tiek aplūkots sadaļā produkta pases glabāšanas termiņš. Šī lapa aprobežojas ar praktisku jautājumu par to, kas notiek, ja pases tehniskais piegādātājs — mitinājuma pakalpojumu sniedzējs — pazūd, bet uzņēmums aiz produkta turpina pastāvēt.

Kas jau tagad ir noteikts un kas vēl nav

Kad precīzi stājas spēkā pienākums uzņemumiem izgatavot digitālo produkta pasi matracēm, vēl nav noteikts: ESPR regula pati par sevi ir spēkā, bet deleģēta tiesību akta, kas to konkretizē matracēm, paredzams darba plānā 2025–2030, un datums tiek publicēts šeit, tiklīdz tas tiesību akts ir izdots. Kas jau ir noteikts, ir princips pašā ESPR: 10. pants izvirza prasības digitālā produkta pases pieejamībai un ilgtspējībai, un 13. pants paredz, ka pases tiek iekļautas centrālajā Eiropas reģistrā. Šis reģistrs pastāv neatkarīgi no puses, kura mitina pamatdatus — tas ir atsauces sistēma, nevis visu satura uzglabāšanas vieta. Kurš reģistrs tieši uzskaita un kas tajā jāietilpina, ir aprakstīts sadaļā produkta pašu Eiropas reģistrs.

Kā tas tiek realizēts praksē

Ražotājam vai importierim, kurš sadarbojas ar mitinājuma pakalpojumu sniedzēju, pirmais solis ir uzzināt, kas ir noteikts līgumā gadījumā, ja mitinājuma pakalpojumu sniedzējs beidz darbību: vai ir paredzēta datu pārsūtīšana un uz kuru pusi tad tiek pārsūtīti dati. Tālāk ir svarīgi zināt, kādā formātā dati tiek pārsūtīti — datu kopa, kas ir lasāma tikai vienā pakalpojumu sniedzēja sistēmā, ir mazāka vērtība nekā datu kopa, ko var pārsūtīt uz citu pusi. Tas saskan ar jautājumu, vai pase ir saistīta ar ārēju sistēmu: kurš jau pārvalda produktu datus ERP vai inventarizācijas sistēmā, kā aprakstīts sadaļā produkta pases saistīšana ar savu sistēmu, viņam ir paša datu avots, kas nepazūd, ja mitinājuma pakalpojumu sniedzējs beidz darbību — saistīšana nodrošina, ka pamatinformācija saglabājas citur, pat ja displeja nodrošinā cita puse.

Pēc tam ir svarīgi, kas notiek ar QR kodu un saiti aiz tā. Ja mitinājuma pakalpojumu sniedzējs beidz darbību un dati tiek pārvietoti uz citu vietu, esošajam QR kodam joprojām jāpunkcē uz derīgu informāciju — nevis uz nestrādājošu saiti. Praktiski tas nozīmē, ka pamatā esošais URL bieži tiek saglabāts (piemēram, izmantojot novirzīšanu uz jaunu sistēmu), lai nav jaunas kodes jāuzliek katram produktam. Kas vēlas uzzināt, kā tieši darbojas saite starp fizisko kodu un digitāliem datiem, var atrast informāciju sadaļā kā QR kods nonāk uz matraca. Mainoties starp padomdevējiem, ir svarīgi pārraudzīt, vai produkta identifikācijas kods un saistītā datu saite paliek neskarts, pat ja mainās pamatā esošā infrastruktūra.

Visbeidzot, ir praktiska nozīme iepriekš noskaidrot, kā padomdevējs rīkojas ar sava uzņēmuma darbības beigšanu: vai ir procedūra, kas nāk spēkā, vai ražotāju brīdina iepriekš, un vai ir periods, kurā datus var izvilkt, pirms sistēma tiek izņemta no ekspluatācijas. Šādi savienojumi praksē nosaka, cik daudz riska ir saistīts ar viena konkrēta piegādātāja zaudēšanu.

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

ESPR 10. pants (Regulējums (ES) 2024/1781) nosaka prasības digitālajam produkta pasem, ieskaitant datu pieejamību periodā, kurā tiem jāpaliek pieejamiem — prasību, kas attiecas uz pašu pasi, nevis uz vienu konkrētu tehnisko pakalpojumu sniedzēju. Tās pašas regulācijas 13. pants reglamentē digitālo produkta pasu reģistru, kurā tiek iekļauti paši, lai tie būtu atrodami un pārbaudāmi, neatkarīgi no tā, kura puse nodrošina pamatā esošu padomdevēja funkcijas. Kopā šie panti uzliek atbildību par datu pastāvīgu pieejamību personai, kura izveido pasi, nevis jebkuram saitei tehniskajā izpildē.

Kurš pašlaik izvēlas padomdevēju vai apsvērt to, var to izmantot kā kontrolsarakstu: jautāt par datu eksporta iespējām, par to, kas notiek ar QR saiti iespējamas maiņas gadījumā, un par padomdevēja darbības beigšanas procedūru — un pirms pirmās pases iet ārā, piefiksējiet šos savienojumus.

Uz ko tas pamatojas

Pats regulējums ir pieejams EUR-Lex. Mēs sniedzam atsauces uz katru apgalvojumu; jums mums nav jātic.

Ko konkrēti jums jādara

Ko no jums tiek sagaidīts

Pārliecināties, ka pase paliek pieejama, pat ja pakalpojumu sniedzējs atkrīt

ESPR 10. pants (Regulējums (ES) 2024/1781) nosaka prasības digitālajam produkta pasem, ieskaitant to, ka dati jāpaliek pieejami personām, kurām tam ir tiesības — piemēram, patērētājam, uzraudzības iestādei un tirgus dalībniekiem tālāk ķēdē. Kurš ļauj padomdevējam padomdevēju padomdevēju, ir atbildīgs par to. 10-100 darbinieku uzņēmumam tas nozīmē, ka padomdevēja izvēle ir ne tikai izmaksu svērtējums, bet arī jautājums par nepārtrauktību: kas notiek ar datiem, ja tas sabankrotē, tiek pārņemts vai vienkārši nolemj pārtraukt šo pakalpojumu. Tas nav jautājums, kas jāatbild retrospektīvi, bet tas, kam jābūt iepriekš padomdevēja nolīgumā.

Pasi atrodami reģistrā

ESPR 13. pants (Regulējums (ES) 2024/1781) reglamentē digitālo produkta pasu reģistru, kurā tiek ievadīti pamatdati un katra pases vieta. Šis reģistrs ir paredzēts drošības tīkla funkcijā: pat ja individuāla tīmekļvietne vai padomdevēja pakalpojums maina adresi vai pakalpojumu sniedzēju, pase tur jāpaliek atrodama. Ražotājam vai importētājam tas nozīmē, ka reģistrācija reģistrā jāpaliek aktuāla, mainoties padomdevēja praksei — pārvietošanās uz citu pakalpojumu sniedzēju nedrīkst padarīt pasi pasaulei neatrodamu. Vairāk par to, kas tur precīzi jāiekļauj, lasiet pie kas ir digitālo produkta pasu reģistrs un ko tur ievietojat.

Uzziniet, kas notiek ar datiem, ja uzņēmums beidz darbību

Saistīta situācija ir tā, kurā ne padomdevējs, bet pats uzņēmums beidz — pārdošanas, apvienošanas vai bankrota dēļ. Tas ir nedaudz cits jautājums nekā pakalpojumu sniedzēja pazušana, bet kodols ir salīdzināms: dati jāpaliek pieejami personām, kurām uz tiem ir tiesības, neatkarīgi no tā, kas notiek ar oriģinālo pusi. Šis jautājums tiek atsevišķi aplūkots pie kas notiek ar produkta pasi, ja jūsu uzņēmums beidz darbību, jo jautājums "kurš vēl ir pieejams" tad saņem citu atbildi nekā maiņot hosting pakalpojuma sniedzēju.

Kur praktiski rodas kļūdas

Matrača ražotājs izvēlas lētu hosting pakalpojuma sniedzēju, nevaicājoties, kas notiks, ja šis sniedzējs bankrotē. Gadu vēlāk pakalpojums pazūd bez paziņojuma, un QR kodi uz tūkstošiem jau pārdoto matrača pēc tam nevairoja uz neko.

Importētājs lūdz IT brīvdarbnieku uzbūvēt produkta pasportu, kurš datus glabā savos serveros. Kad sadarbība beidzas, izrādās, ka nevienam nav piekļuves datu eksporta failam — paroli zināja tikai brīvdarbnieks.

Uzņēmums maina hosting pakalpojuma sniedzēju, jo vecais sniedzējs pakalpojumu apraida, bet aizmirst pārsūtīt jauno meklēšanas vietu reģistrā. QR kods uz produkta joprojām darbojas, bet reģistrā norādītā meklēšanas vieta norāda uz nefunkcionējošu saiti.

Gultņu speciālveikals pieņem par pašsaprotamu, ka ražotājs "noteikti kaut ko noregulēs" ilgtermiņā, nekad to nepārbaudīdams vai noslēdzot līgumu par to, kurš par ko atbild, ja ražotāja hosting pakalpojuma sniedzējs apstājas.

Ražotājs nekad nepārbauda, kas notiek, ja hosting pakalpojuma sniedzējs pārtrauc pakalpojumu, un pārāk vēlu atklāj, ka līgumsaruna nekas neparedz par datu nodošanu atjaunot — tāpēc negociācijas notiek no vājās pozīcijas, laika spiedienā.

Ko jūs varat fiksēt

  • Līgums ar hosting pakalpojuma sniedzēju, ar skaidru nolikumu par to, kas notiek pakalpojuma beigās: visu pamatdatu nodošana, kādā formātā un cik ātrā termiņā.
  • Pasporta izejmateriālu datu eksportēšanas iespēja, neatkarīgi no attēlojuma hosting pakalpojuma sniedzēja vietnē — lai dati būtu izmantojami arī bez šo konkrēto pakalpojumu.
  • Pašreizēja reģistrācija digitālo produktu pasportu reģistrā, ar pareizu meklēšanas vietu, kas tiek atjaunināta, tiklīdz notiek kādas izmaiņas hostingā. Skat. kas ir digitālo produkta pasu reģistrs un ko tur ievietojat par tā saturu.
  • Vienošanās par savstarpējo saistīšanu ar saviem sistēmām, lai pasporta dati nepastāvētu vienīgi pie hosting pakalpojuma sniedzēja, bet būtu izsekojami arī no savs ERP vai krājuma sistēmas — plašāks paskaidrojums pie produkta pases saistīšanu ar jūsu paša sistēmu.
  • Unikālo produkta identifikācijas kodu saraksts, ko uztur neatkarīgi no hosting pakalpojuma sniedzēja, lai iespējamā pāreja uz citu sniedzēju nenevestu pie saites pazaudēšanas starp produktu un pasportu. Skat. kā katram produktam piešķirt unikālu identifikācijas kodu.
  • Kontaktpersona vai procedūra, ja QR kods vai etiķete vairs nedarbojas, arī par to, kas jādara, ja meklēšanas vieta aiz koda mainās, pārejot uz citu hosting pakalpojuma sniedzēju — skat. arī ko darīt, ja matrača QR kods ir bojāts.
  • Glabāšanas termiņa vienošanās , kas atbilst periodam, kurā pasportam jāpaliek pieejamam, lai hosting nepārtrauktības bāzis būtu uz to uzstādīta — fons par to pie cik ilgi produktu pas jābūt pieejamam.

Šis nav juridisks padoms. Šī lapa sniedz vispārīgu informāciju par regulējumu, par kuru ir šī platforma. Mēs neznām jūsu situāciju. Ja jums ir šaubas par jūsu pašu gadījumu, konsultējieties ar juristu vai kompetentajām uzraudzības iestādēm.

Rakstīts ar AI, pamatojoties uz iepriekš minētajiem avotiem, pārbaudīts cilvēka darbā 2026-09-05. Vai kaut kas nav kārtībā? Paziņojiet mums — labojumi ir prioritāri.