Kiek ilgai produkto pasas turi būti prieinamas?

Saugojimo laikotarpis dar nenustatytas matracams

Nėra nustatyto fiksuoto laikotarpio, kuris nurodytų, kaip ilgai skaitmeninė matraco produkto pase turi būti prieinamą. ESPR (Reglamentas (ES) 2024/1781) 10 straipsnyje nustato principą: pasas turi likti prieinamas, o tikslus laikotarpis detalizuojamas kiekvienai produktų grupei per deleguotą aktą. Matracams toks aktas dar nepriimtas. Tačiau jau nustatytas šio principo tikslas: paso prieinamumas turi atitikti įprastą matraco naudojimo trukmę, o ne kalendorinę datą, vienodą visiems produktams.

Pasui, o ne garantijai ar priežiūrai

Šis klausimas susijęs su skaitmenine duomenų nešiojamąja priemone: kiek ilgai QR kodas turi nukreipti į veikiančią, aktualią informaciją. Tai yra skirtinga nuo įstatymėje nustatyto garantijos laikotarpio, gamintojo garantijos, kurią garantuoja pats gamintojas, ar rezervinių dalių tiekimo pareigos. Šios pareigos gali turėti savą, atskyrą laikotarpį, kuris neturi nieko bendra su ESPR. Čia taip pat nėra kalbama apie tai, kiek ilgai gamintojas privalo parduoti ar prižiūrėti patį matracą — tik apie tai, kiek ilgai informacija, esanti pase, turi būti pasiekiama per duomenų nešiojamąją priemonę. Taip pat svarbu: laikotarpis susijęs su paso prieinamumu, o ne su tuo, kaip dažnai turėtų būti atnaujintas jo turinys — tai yra dvi skirtingos 10 straipsnio reikalavimų dalys.

Nuo deleguoto akto priimimo, iki tol nuo įstatyminio laikotarpio

Kol matracams skirtas deleguotas aktas nepaskelbtas, nėra įstatymiu nustatyto matraco paso saugojimo laikotarpio. ESPR suteikia bendrą pagrindą (susiejimas su numatyta produkto tarnavimo trukme, be to, prieinamumas negali priklausyti nuo gamintojo egzistavimo), tačiau konkretus metų skaičius nustatomas kiekvienai produktų grupei. Matracams to dar nebuvo padaryta. Kai tik aktas bus paskelbtas, tikslus laikotarpis bus nurodytas čia. Kol to nėra, praktikoje galioja tai, ką patarnautojas ar paslaugų teikėjas pats garantuoja: pavyzdžiui, matrapas.eu naudoja savo hosting laikotarpį – dešimt metų, atskirai nuo to, ką deleguotas aktas vėliau nustatys. Šis pats garantavimas yra sutarties pasirinkimas, o ne įstatyminio laikotarpio išaiškinimas — vėliau šie du gali skirtis, ir tai nėra problema, jei laikomasis teisinis minimalus laikotarpis.

Ką gamintojas gali padaryti dabar

Tie, kurie dabar jau nori paruošti pasą, neturi laukti, kol deleguotas aktas bus priimtas. Pirma, tikslinga pasirinkti paslaugų teikėją, kuris garantuoja hosting laikotarpį, viršijantį numatytą matraco naudojimo trukmę, o ne laikotarpį, tiksliai atitinkantį minimalų reikalavimą, kuris dar net nežinomas. Tada reikėtų užfiksuoti, kas atsitiks, jei pati įmonė sustos arba pakeis savininką: ar QR kodas ir toliau veiks, ir kas prims atsakomybę? Toliau naudinga žinoti, kad ESPR per 13 straipsnį sukuria registrą, kuris tarnauja kaip atsarginis variantas — jei rinkos dalyviais dingsta, bent pagrindiniai duomenys išlieka centriniame registre. Galiausiai, naudinga stebėti šį tinklalapį: kai tik deleguotas aktas matracams bus paskelbtas, tikslus saugojimo laikotarpis bus parodomas čia, ir galima bus patikrinti esamą susitarimą su paslaugų teikėju.

Pagrindas: ESPR 10 ir 13 straipsniai

Artikulas 10 iš ESPR (Reglamentas (ES) 2024/1781) nustato, kad deleguotasis aktas pagal produktų grupę nustato, kiek laiko skaitmeninis produkto pasas turi likti prieinamas, ir susiejaį tai su principais, tokiais kaip numatyta produkto eksploatacijos trukmė ir nepriklausomumas nuo rinkos dalyvio, kuris sukūrė pasą, buvimo tęstinumo. Artikulas 13 įsteigia skaitmeninių produkto pasų registrą, kuris tarnauja kaip atsarginė priemonė, kad duomenys neišnyktų automatiškai, kai gamintojui ar importuotojui nutrūkus darbą. Šie du straipsniai kartu sudaro struktūrą, kurioje vėliau būs užpildyta konkreti matracu termino nuostata.

Kas dabar siunčia gaminti matracų pasą, geriausiai paklausti paslaugų teikėją, kokią pagrindinės turėjimo trukmę jis garantuoja, tai įtaisyti raštu ir saugoti šį puslapį, kad būtu galima patikrinti, kai tik bus paskelbtas matracų deleguotasis aktas.

Šios informacijos pagrindas

Pats reglamentas yra EUR-Lex. Mes nurodome pagal teiginį; jums nereikia mums tikėti.

Ką jūs konkrečiai turite daryti

Ko tikimasi iš jūsų

Pasas lieka pasiekiamas, kol galioja pareiga

10 straipsnis iš ESPR (Reglamentas (ES) 2024/1781) nustato, kad skaitmeninė produkto pase turi likti prieinama, tačiau tikslus matracu trukmė nurodyta ne pačiame reglamente. ESPR yra pagrindinis reglamentas: konkrečūs reikalavimai kiekvienai produktų grupei nustatomi deleduotame akte, ir tik jame bus nurodyta, kiek laiko matryčio pasą po pardavimo turi likti pasiekiamas. Matraciju gamintojams ir importuotojams tai iš esmės reiškia, kad jau dabar reikia atsižvelgti į tai, kad pasas nėra tai, ką sukuri ir tada gali pamiršti — tai pareiga, kuri tęsiasi po pardavimo, per laikotarpį, kuris dar nenustatytas, tačiau tikriausiai bus nustatytas deleduotame matricų akte.

Įmonei, turinčiai nuo 10 iki 100 darbuotojų, tai reiškia, kad šeimininkavimo pasirinkimas nėra trumpalaikis reikalas. Sistema, kuri po kelių metų sustoja ar kurios tęstinumas negarantijas, neatitinka pareigos, kuri per produktą gali trukti daugelį metų.

Duomenys turi likti nauji ir prieinami, ne tik "kažkur" saugomi

Liko pasiekiamas yra daugiau nei tik "neprisijungti". 10 straipsnis nustato reikalavimus duomenų prieinamumui per visą laikotarpį, per kurį pase turi egzistuoti. Matryčio gamintojui tai reiškia, kad ant produkto esantis QR kodas arba etiketė, kurioje jis yra, turi likti nepažeistas ir skaitomas — ir kad pagrindiniai duomenys turi likti prieinami, net jei tarpinėje produkto, tiekėjo ar pačios įmonės veiklos dalies atsiras pokyčių. Kas daryti, jei tas etiketė vis tiek pažeista, aprašyta puslapyje apie ką daryti, jei QR kodas pažeistas.

Pasportas taip pat yra registruojamas, nepriklausomai nuo to, kur jis yra hostinamas

13 straipsnis iš ESPR reglamentuoja skaitmeninių produkto pasportų registrą: pagrindinę vietą, kurioje (pasportų metaduomenys) yra fiksuojami. Šis registravimas vyksta lygiagrečiai su reikalavimu, kad pats pasportas liktu prieinamas. Bendrovei tai reiškia, kad reikia stebėti du dalykus: pasportą, kuris turi likti prieinamas per QR kodą, ir registrą, kuris egzistuoja atskirai. Kas tiksliai turi būti tame registre ir kaip tai susiję su patiu pasportu, yra paaiškinta puslapyje apie Europos registrą.

Pareiga išlieka pasikeitus bendrovei

Kadangi saugojimo laikotarpis (kai tik jis bus nustatytas) tikriausiai ilgesnis nei kai kurie verslo pokyčiai, yra tikėtina, kad matracų pasportas gali likti prieinamas, nors bendrovė, kuri jį sukūrė, daugiau neegzistuoja ta pačia forma — dėl perėmimo, stabdymo arba hostingo paslaugų teikėjo keitimo. Kas atsitinka, kai bendrovė sustoja, yra aprašyta puslapyje apie kas atsitinka produkto pasportui, jei jūsų įmonė sustoja.

Kur praktikoje susiduriama su problemomis

Hosting partneris pasirenkamas pagal kainą, o ne pagal tęstinumą. Pigus sprendimas, kuris po kelių metų sustoja arba keičia savininką, yra rizika, jei pagrindinė pareiga trunka daugelį metų. Įmonės tai dažnai sužino tik tada, kai gauna pirmą skundą dėl neveikiančio QR kodo.

Šaltinio duomenų atsarginė kopija nėra laikoma. Jei platforma sustoja arba nutrūksta ryšys su ERP sistema, duomenys kartais negali būti rasti jokioje kitoje vietoje. Ką vertėtų svarstyti šiuo atžvilgiu, rasite pasporto duomenų atsarginių kopijų puslapyje pasporto duomenų atsarginės kopijos.

QR kodas prilyginamas esamai atsargai tik vėliau, neužtikrinant, kad nuoroda į teisingą pasportą būtų tinkamai fiksuota. Matracams, kurie buvo pagaminti prieš įsigaliojus tvarkai, tai yra reali situacija — žr. paaiškinimą apie QR kodų lipdymas ant esamų atsargų. Jei nėra tinkamai užfiksuota, kuris kodas priklauso kuriam produktui, praktikoje negalima garantuoti pasporto prieinamumo.

Daroma prielaida, kad vienas pasportas pakanka, nors miegamojo čiužinys gali susidėti iš kelių dalių, turinčių savų reikalavimų. Jei, pavyzdžiui, matracas turi atskirą užvalkalą arba pildymą su savomis pasporto pareigomis, nėra aišku, kuris pasportas turi kokį naudojimo laiką. Kaip tai veikia kartu, aprašyta pasporto puslapyje apie kelis vieno produkto pasportus.

Įmonės perkėlimo arba susiliejimo metu pamiršama, kad senojo įmonės pavadinimo pasportai lieka. Verslo pirkėjas dažnai mąsto tik apie atsargas ir klientų bazę, ne apie šimtus arba tūkstančius skaitmeninių pasportų, kurie kažkur turi toliau veikti.

Ką galite dokumentuoti

Apžvalga, kuri hosting šalis kuris pasportą valdo, įskaitant sutarties trukmę ir atsistatymo terminus, kad nuoseklumas nebūtų priklausomas nuo vieno darbuotojo atminties.
Atsarginių šaltinio duomenų susitarimas, atsiskiras nuo platformos, kurioje veikia pasportas — žr. puslapį apie pasporto duomenų atsarginės kopijos.
Pasporto ir savos atsargų arba ERP sistemos sąsaja, kad duomenys nebūtų tvarkomi dvigubai ir būtų lengviau išlaikyti aktualiais; daugiau apie tai puslapyje apie susieti su savąja sistema.
Nustatyta procedūra, kas nutinka pasportams įmonei pasibaigus, perėmus ar susijungus.
Produktų, aprūpintų unikaliais identifikacijos kodais, sąrašas, kad iškilus QR kodo problemoms, greitai būtų aišku, kuris pasportas prie jo priklauso — žr. puslapį apie unikalius identifikacijos kodai.
Dokumentacija, kada ir kaip buvo sukurtas kiekvienas pasportas, su kokiais gamintojo arba importuotojo duomenimis, kad vėlesniame patikrinime būtų aišku, jog pasportas nėra atsitiktinai, o sąmoningai sudaryta ir prižiūrima.

Tai nėra teisinė patarimo. Šiame puslapyje pateikiama bendra informacija apie reglamentavimą, kuriuo grindžiama ši platforma. Mes nežinome jūsų situacijos. Jei abejojate dėl jūsų konkretaus atvejo, pasikonsultuokite su juristo arba atsakinga priežiūros institucija.

Parašyta naudojant AI remiantis aukščiau nurodytais šaltiniais, žmogaus patikrinta 2026-08-22. Ar kažkas negerai? Praneškite — pataisymai gauna prioritetą.