Apie musPaslaugosDarbaiStraipsniai

Skaitmeninio produkto paso kūrimas: DPP ir baterijų paso diegimas pagal ESPR

Dauguma įmonių apie skaitmeninį produkto pasą sužino panašiai: kas nors persiunčia kliento klausimyną arba mažmenininkas paklausia, koks identifikatorius kitais metais bus spausdinamas ant etiketės, ir paaiškėja, kad reglamentas, kurį visi buvo priskyrę „tvarumo“ temai, iš tikrųjų yra programinės įrangos projektas su konkrečia data.

Mes tą programinę įrangą kuriame. Duomenų modelius, identifikatorius, API už QR kodo, integraciją su PLM ar ERP sistema, kurioje jau saugomi jūsų produktų duomenys, ir registracijos įrašą, kurio tikisi ES registras. Ne teisinę išvadą dėl taikymo srities (tuo rūpinasi jūsų atitikties komanda ar teisininkai), bet viską, kas iš jos išplaukia.

Ko iš tikrųjų reikalauja skaitmeninis produkto pasas

Tvarių produktų ekologinio projektavimo reglamentas (ESPR, Reglamentas (ES) 2024/1781) pakeitė senąją Ekologinio projektavimo direktyvą ir išplėtė jos taikymą nuo su energija susijusių gaminių iki beveik visų ES parduodamų produktų. Pagrindinis jo mechanizmas yra skaitmeninis produkto pasas (DPP): struktūrizuotas, mašininiu būdu nuskaitomas įrašas, susietas su produktu, partija ar vienetu ir pasiekiamas per duomenų laikmeną, esančią ant paties produkto.

Atmetus politikos kalbą, DPP yra keturios inžinerinės problemos:

  • Unikalus identifikatorius produktui, modeliui, partijai ar vienetui, suteiktas pagal pripažintą schemą ir nekintantis visą produkto gyvavimo laiką.
  • Duomenų laikmena (praktiškai QR kodas, kartais NFC arba RFID žyma), nukreipianti į tą identifikatorių. GS1 Digital Link yra sintaksė, prie kurios artėja dauguma tiekimo grandinių, nes ji leidžia vienam QR kodui skirtingai atsakyti vartotojui, mažmenininko skaitytuvui ir perdirbėjui.
  • Duomenų rinkinys, apibrėžtas jūsų produktų grupei skirtame deleguotajame akte: medžiagų sudėtis, susirūpinimą keliančios cheminės medžiagos, informacija apie patvarumą ir taisomumą, perdirbtų medžiagų dalis, anglies pėdsakas, atsarginių dalių prieinamumas, nurodymai pasibaigus naudojimo laikui. Skirtingiems adresatams matomi skirtingi laukai, o prieigos kontrolė yra specifikacijos dalis, o ne malonus priedas.
  • Registracija centriniame ES registre ir pareiga užtikrinti, kad pasas būtų prieinamas nustatytą laikotarpį, taip pat ir tada, kai jūsų įmonė nustoja prekiauti produktu. Tai labiau talpinimo ir tęstinumo, o ne programavimo problema.

Sistema visa apimtimi pradėta taikyti 2026 m. liepos 19 d., kartu pradėjo veikti ir centrinis ES DPP registras. Taip buvo įjungtas mechanizmas. Tačiau konkrečią įmonę įpareigoja jos produktų grupei skirtas deleguotasis aktas.

Svarbios datos

Pirmoji privaloma pareiga taikoma ne tekstilei ar baldams. Ji taikoma baterijoms ir kyla ne iš paties ESPR, o iš Baterijų reglamento.

  • 2027 m. vasario 18 d.: baterijų pasas tampa privalomas pagal Reglamentą (ES) 2023/1542 elektrinių transporto priemonių baterijoms, didesnės nei 2 kWh talpos pramoninėms baterijoms ir LTP (lengvųjų transporto priemonių) baterijoms. Kiekvienai tokiai baterijai, nuo tos dienos pateikiamai ES rinkai, reikės per QR kodą pasiekiamo paso su anglies pėdsako, medžiagų sudėties, perdirbtų medžiagų dalies, būklės ir išsamaus patikrinimo informacija.
  • Nuo 2026 m.: pirmajame ESPR darbo plane (COM(2025) 187) tarp prioritetinių grupių pirmoje vietoje yra geležis ir plienas, po jų eina tekstilė, padangos ir aliuminis, vėliau baldai ir čiužiniai. Kiekvienai produktų grupei priimamas atskiras deleguotasis aktas, ir kiekvienas jų nustato savo pereinamąjį laikotarpį: paprastai nuo aštuoniolikos mėnesių iki dvejų metų tarp priėmimo ir taikymo pradžios.

Jei gaminate baterijas arba montuojate jas į transporto priemones, mašinas ar elektrinius dviračius, laikas skaičiuojamas mėnesiais. Jei gaminate tekstilę, plieną, padangas ar baldus, laikas skaičiuojamas deleguotaisiais aktais, ir dabar prasmingiausia kurti duomenų pagrindą, o ne laukti laukų sąrašo.

Ką kuriame

Produktų duomenų modelis ir spragų analizė

Pradedame nuo jūsų turimų duomenų, o ne nuo tuščios schemos. Dauguma gamintojų jau turi septyniasdešimt procentų to, ko reikia pasui, tik tie duomenys išmėtyti PLM, ERP sistemose, tiekėjų deklaracijose, bandymų ataskaitose ir skaičiuoklėse, kurių niekas nelietė nuo paskutinio audito. Palyginame tai, kas yra, su jūsų produktų grupės reikalavimais, o rezultatas yra spragų sąrašas: konkretūs laukai, kurių šiuo metu negalite pateikti, ir iš kur kiekvieną jų reikėtų gauti. Dažniausiai iš tiekėjo, kurio niekas apie tai dar nebuvo paklausęs.

Šis dokumentas dažnai vertingesnis už po jo kuriamą programinę įrangą, nes miglotą nerimą dėl atitikties paverčia pirkimų užduotimi su konkrečiais atsakingais asmenimis.

Identifikatoriaus ir duomenų laikmenos diegimas

Įdiegiame identifikavimo schemą (GS1 GTIN su serijos ar partijos kvalifikatoriais arba alternatyvią išdavimo schemą, jei jūsų sektorius tokią naudoja) ir sugeneruojame už jos esančias nuorodas. Kai vienas QR kodas turi aptarnauti kelias auditorijas, sukuriame nuorodų sprendiklį taip, kad vartotojo telefonas, mažmenininko sistema ir perdirbėjo skaitytuvas gautų jiems skirtą atsakymą, o riboto naudojimo laukai būtų pasiekiami tik patvirtinus tapatybę.

Pati paso paslauga

DPP yra API ir viešai matomas puslapis, o ne PDF. Kuriame abu: paslaugą, kuri saugo paso duomenis, juos versijuoja, teikia pagal identifikatorių ir atvaizduoja žmogui skaitomą puslapį jūsų rinkoms reikalingomis kalbomis. Ji turi veikti ir būti teisinga daugelį metų, todėl kuriame ją kaip mažą, nuobodžią, gerai stebimą paslaugą, o ne kaip funkciją kažkokioje didesnėje sistemoje, kurią vieną dieną gali nuspręsti išjungti.

Integracija su jūsų jau naudojamomis sistemomis

Paso duomenys turi tekėti automatiškai, o ne būti įvedinėjami ranka. Kuriame integracijas su SAP, Dynamics, Odoo, Infor, individualiomis ERP sistemomis, PLM sistemomis, tokiomis kaip Siemens Teamcenter ar PTC Windchill, ir tiekėjų portalais bei kokybės sistemomis, kuriose saugoma visa kita. Kai tiekėjai duomenis siunčia el. paštu ir skaičiuoklėmis (o iš pradžių taip būna dažniausiai), sukuriame priėmimo ir tikrinimo sluoksnį, kuris juos paverčia struktūrizuotais įrašais be žmogaus, perrašinėjančio duomenis.

Registracija registre ir ataskaitos

Pasirūpiname technine pasų registravimo ES registre puse, registracijos atnaujinimu keičiantis produktams ir įrodymų seka, rodančia, kas ir kada buvo paskelbta. Jei jūsų klientai siunčia savo tiekimo grandinės duomenų užklausas, sukuriame eksporto kelius, kad atsakymas į jas nebūtų kaskart atskiras projektas.

Ko nedarome

Neparduodame DPP platformos su licencija kiekvienam produktui. Tokių platformų daugėja, ir įmonei su paprastu katalogu bei standartiniais duomenimis viena jų gali būti visai tinkamas sprendimas. Mes tai ir pasakysime.

Mes imamės atvejų, su kuriais tokios platformos tvarkosi prastai: produktų su sudėtingais komplektavimo žiniaraščiais, duomenų, išmėtytų po sistemas, kurios niekada nebuvo skirtos tarpusavyje kalbėtis, identifikavimo schemų, kurios turi sugyventi su esama ženklinimo sistema, arba gamintojų, kuriems dėl duomenų suvereniteto paso paslauga turi veikti jų pačių infrastruktūroje.

Taip pat neteikiame teisinių konsultacijų dėl taikymo srities, klasifikavimo ar atitikties. Dirbame kartu su tais, kurie jas teikia.

Sektoriai, su kuriais dirbame

Baterijų ir elektromobilumo gamintojai, kuriems artėja 2027 m. vasario terminas, įskaitant transporto priemonių, elektrinių dviračių, paspirtukų ir pramoninių energijos kaupimo sistemų gamintojus bei juos aprūpinančius elementų tiekėjus.

Tekstilės ir drabužių prekės ženklai, besiruošiantys tekstilės deleguotajam aktui, kur sunkiausia dalis beveik visada yra tiekimo grandinės duomenys, o ne pats pasas.

Plieno, aliuminio ir statybos produktai, kuriems aplinkosauginės produkto deklaracijos ir medžiagų pasai tam tikra forma jau egzistuoja, o darbas yra suderinti juos su ESPR duomenų modeliu.

Elektronika ir buitiniai prietaisai, esantys ESPR, Kibernetinio atsparumo akto ir esamo energijos vartojimo efektyvumo ženklinimo sankirtoje, kuriems paprastai reikia vienos duomenų programos, o ne trijų.

Baldai, padangos ir plataus vartojimo prekės, kurių deleguotieji aktai dar toliau, todėl dabar protinga investuoti į identifikavimo schemą ir duomenų konvejerį.

Kaip paprastai vyksta bendradarbiavimas

Pirmasis žingsnis yra trumpas ir už fiksuotą kainą: pasirengimo produkto pasui vertinimas, paprastai trunkantis dvi tris savaites. Išanalizuojame jūsų produktų struktūrą, duomenų šaltinius ir taikomus reikalavimus, o pateikiame spragų analizę, siūlomą duomenų modelį, identifikatoriaus ir laikmenos rekomendaciją bei kūrimo planą su sąnaudomis.

Dauguma klientų tada vykdo bandomąjį projektą vienai produktų linijai: vienai SKU šeimai nuo pradžios iki galo, nuo duomenų surinkimo iki nuskaitomo QR kodo ir įrašo registre. Bandomasis projektas patikrina modelį realybėje, ir būtent tada paaiškėja, kad tiekėjas negali pateikti perdirbtų medžiagų dalies procentų ir kad dėl to reikia priimti sprendimą.

Toliau seka diegimas, produktų grupė po produktų grupės, plečiant integracijas ir palaipsniui atsisakant rankinio duomenų priėmimo. Tada arba perduodame sistemą jūsų komandai su dokumentacija, arba toliau prižiūrime paslaugą pagal palaikymo sutartį: pasai turi būti prieinami dar ilgai po projekto pabaigos, ir kažkas turi už tai atsakyti.

Standartai ir sistemos, kuriais vadovaujamės

  • ESPR, Reglamentas (ES) 2024/1781, ir pagal jį priimti deleguotieji aktai
  • Baterijų reglamentas (ES) 2023/1542, 77 straipsnis ir XIII priedas
  • GS1 Digital Link, GTIN ir GS1 EPCIS įvykių standartas, kai reikalingas atsekamumas
  • CIRPASS etaloninė architektūra ir rengiami CEN/CENELEC JTC 24 standartai
  • ISO/IEC 15459 identifikatoriai, ISO 14040/14044, kai į pasą patenka anglies pėdsako duomenys
  • W3C Verifiable Credentials, kai svarbus duomenų autentiškumas tarp tiekimo grandinės partnerių

Technologijos

Node.js, Python, Go ir Java paslaugos; PostgreSQL ir įvykių šaltinio (event sourcing) saugyklos, kai paso istoriją turi būti įmanoma atkurti; REST ir GraphQL API; AWS, Azure ir Europos suverenus talpinimas, įskaitant diegimą jūsų patalpose, kai to reikia. Kuriame taip, kad sistema veiktų jūsų debesijos paskyroje, o ne mūsų, nebent pageidaujate, kad ją talpintume mes.

Dažniausiai užduodami klausimai

Kada skaitmeninis produkto pasas tampa privalomas?

Vienos datos nėra. ESPR visa apimtimi taikomas nuo 2026 m. liepos 19 d., ES registras veikia, tačiau konkrečiam produktui pareiga atsiranda tik tada, kai pradedamas taikyti tą produktų grupę apimantis deleguotasis aktas. Pirmasis privalomas pasas yra baterijų pasas, nuo 2027 m. vasario 18 d., pagal Baterijų reglamentą. Geležis ir plienas, tekstilė, padangos ir aliuminis seka pagal ESPR darbo planą, kiekviena grupė su savo pereinamuoju laikotarpiu.

Ar skaitmeninis produkto pasas taikomas mums, jei nesame ES įmonė?

Jei pateikiate produktus ES rinkai, taip. Pareiga tenka ekonominės veiklos vykdytojui, kuris produktą pateikia ES rinkai; tai gali būti jūsų importuotojas ar įgaliotasis atstovas, tačiau duomenys turi ateiti iš jūsų, ir praktiškai pasą kuria gamintojas.

Ar negalime tiesiog ant etiketės įdėti QR kodo su nuoroda į savo produkto puslapį?

Ne. Pase turi būti apibrėžtas duomenų rinkinys mašininiu būdu nuskaitoma forma, jis turi naudoti pripažintos schemos identifikatorių, būti užregistruotas ES registre, išlikti prieinamas nustatytą laikotarpį ir skirtingoms auditorijoms rodyti skirtingus laukus. Rinkodaros puslapis už QR kodo neatitinka nė vieno iš šių reikalavimų.

Jau skelbiame aplinkosaugines produkto deklaracijas. Ar to pakanka?

Tai stipri pradžia, ir paprastai tai reiškia, kad sunkiausi duomenys jau surinkti. Lieka juos susieti su paso duomenų modeliu, suteikti produktams nekintančius identifikatorius ir sukurti paslaugą, kuri duomenis teiktų pagal užklausą, o ne kaip atsisiunčiamą PDF.

Kiek laiko trunka diegimas?

Bandomasis projektas vienai produktų linijai paprastai trunka nuo šešių iki dešimties savaičių po užbaigto pasirengimo vertinimo. Visas diegimas visam katalogui daug labiau priklauso nuo duomenų prieinamumo nei nuo inžinerijos, o tiekėjų duomenų rinkimas beveik visada yra kritinis kelias.

Kur saugomi paso duomenys?

Ten, kur jums reikia. Paslaugą kuriame taip, kad ją būtų galima įdiegti jūsų pačių AWS ar Azure paskyroje, Europos suverenioje infrastruktūroje arba jūsų patalpose. ES registre saugomi registracijos įrašai, o ne jūsų produktų duomenys.

Pradėkite

Atsiųskite mums savo produktų asortimentą ir grupę, kuriai, jūsų manymu, priklausote, ir mes pasakysime, ar paso pareiga jus tikėtina palies, kada, ir kaip turėtų atrodyti jūsų duomenys. Jei sąžiningas atsakymas yra tas, kad jums geriau tiks paruošta platforma, pasakysime ir tai.

Susisiekite su mumis ir užsisakykite pasirengimo skaitmeniniam produkto pasui vertinimą.

Susijusios paslaugos

Norite pradėti naudotis šia paslauga?

Susisiekite
← Atgal į visas paslaugas