kuriais parametrais turi atitikti mano produkto paso hosting'as

Hosting turi nuolat pasiekiamus ir prieinamus duomenis

Skaitmeninio produkto paso hosting turi užtikrinti, kad jame esantys duomenys išlieka, būtų atnaujinti ir būtų galimi gauti tiems, kurie tai turi teisę pagal taisykles — vartotojams, rinkos dalyviams ir priežiūros institucijoms. ESPR (Reglamentas (ES) 2024/1781) 10 straipsnis nustato, kad pasas turi būti pasiekiamas per produkto duomenų nešiklį (dažniausiai QR kodą), kad jame esantys duomenys yra teisingi ir gali būti atnaujinti, ir kad saugojimas yra sutvarkytas taip, kad pasas išliktų nustatytą laikotarpį. Be to, 13 straipsnis nustato, kad kiekvieno paso nuoroda turi patekti į centrinį Europos registrą, o 14 straipsnis nustato, kad Komisija sukuria žiniatinklio portalą, kuriame galima būtų peržiūrėti šiuos užregistruotus duomenis. Taigi hosting yra ne tik „puslapis, kuris atsidaro nuskaitius

Komu tai taikoma ir komu netaikoma

Šie reikalavimai taikomi tam, kuris siūlo skaitmeninį produkto pasą: praktikoje gamintojui, importuotojui arba įgaliotam atstovui, atsakingam už produkto pateikimą rinkai, arba šaliai, vykdančiai šią užduotį jų vardu. Tai apima paties paso hosting — vietą, kurioje yra produkto duomenys, kurie iš duomenų nešiklio iš naujo nuskaitomi. Tai nėra apie duomenų nešiklį kaip tokį: kaip QR kodas atsiranda ant produkto ir kokią techninę formą jis įgauna, tai kitas klausimas, išsamiau aprašytas puslapyje apie kaip QR-kodas atsiranda ant produkto. Tai taip pat nereikalauja atsakyti į klausimą, KURIE duomenys turi būti produkto pasporte arba kokiu failu formatu jie turi būti pateikti — tai nustatoma kiekvienai produkto kategorijai atskirai ir aprašyta puslapyje apie produkto pasporto duomenų pateikimą. Serverio administravimas yra konkrečiai infrastruktūra: kur yra duomenys, kiek laiko jie saugomi ir kaip jie išlieka prieinami.

Tikslūs reikalavimai skiriasi pagal produkto kategoriją, nuo datos, kuri dar nenustatyta

Pati ESPR nustato pagrindinius principus — prieinamumą, aktualumą, ryšį su registru — tačiau detalizuoti techniniai ir operaciniai hosting reikalavimai nustatomi pagal produkto kategoriją skelbiamuose deleguotuose aktuose. Elektronikos ir IKT įrangos atveju dar nepaskelbta, kada tiksliai šis reikalavimas įsigalios. ESPR veiklos planas 2025-2030 nurodo šias kategorijas, o delegavimas aktų tikimasi nuo 2027 m., tačiau konkreti elektronikos ir IKT data dar nenustatyta. Kol tam tikros produktų grupės delegavimas neskelbtas, ta grupe iš ESPR dar negresia jokia konkretus hosting reikalavimas. Kai bus paskelbtas elektronikos ir IKT delegavimas, šios datos bus nurodytos čia.

Ką tai reiškia hostingo tvarkymui

Kas jau dabar galvoja apie produkto paso hostingą, turėtų pradėti nuo trukmės: pasas turi likti prieinamas per laiką, kuris nustatomas pagal produkto kategoriją, ir šis reikalavimas tiesiogiai veikia hosting paslaugos teikėjo ir infrastruktūros pasirinkimą — tai plačiau paaiškinama puslapyje dėl kaip ilgai produkto pas turi būti prieinamas. Antrasis dėmesio svarbus aspektas yra tęstinumas: hosting turi veikti ir toliau, net jei keičiasi įmonė, siūlanti pasą, kas tampa aktualu įmonei nutraukiant veiklą arba kai įmonė perkeliama — žr. puslapį apie kas atsitinka su pasportu, kai įmonė nutraukia veiklą. Trečias punktas – ryšys su Europos registru: hosting aplinka turi būti suorganizuota taip, kad nuoroda į pasą registre būtų teisinga ir aktuali, kas paaiškinta puslapyje apie skaitmeninių gaminio pasų registrą. Jei jūs jau valdote produkto duomenis ERP arba atsargų sistemoje, galite iš anksto pamatyti, kaip ta sąsaja bus praktiškai sutvarkyta. Galiausiai, renkantis hosting partnerį, rekomenduojama atkreipti dėmesį į tai, kas atsitiks, jei sutriks serveris, hosting partneris bus perimtas arba pasibaigs sutartis — momentai, kurie ESPR nėra tiesiogiai nurodomi, bet praktikoje lemiamai veikia tai, ar bus įvykdytas pagrindinės nuolatinio prieinamumo reikalavimas.

Remiantis straipsniais 10, 13 ir 14 iš ESPR

ESPR (Reglamentas (ES) 2024/1781) 10 straipsnis nusako bendruosius skaitmeninio produkto paso reikalavimus, įskaitant duomenų prieinamumą ir aktualumą. 13 straipsnis reguliuoja centrinį registrą, kuriame nurodoma nuoroda į kiekvieną pasą, o 14 straipsnis reguliuoja žiniatinklio portalą, per kurį Komisija atidaro registro duomenis. Šie straipsniai kartu sudaro sistemą, kurioje turi funkcionuoti paso serveris; produkto kategorijoms būdingi išsamūs reikalavimai pateikiami vėliau priimtuose deleguotuose aktuose.

Jei jūs jau ruošiate produkto pasą, geriausia pradėti išsiaiškinus savo produkto kategoriją ir susijusio delegueito akto statusą, ir iš to atskaitos taško įtraukti saugojimo trukmės ir registro sąsajos reikalavimus į hosting sprendimo pasirinkimą.

Pagrindu

Direktyva pati yra EUR-Lex. Mes nurodome pagal teiginį; jums mūsų tikėti nereikia.

Ką jūs konkrečiai turite daryti

Ko iš jūsų tikimasi

ESPR nenurodo, kurio hosting partnerio serveriai turi būti naudojami produkto pasui, tačiau nurodo, kokias savybes turi turėti duomenų saugojimas ir atidarymas. ESPR 10 straipsnis nusako reikalavimus pačiam skaitmeniniam produkto pasui; 13 straipsnis susijęs su registru, kuriame registruojami pasai; 14 straipsnis reguliuoja žiniatinklio portalą, per kurį priežiūros institucijos ir kitos šalys gali pasiekti duomenis. Iš to mažai kurie įmonei, kurioje dirba nuo 10 iki 100 darbuotojų, susidarys keletas atskirų, konkrečių pareigų.

Pasas turi likti prieinamas per duomenų nešiklį ant produkto

Pasas atidarytas per duomenų nešiklį — praktiškai QR kodą — kuris umožnjuje ukazati ili u blizini proizvoda. ESPR 10 straipsnis nusako reikalavimus tai sąsajai tarp nešiklio ir paso: nuoroda turi likti veiksminga, net praėjus metams. Vidutinei įmonei tai reiškia, kad hosting partnerio pasirinkimas nėra atskiras nuo duomenų nešiklio pasirinkimo: abu turi tarpusavyje susidurti ir likti susieti ilgalaikėje perspektyvoje. Kaip ta sąsaja praktikoje sutvarkyta, aprašyta adresu kaip QR kodas produkto pasportui atsiranda į mano elektroniką.

Duomenys turi būti pasiekiami tinkamoms šalims, kad ne visi matytų viską

Straipsnis 10 skiria duomenis, kurie yra matomi visiems — pavyzdžiui, vartotojui, nuskaitančiam QR kodą — nuo duomenų, skirtų tik priežiūros institucijoms ar kitiems rinkos dalyviams. Hosting aplinka turi sugebėti techniniu būdu šį skirtumą užtikrinti. Įmonei tai reiškia, kad pasirinktas sprendimas negali būti paprasčiausiai „viskas viešai

:

: :.

arba „viskas už prisijungimo

14 straipsnis iš ESPR įveda interneto portalą, kuriame rinkos priežiūros institucijos ir muitinė gali gauti duomenis iš skaitmeninių produktų pasų. Hosting'o paslaugos teikėjui tai reiškia, kad pasus duomenys negali būti izoliuoti: turi būti galima techninė prieiga prie šio portalo tokia forma, kurią nustato Komisija. Įmonei, kuri pati vartoja hosting'o paslaugas arba įjungia hosting'o paslaugos teikėją, būtina paklausti, ar tas teikėjas žino apie šią jungimosi pareigą ir kaip ji įgyvendinama.

Duomenys turi būti saugomi atpažįstamame ir perkeliamame formate

Hosting'as yra ne tik klausimas "kur tai saugoma", bet ir "kokia forma". 10 straipsnis nustato sąveikumo reikalavimus: duomenys turi būti mašiniškai skaitomi ir perkeliami, kad jie neliktų viename vieno tiekėjo sistemos dalies. Riboto dydžio įmonei tai dažnai yra tas taškas, kuriame hosting'o paslaugos teikėjo pasirinkimas sveriasi sunkiausiai: uždara sistema, iš kurios sunku eksportuoti duomenis, prieštarauja šiam reikalavimui. Failų formatas, kuriuo duomenys pateikiami, yra nustatytas kokiame formate turėčiau pateikti produkto pasporto duomenis.

Kur praktikoje klystauja

Dažna situacija yra ta, kad įmonė pasirenka hosting partnerį neklausdama, ar tas partneris gali garantuoti techninį ryšį su interneto portalu pagal 14 straipsnį. Tuo metu, kai priežiūros institucija nori naudotis duomenimis, paaiškėja, kad ryšys nėra nustatytas.

Kita situacija susidaro, kai neskiriami viešieji ir neviešieji duomenys: visa informacija yra už tos pačios prieigos ribų, arba atvirkščiai – viskas yra visiškai atvirta, kai tuo tarpu tam tikri duomenys yra skirti tik rinkos dalyviams ar priežiūrai.

Taip pat atsitinka, kad įmonė sukelia sumišimą tarp pasporto hosting'o ir registracijos Europos rejestrui: manoma, kad pasportas yra "užregistruotas", nes jis yra internete, o registracijos rejestrui prašymas yra atskiras žingsnis, kuris nevyksta automatiškai.

Ketvirtoji situacija yra hosting'o partneris, kuris po kurio laiko nutraukia paslaugą arba iš jo nusipirkama, o duomenys nėra prieinami perkeliamame formate. Tada įmonė yra priklausoma nuo sistemos, kurią nebegalima pasiekti, nors produkto QR kodas jau yra pasklaidytas.

Penktoji, dažnai daroma klaida yra ta, kad sujungimas tarp duomenų nešiklio ant produkto ir hosting'o vietos yra organizuojami techniškai atskirai vienas nuo kito — pavyzdžiui, todėl, kad pakuotės tiekėjas sukuria QR kodą be koordinacijos su puse, kuri prglindi duomenis. Keičiant hosting'o partnerį, kodas tada nebeveikia.

Ką galite užfiksuoti

Duomenų, kurie pasporte yra viešai prieinami, ir duomenų, kurie skirti tik priežiūrai ar rinkos dalyviams, apžvalga, kad hosting'o partneris šį skirtumą galėtų techniškai įrengti.
Rašytinas susitarimas su hosting partneriu dėl prijungimo prie 14 straipsnio žiniatinklio portalo, įskaitant tai, kas atsakingas, jei tas prijungimas keičiasi.
Nustatyta procedūra registruojantis Europos registre, atskirai nuo hosting susitarimų — taip pat žr. paaiškinimą prie :.
Eksportavimo galimybė arba sutartinė garantija, kad duomenys gali būti gauti perkeliamame formate nutraukus hosting sutartį.
Ryšio tarp duomenų nešiklio ir hosting vietos dokumentacija, įskaitant tai, kas atsitinka keičiant hosting partnerį ar sistemą — taip pat svarbu, kaip tai susiję su ar galiu susieti produkto pasą su savo ERP arba atsargų sistema.
Susitarimas dėl hosting pareigos trukmės, derinti pagal tai, kas žinoma apie kiek laiko produkto pasas turi likti prieinamas.

Tai nėra juridinis patarimas. Šis puslapis pateikia bendrąją informaciją apie reguliavimą, kuris yra šios platformos objektas. Mes nežinome jūsų situacijos. Jei abejojate dėl savo konkretaus atvejo, pasitarkite su teisininku arba kompetentinga priežiūros institucija.

Parašyta naudojant AI pagal aukščiau nurodytus šaltinius, žmogaus patikrinta 2026-09-05. Ar kažkas negerai? Praneškite mums — pataisymai turi prioritetą.