ar man reikalinga speciali programinė įranga, kad sukurti skaitmeninį produkto pasą
Ne, pagal įstatymus nereikalinga jokia speciali programinė įranga
ESPR nenumato jokio konkretaus programinės įrangos paketo, sistemos ar prekės ženklo. Tai, ką reglamentas nustato, yra reikalavimai rezultatui: skaitmeninis produkto pasas turi turėti duomenis, kurie būtų pasiekiami nustatytu būdu per duomenų nešiklį, turi atitikti tam tikrus techninius ir organizacinius reikalavimus, ir turi būti prieinamas tiems, kurie turi teisę jį peržiūrėti. Tai, kaip gamintojas ar importuotojas tai techniškai sutvarkys — naudodamasis savamą sukurta sistema, moduliu ERP pakete ar išorinės šalies paslaugomis — yra neapibrėžta įstatyme. Todėl nėra jokios privalomos "produkto paso programinės įrangos", kuri būtų kokiame nors sąraše ir kurią reikėtų įsigyti. Tai, kas tikrai turi būti, yra veikianti sistema, atitinkanti reglamento reikalavimus, ir tai yra kitoks klausimas nei tai, kokia programinė įranga tam naudojama.
Matraciams tai taikoma, administracijai už jos neprivalo taikytis automatiškai
Šis veikimo priemonių pasirinkimo laisvumas galioja skaitmeniniame produkto pase matraciams, kaip to reikalauja ESPR: duomenų nešikliui, saugojimui ir paso duomenų skleidimui. Jis negalioja visam tam, ką gamintojas ar importuotojas jau taip pat naudoja arba turi naudoti programinės įrangos. Apskaitos sistema, atsargų valdymo paketas arba CE žymų rinkinys patenka į šios sistemos taikymo sritį ir turi savo taisykles. Jis taip pat negalioja klausimui, ar tam tikra sistema yra "pakankamai gera" — tai nevertiname pagal programinės įrangos prekės ženklą ar tiekėją, o pagal tai, ar rezultatas atitinka reglamento reikalavimus. Lentelė, kuri iš atsitiktinumo atitinka visus reikalavimus, iš esmės yra tokia pat galiojanti kaip brangi specializuota sprendimų paketa; priešingai, brangus sistemos automatiškai neatitinka reikalavimų tik todėl, kad yra brangi.
Dar nėra fiksuotos datos, tačiau jau yra fiksuoti projektavimo reikalavimai
Kada skaitmeninis produkto pasas taps privalomas matraciams, dar nėra nustatytos; tai seka iš delegavimo akto, kuris dar turi būti paskelbtas šiai produktų grupei. Kol tas laikas nepraeis, nėra jokio reikalavimo jau turėti produkto pasą. Tai, kas jau yra fiksuota, yra bendri techniniai reikalavimai ESPR, kuriuos turi atitikti skaitmeninis produkto pasas, nepaisant to, su kokia programine įranga jis bus sukurtas. Šie reikalavimai apima tarpusavio suderinamumą, atvirų standartų naudojimą ir duomenų prieinamumo metodą. Kas dabar jau renkasi arba kuriasi programinę įrangą, gali šiuos reikalavimus laikyti pradžia, nors privaloma pateikimo data patiems matraciams dar nėra žinoma.
Nuo ko pradėti renkantis sistemą
Praktinis sekas prasideda ne nuo programinės įrangos, o nuo duomenų: pirmiausia reikia paaiškinti, kokia produkto informacija turi būti paso, prieš žiūrint į tai, kaip ta informacija techniškai saugoma ir skleidžiama. Po to seka klausimas, kaip kiekvienas matracas gaus unikalus identifikacinis kodas gauna, nes šis kodas yra saitas tarp fizinio produkto ir skaitmeninių apie jį duomenų. Toliau tai yra pasirinkimas, ar tas procesas bus nustatytas pačiam, ar bus perduotas streiui, kuris pasirūpins saugojimu ir duomenų pasiekiamumu — tai yra tiesiog šios platformos paskirtis, sudarant pasą iš pateiktų duomenų ir aprūpinant saugojimą bei QR duomenų nešiklį. Įmonėms, kurios jau dirba su ERP arba atsargų sistema, toliau svarbu, ar ir kaip ta sistema galima susieti su produkto pasu, kad duomenys nebūtų įvesti du kartus. Tie, kurie pirma nori pamatyti platesnį vaizdą prieš priimant sprendimą dėl sistemos, taip pat gali pradėti nuo klausimo, kaip Europos produkto pasų registras susijęs su jūsų pačių pasu, nes tas registras yra privaloma dalis, nepriklausomai nuo to, kokia programinė įranga pasirinkta.
Tai seka iš ESPR 9, 10 ir 11 straipsnių
Pagrindą nustato ESPR (Reglamentas (ES) 2024/1781) 9 straipsnis, kuriame skaitmeninis produkto pasas pristatomas kaip instrumentas. ESPR 10 straipsnis išdėstė iš esmės keliamus reikalavimus, kuriems turi atitikti pasas, nekeliamam jokios konkrečios technologijos ar tiekėjo. ESPR 11 straipsnis konkrečiai susijęs su skaitmeninio produkto paso techninių brėžinių ir veikimo būdu, nurodydamas reikalavimus, tokius kaip tarpoperabilumas ir atvirų standartų naudojimas — reikalavimai, keliami rezultatui, o ne priemonėms, kuriomis tas rezultatas pasiekiamas. Šie trys straipsniai kartu parodys, kad reglamentas yra sudaryta funkciniu lygiu: jis nustato, ką pasas turi sugebėti daryti ir kaip jis turi būti prieinamas, o programinės įrangos pasirinkimą paliekam tiems, kurie sudarys pasą.
Norintieji dabar iš anksto ruoštis gali geriausiai pradėti tvarkyti savo produktų duomenis ir nustatyti identifikavimo sistemą kiekvienam čiužiniui, kad būtų patvarus pagrindas, kai tik bus paskelbtas čiužinių deleguotasis aktas — konkretaus programinės įrangos sistemos pasirinkimą galima atlikti vėliau, vadovaujantis tada galiojančiais techniniais reikalavimais.
Šios informacijos pagrindas
- Reglamentas (ES) 2024/1781 (ESPR), 11 straipsnis (skaitmeninio produkto paso techninis projektavimas ir veikimas)
- Reglamentas (ES) 2024/1781 (ESPR), 10 straipsnis (skaitmeninio produkto paso reikalavimai)
- Reglamentas (ES) 2024/1781 (ESPR), 9 straipsnis (skaitmeninė produkto pase)
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, kuris skaitomas naudojant atvirųjų standartų
ESPR (Reglamentas (ES) 2024/1781) 10 straipsnis nustato, kad skaitmeninis produkto pasas turi veikti atvirų, tarpoperabilių standartų pagrindu. Tai reiškia, kad duomenys negali būti užrakinti uždarame, savame failų formate, kurį galima atidaryti tik naudojant vieną konkrečią programą. Čiužinio gamintojui nuo 10 iki 100 darbuotojų tai daugiausia reiškia, kad sistemos ar platformos pasirinkimą reikia patikrinti pagal šį reikalavimą: ar duomenys gali iš jos išeiti, ar juos gali skaityti kitos šalys, neturėdamos lygiai tokios pat programinės įrangos kaip jūs?
Prieiga per duomenų nešiklį, o ne per programą
11 straipsnis nustato, kaip pasas techniniškai veikia: per duomenų nešiklį (praktikoje dažnai QR kodą), kuris nurodo duomenis. Vartotojas, priežiūros pareigūnas ar prekybos partneris turi turėti galimybę pasikonsultuoti su tais duomenimis nereikalaudami atskiros, jūsų teikiamos programos. Praktinėje prasmėje to pakanka paprastas išmanusis telefonas su kamera ir naršykle. Norintieji pasvarstyti apie savo programos kūrimą, kad būtų rodomas pasas, tai daro kaip papildomą paslaugą — ne todėl, kad reglamentacija reikalautų programos. Kaip tas duomenų nešiklis patenka į produktą, aprašyta puslapyje apie kaip QR kodas skirtas jūsų matracams atsirado.
Ryšys su unikaliu identifikavimo numeriu
9 straipsnis susieja pasą su unikaliu produkto ar modelio identifikavimu. Tai reikalauja būdo, kaip kiekvieną pasą susieti su teisingu fiziniu produktu. Bendrovėms, kurios jau dirba su šaržų numeriais, EAN kodais ar vidiniais straipsnių kodais, tai dažniausiai yra reikalas, kad šią esamą numeraciją nuosekliai tęstume paso sistemoje. Kaip ta sąsaja praktiškai sudaroma, paaiškinta puslapyje apie kaip kiekvienam produktui suteikti unikalų identifikavimo kodą.
Duomenys, kurie lieka aktualūs ir galimi prieštaringas
9 ir 10 straipsniai kartu suponuoja, kad pasas nėra momentinis vaizdas, kurį po publikavimo galima pamiršti, bet duomenų rinkinys, kuris per tą laiką, kai pasas turi būti prieinamas, lieka susietas su konkrečiu produktu. Tai iš bendrovės pareikalavimo turėti būdą žinoti, kuri informacija priklauso kuriems produktams, net jei vėliau kils klausimų dėl čiužinio, kuris buvo parduotas prieš porą metų.
Kur praktikoje susiduriama su problemomis
Gamintojas leidžia kurti pasą programoje, kuri puikiai veikia, bet jos tiekėjas teikia duomenis tik kaip PDF ar ekrano vaizdą. Tai skaitoma žmogui, bet ne mašininei skaityti, kaip 10 straipsnis turėjo omenyje — pagrindiniai duomenys turi būti struktūriniai paprašomi, o ne tik vizualiai rodomi.
Įmonė kuria savo programą pasportui rodyti, manydama, kad tai yra privaloma. Tai reikalauja laiko ir pinigų plėtrai, o straipsnis 11 iš tikrųjų reikalauja prieinamumo be specialios programinės įrangos — paprastas interneto puslapis, kuris atsidaro per QR kodą, atitinka šią mintį.
Importuotojas kiekvienam pristatyui naudoja naują, ad-hoc Excel failą, kuris rankiniu būdu paverčiamas pasportu. Kai tik apimtis didėja, atsiranda klaidų nuorodoje tarp produkto ir pasporto, ir tampa neaišku, kuris pasportas priklauso kuriai partijai.
Gamintoja pasirinkę sistemą nepatikrina, ar iš jos duomenys kada nors gali būti eksportuoti. Vėliau perkėlus į kitą platformą arba sustabdžius hostingo tarnybą, pasirodo, kad duomenys yra pritvirtinti prie vieno tiekėjo. Dėl to žr. puslapį apie kas atsitinka su jūsų produktų pasportais, kai hostingo tarnybų teikėjas su jais nutraukia.
Įmonė mano, kad pasporto sistema turi būti atskirta nuo bendros verslo operacijos, ir visus produktų duomenis įveda dvigubai: vieną kartą ERP sistemoje, kitą kartą pasporto sistemoje. Tai padidina darbą ir padidina nesuderinamo lygio tarp dviejų šaltinių riziką.
Ką galite dokumentuoti
- Naudojamų failų formatų apžvalga, kurią naudoja pasirinkta sistema, ir ar jie yra atviri ir eksportuojami — tai galima patikrinti pagal interoperabilumo reikalavimą iš straipsnio 10.
- Aprašymas, kaip duomenų nešiklis (QR kodas) suteikia prieigą prie pasporto, neapsieidant be atskiros programos, kaip nurodyta straipsnyje 11.
- Ryšių lentelė tarp vidinių produkto kodų ir pasporto identifikacijos numerių, kad bet kuriuo metu būtų galima nustatyti, kuris pasportas priklauso kuriam fiziniam produktui. Tie, kurie nori sujungti sistemas, gali pažvelgti į galimybes, aprašytas puslapyje apie produkto pasporto susiejimą su ERP ar atsargų sistema.
- Susitarimai su programinės įrangos tiekėju arba platforma dėl duomenų eksporto, pasiūlymo ilgalaikę perspektyvą ir ką daryti nutraukus paslaugą.
- Vidinis procesas produktų duomenims tvarkyti, kad medžiagų sudėties ar kitų savybių pokyčiai nuosekliai veiktų pasportą, o ne būtų tvaromi dvigubai ir atskirai.
Įmonėms, kurios gamina matraces pagal užsakymą, taip pat tikslinga nustatyti, kaip atskiri variantai tvarkomi pasporto sistemoje — tas procesas dažnai skiriasi nuo standartinės gamybos ir yra paaiškinti puslapyje apie kaip produkto pasas veikia pagal užsakymą pagamintose saltelėse.
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-09-05. Ar kažkas neteisinga? Praneškite — pataisymai gauna prioritetą.