kas atsitiks su mano produkto pasais, jei hostingo paslaugų teikėjas nustoja dirbti

Atsakomybė guli pas gamintojus, o ne pas hosting paslaugos teikėjus

Pareiga pasikeisti pasporto duomenis pasiekiamus nuosavybę gamintojaus arba importuotojo, kuris produktą išleido į rinką, o ne į kompaniją, kuri teikia hosting paslaugos. Hosting paslaugos teikėjas, toks kaip matrapas.eu, vykdo šią pareigą pagal užsakymą, bet galutinė atsakomybė neperkeliama. Jei hosting paslaugos teikėjas nutraukia veiklą, tai nereiškia, kad pareiga pasporto prieinamumą užtikrinti išnyksta — ji lieka tos šalies, kuri produktą išleido į rinką. Kas keičiasi, tai kas tuo metu užtikrina techninę infrastruktūrą.

Kam tai taikoma ir kokiems atvejams ne

Šis straipsnis skirtas pačių duomenų tęstinumui: ar informacija, esanti už QR kodo, lieka pasiekiama, jei kas keičiasi paslaugų teikėjui, kuris duomenis talpina. Tai kitas klausimas nei tai, kas vyksta, jei pati gaminanti arba importuojanti bendrovė nutraukia veiklą — tą situaciją nagrinėjame kas nutinka produkto pasportui, kai bendrovė, sukūrusi produktą, nustoja veikti. Tai taip pat nėra klausimas, kiek laiko iš viso turi būti pasiekiamas pasportas; tai aptariama produkto pasporto saugojimo laikotarpis. Šis puslapis ribojasi klausimais, kas praktiškai nutinka, kai techninis pasporto tiekėjas — hosting paslaugos teikėjas — išeina iš rinkos, o bendrovė, sukūrusi produktą, lieka.

Kas jau nustatyta ir kas dar nenustatyta

Kada tiksliai įsigalioja skaitmeninės produkto dokumentacijos pareiga matrascams, dar nenustatyta: ESPR reglamentas yra galiojantis, bet delegjavimas, kuris tai konkretina matrascams, tikimasi pagal darbo planą 2025-2030, o data čia bus nurodyta, kai tik tas delegjavimas bus paskelbtas. Kas jau nustatyta, tai principas iš pačio ESPR: 10 straipsnis nustato reikalavimus skaitmeninės produkto dokumentacijos prieinamumui ir tvarumui, o 13 straipsnis nustato, kad dokumentai yra įtraukiami į centrinį Europos registrą. Tas registras egzistuoja atskirai nuo šalies, talpinančios pagrindinius duomenis — tai siuntimo sistema, o ne visos turinio saugykla. Ką tiksliai saugo registras ir ką jame turėtų būti, aprašyta Europos produkto pasportų registre.

Kaip tai praktikoje vykdoma

. Gamintojui arba importuotojui, dirbančiam su hosting paslaugos teikėju, pirmasis žingsnis yra žinoti, kas yra sutartyje nustatyta, jei hosting paslaugos teikėjas nutraukia veiklą: ar numatyta duomenų perdavimo tvarka ir kam tada perdavami duomenys. Toliau svarbu žinoti, kokiu formatu duomenys bus perduoti — duomenų rinkinys, kuris skaitomas tik vieno teikėjo sistemoje, yra mažiau vertingas nei duomenų rinkinys, kuris gali būti perkeltas kitai šaliai. Tai susiję su klausimu, ar pasportas yra susietas su išorine sistema: jei produkto duomenis jau tvarko ERP arba atsargų sistemoje, kaip aprašyta produkto pasporto prijungimas prie savosios sistemos, turi savą duomenų šaltinį, kuris neišnyksta, jei hosting paslaugos teikėjas nutraukia veiklą — sujungimas užtikrina, kad pagrindinė informacija gaunama iš kitos vietos, net jei pristatymas vykdomas per kitą šalį.

Tada svarbu tai, kas nutinka QR kodui ir nuorodai, stovintei už jo. Jei hosting paslaugos teikėjas nutraukia veiklą ir duomenys perkeliami į kitą vietą, turėtų likti esamas QR kodas, nurodantis į teisingą informaciją — ne į negyvą nuorodą. Praktiškai tai reiškia, kad pagrindinė URL dažnai paliekama (pavyzdžiui, per peradresavimą į naują sistemą), todėl nereikia iš naujo dėti kodo ant kiekvieno produkto. Kas nori žinoti, kaip tiksliai veikia ryšys tarp fizinio kodo ir skaitmeninių duomenų, randal informaciją kaip QR kodas atsiduria ant matračo. Keičiantis hosting tarpininkams, svarbu, kad produkto identifikacijos kodas ir atitinkama duomenų nuoroda liktų neišsausti, net jei pasikeistų pagrindinė infrastruktūra.

Galiausiai praktišku yra iš anksto paklausti, kaip hosting tarpininkas tvarko savo verslo nutraukimą: ar yra procedūra, kuri į jėgą stoja, ar pabėgintojas gaunamas iš anksto įspėtas, ir ar yra laikotarpis, kurio metu duomenys gali būti dar pasiimti prieš išjungiant sistemą. Tokios sutartys praktiškai nulemia, kiek rizikos kyla dėl vieno konkretaus tiekėjo išnykimo.

Kuriame tai pagrįsta: ESPR straipsnis 10 ir straipsnis 13

ESPR 10 straipsnis (Reglamentas (ES) 2024/1781) nustato reikalavimus skaitmeniniam produkto pasui, įskaitant duomenų prieinamumą laikotarpiu, per kurį jie turi likti prieinami — reikalavimas, kuris priklauso pačiam pasui, o ne vienam konkrečiam technikos tiekėjui. Tos pačios reglamento 13 straipsnis reglamentuoja skaitmeninių produkto pasų registrą, kuriame registruojami pasai, kad juos būtų galima rasti ir patikrinti, neatsižvelgiant į tai, kuri partija teikia pagrindinę hosting paslaugą. Kartu šie straipsniai atsakomybę už duomenų nuolatinį prieinamumą perduoda tam, kuris pradeda naudotis pasu, o ne kuriam nors savavališkam veiksnui techniniame įgyvendinime.

Kas šiuo metu renkasi ar svarsto hosting tarpininką, gali tai naudoti kaip kontrolinį sąrašą: klauskite apie duomenų eksportavimo galimybes, apie tai, kas nutinka QR nuorodai, jei įvyksta numatytas persikėlimas, ir apie procedūrą, jei pats hosting tarpininkas nutraukia veiklą — ir nustatykite tas sutartis, kol pirmieji pasai išeina.