ar galiu savo esamą produkto duomenų bazę naudoti produkto pasui

Taip, kaip šaltinis — bet ne kaip pats pasas

Esama produktų duomenų bazė paprastai gali tarnauti kaip šaltinis duomenims, kurie pateks į skaitmeninį produkto pasą, bet pati duomenų bazė nėra produkto pasas. Produkto pasas yra specifinis duomenų formatas, susietas su unikalia nešikle (dažniausiai QR kodu) kiekvienam produktui ar produkto modeliui, turintis fiksuotus reikalavimus struktūrai, prieinamumui ir sąsajai su kitomis sistemomis, tokiomis kaip ES registracijos registras. Informacija, kuri jau dabar yra ERP sistemoje, PIM sistemoje arba Excel sąraše — medžiagos, matmenys, artikulo numeriai, tiekėjas, sudėtis — yra tiksliai tokio tipo duomenys, kurie turės būti pasuose. Šie duomenys todėl nereikalingi iš naujo rinkti, bet jie turi būti perkelti į tinkamą formatą ir susieti su tinkama nešikle.

Kuriems duomenims tai tinka, o kuriems – ne

Duomenys, kurie yra fiksuoti kiekvienam produktui ar produkto modeliui — tokie kaip medžiagų sudėtis, kilmė, matmenys, garantijos informacija ar priežiūros instrukcijos — gerai tinka iš naujo panaudoti iš esamos duomenų bazės. Šie duomenys yra dalis to, ką ESPR 9 straipsnis (Reglamentas (ES) 2024/1781) apibūdina kaip skaitmeninio produkto paso esmę: informacija, kuri turi būti prieinama kiekvienam produktui per duomenų nešiklę. Kur esama duomenų bazė dažnai nepavyksta, yra techninė struktūra, kurią numato ESPR 10 straipsnis: unikalus produkto identifikacinis numeris, sąsaja su registracijos registru ir formatas, kurį rinkos dalyviai, priežiūros institucijos ir vartotojai gali tolygiai perskaityti. Vidinė duomenų bazė paprastai sutvarkyta vidaus veiklos tikslams — atsargų valdymui, užsakymų apdorojimui — o ne išoriniam, standartizuotam skaitymui, kaip reikalauja ESPR 11 straipsnis dėl paso techninio veikimo. Tai yra skirtumas tarp „duomenys jau yra

Kada tai tampa aktualus

Klausimas, ar esama duomenų bazė yra tinkama, tampa konkretus tik tada, kai meublams taikoma pareiga pradeda galioti, o tas momentas dar nepažymėtas. Kaip nurodyta ir puslapyje apie kada produkto pasas taps privalomas mebleams nurodyti, baldų deleguotojo akto dar nepaskelbta; tik tada nustatomos, kurie iš tikrųjų duomenys yra būtini ir koks jų formatas turi būti. Kol to neįvyks, nėra teisinės pareigos turėti pasą, tačiau tai nereiškia, kad laukimas yra vienintelė galimybė. Kas tikrai jau yra nustatyta iki tol, tai bendras ESPR struktūros iš paties akto — 9, 10 ir 11 straipsniai — struktūra, kuri nusako rėmelį, kuriame vėliau bus užpildytas baldų delegiruotasis aktas.

Kaip tai praktikoje įgyvendinti

Pirmasis žingsnis – patikrinti, kurie duomenys jau yra nustatyti ir kur: medžiagų sudėtis, kilmė, matmenys ir gerai žinomi sertifikatai ar testų ataskaitai. Dauguma tos informacijos dažnai yra išsklaidyta skirtingose sistemose — ERP atsargoms, PIM produkto informacijai, atskiri dokumentai sertifikatams. Antrasis žingsnis – įvertinti, ar tie duomenys produkto modelio lygiu yra nuoseklūs ir aktualūs, nes pasas reikalauoja vienareikšmės informacijos vienam produktui, o ne pagal užsakymą ar pagal partiją. Trečiasis žingsnis – patikrinti, kurie duomenys trūksta; tai dažnai būtent tie duomenys, kurie konkrečiai prašomi paso, tokie kaip remonto ar nuardymo informacija, ir kurie paprastai nėra standartiniai pardavimo ar atsargų sistemoje. Tiems, kurie nori pradėti dabar, net jei tikslius reikalavimus dar nenustatyti, puslapyje apie ką jūs dabar galite daryti, kol taisyklės dar nėra galutinės aprašyti keli paruošiamieji žingsniai, kuriuos galima imtis be rizikos. Dėl apžvalgos, kaip elgtis iš eilės, nuo duomenų rinkimo iki duomenų nešiklio umieszczenia, yra puslapis apie produkto pasą žingsnis po žingsnio yra logiškas tęsinys.

Svarbias pastabas dėl kolekcinių su daugybe variantų — spalvų, apmušalų, kojos tipų — yra tai, kad esama duomenų bazė šiuos variantus dažnai valdo kaip atskirus SKU be bendros pagrindo. Pasas tiesiai reikalauja aiškios jungties tarp to, kas bendrai naudojama kolekcinėje, ir to, kas skiriasi atsižvelgiant į variantą — tai, kuriam skiriamas ypatingas dėmesys puslapyje apie pasu kūrimą kolekcijai su daugybe spalvų ir audinių variantų.

Teisinė pagrindas: ESPR 9, 10 ir 11 straipsniai

Pagal ESPR 9 straipsnį (Reglamentas (ES) 2024/1781) produktas, turintis skaitmeninį pasą, turi būti aprūpintas duomenų nešikliu, per kurį galima pasiekti informaciją apie šį produktą. ESPR 10 straipsnis apibūdina šios informacijos turinio reikalavimus, įskaitant susiejimą su unikaliu identifikaciniu numeriu ir registracijos registru. ESPR 11 straipsnis yra apie techninį veikimą: kaip pasas turi būti skaitomas ir keičiamas tarp skirtingų grandinės dalyvių. Kartu šie straipsniai nustato, kad produkto pasas nėra tik duomenų bazė su produkto informacija, bet speciali paruošta sluoksnio viršuje — sukurta iš duomenų, kurie dažnai jau egzistuoja, bet papildyti ir sustrukturizuoti pagal reikalavimus, kurie dar bus nustatyti pagal produktų grupę.

Kas dabar nori patikrinti, ar jų baldai vėliau pateks į šią pareigą, gali tai patikrinti puslapyje apie ar skaitmeninis produkto pasas taikomas konkretiems baldams, o kas pirmiausia nori žinoti, kas iš esmės yra produkto pasas, tai randa puslapyje apie ką skaitmeninis produkto pasas yra baldams. Praktiškiausias žingsnis dabar yra: inventorizuoti ir išdėstyti pagal produkto modelį egzistuojančius produkto duomenis, kad papildymas vėliau apsiribotų tuo, kas tikrai dar trūksta.

Kuo tai pagrįsta

Pats reglamentas yra EUR-Lex. Mes nurodome pagal tvirtinimą; jūs neturite mums tikėti.

Ką konkrečiai jūs turite daryti

Ko iš jūsų tikimasi

Daug įmonių su 10 iki 100 darbuotojų jau turi produkto duomenų bazę: ERP sistemą, PIM sistemą, arba tiesiog išplėstą Excel failą su artikulų numeriais, medžiagomis, matmenimis ir tiekėjo duomenimis. Klausimas nėra ar ta duomenų bazė naudinga, o ar duomenys joje atitinka tai, ko ESPR tikisi iš skaitmeninio produkto paso. Tai yra du skirtingi dalykai.

Turinys turi atitikti tai, ko reikalauja deleguotasis aktas

Pagal ESPR 9 straipsnį (Reglamentas (ES) 2024/1781) skaitmeninis produkto pasas yra produkto informacijos rinkinys, kuris yra prieinas per duomenų nešiklį. Kuri informacija turi būti tiksliai, nustatomos per kiekvienos produkto grupės deleguotąjį aktą. Baldams tas dar nebuvo paskeltas. Praktiškai tai reiškia, kad esama duomenų bazė dažnai jau turi dalį iš to, ko reikalaujama duomenų — medžiagų sudėties, kilmę, matmenis — bet retai viską. Remonto informacija, perdirbimo instrukcijos ar duomenys apie perdirbamumą dažnai nėra standartinės ERP sistemoje, nustatytos atsargų valdymui ir sąskaitoms faktūroms.

Duomenys turi būti struktūriškai sujungiami su duomenų nešikliu

ESPR 11 straipsnis nustato reikalavimus techniniam projektui: pasas turi būti pasiekiamas per duomenų nešiklį (pvz., QR kodą) ir duomenys turi būti pateikti struktūrizuotu, mašinu skaitomu būdu. Duomenų bazė, naudojama tik viduje ir nenaudojama sukuriant unikalią, nuolatinę jungtį su duomenų nešikliu pagal produkto egzempliorių ar modelį, to negarantavo. Šio dydžio įmonei tai paprastai reiškia, kad reikalinga papildoma sluoksnis tarp esamos duomenų bazės ir išorės pasaulio: sistema, kuri iš duomenų bazės paima tinkamus duomenis, juos tinkamoje formoje paruošia, ir sujungia su QR kodu, kuris lieka prieinamas dešimt metų.

Prieinamumas turi atitikti ESPR 10 straipsnio reikalavimus

Straipsnis 10 iš ESPR nustato, kas gali matyti kuriuos duomenis ir kiek laiko jie turi išlikti prieinami. Vidinė duomenų bazė paprastai nėra sukurta viešam ar daliniam viešam prieinamumui, juo labiau tokiam saugojimo laikui, kuris nepriklauso nuo to, ar pati įmonė dar egzistuoja. Tai reikalauja atskiros sistemos, esančios šalia jau egzistuojančios duomenų bazės, o ne jos pakeitimo.

Kur praktikoje klystamuose

Gamintojas mano, kad kadangi visi techniniai parametrai jau yra ERP sistemoje, pasportą „bus lengva gauti iš jos tiesiogiai". Praktikoje tik trūksta laukų, kuriuos tikriausiai pareikalaus ESPR, pavyzdžiui, remonto ir išmontuojimo informacijos, ir šiuos duomenis reikės papildyti rankiniu būdu.

Importuotojas dirba su gamintojo duomenų baze iš valstybės, esančios už ES ribų, ir mano, kad šiuos duomenis galima naudoti vienas prie kito. Šaltinio duomenys dažnai neatitinka reikalingos struktūros ar kalbos, o importuotojas, kaip tinklo dalyvis ES, pats atsiskaito už duomenų, kurie galiausiai atsiranda pasporte, tikslumą.

Projektavimo vadybininkas turi savo straipsnio duomenų bazę kiekvienam kliento projektui, tačiau ji nėra susieta su atskira duomenų nešėja kiekvienam produktui. Atlikus patikrinimą, pasirodo, kad nėra tiesioginio, stabilaus ryšio tarp parduoto baldės ir atitinkamų pasporto duomenų.

Įmonė nuolat atnaujina savo duomenų bazę, pavyzdžiui, keičiant medžiagą, tačiau pamiršta, kad jau parduotų produktų pasportas dėl to nebesuderinamas su fiziniu produktu. Vidinė duomenų bazė yra „gyvybingas

Įmonė, turinti daug spalvų ir audinių variantų, šiuos variantus tvarko kaip atskirus laukus vienoje produkto kodoje, o pasportui gali reikėti skirtingų duomenų kiekvienam variantui — pagalvokite apie skirtingą medžiagos procentą pasirinkus skirtingą audinį. Kas susiduria su šia problema, daugiau apie šią konkrečią komplikaciją rasim čia kaip sukurti baldų kolekcijai skirtus pasportus, kurioje daug spalvų ir audinių variantų.

Ką galite dokumentuoti

Sąrašas, kuriame nurodoma, kokie duomenys jau yra esančioje duomenų bazėje ir kurie iš jų tikriausiai yra svarbūs produktų pasportui — remiantis ESPR (Reglamento (ES) 2024/1781) straipsniais 9 ir 10, nors tikslus sąrašas pagal kiekvieną produktų grupę dar nenustatytas.
Pastaba apie kiekvieno duomens šaltinį ir patikimumą: ar jis buvo pačių nustatytas, ar perimtas iš tiekėjo ar gamintojo kitur tiekimo grandinėje.
Produkto duomenų pasikeitimų stebėjimo procedūra, siekiant paaiškinti, kuri duomenų versija priklausė parduotam produktui.
Susitarimai su tiekėjais dėl to, kokius duomenis jie teikia ir kokiu formatu, ypač kai vidinė duomenų bazė priklauso nuo jų įvesties.
Produktų variantų sąrašas ir duomenys, kurie gali skirtis pagal variantą, ypač spalvos ir audinio variantams.

Kas nori tai sustruktūrizuoti jau dabar, net nuo to negavus deleguotojo akto, rasim metodą čia ką dabar jau galiu daryti, kol taisyklės dar nėra galutinės. Ir tiems, kurie nori žinoti, kaip šis inventorius tilps į likutį proceso, čia rasim apžvalgą kaip žingsnis po žingsnio pradėti meublų produkto pasą.

Todėl esama produkto duomenų bazė retai byvaina nuvertinta, tačiau taip pat retai byvaina pakankama pati savaime. Jų daugumoje atvejų jie sudaro naudingas pradžią: pagrindiniai duomenys yra jie, struktūra ir sąsaja su duomenų nešėju paprastai nėra. Protinga yti įvertinti šiuos du dalykus atskirai — kokie duomenys jau yra ir ko dar reikia, kad šie duomenys taptų pasportu.

Tai nėra teisinė nuomonė. Šis puslapis pateikia bendrą informaciją apie taisykles, kuriomis susijęs šis platform. Mes nežinome jūsų situacijos. Jei abejojate dėl jūsų konkrečios situacijos, kreipkitės į teisininką arba kompetentingą priežiūros organą.

Parašyta AI pagal aukščiau pateiktus šaltinius, patikrinus žmogui 2026-09-05. Ar kas nors nesuderintas? Pranešti — taisymai turi prioritetą.