kokiu formatu turėčiau pateikti duomenis produkto pasui
Failo formatas dar nenustatytas
ESPR nenumato jokio failo formato — ne ".csv", ne ".xml", ne ".json". ESPR 11 straipsnis (Reglamentas (ES) 2024/1781) nustato, kad skaitmeninis produkto pasas turi veikti pagal atvirus, tarpusavyje suderinamus techninius standartus, kad įvairių šalių sistemos galėtų skaityti ir apdoroti duomenis. Kuris standartas bus naudojamas, nustatys delegituoti aktai, kurie bus sudaromi pagal kiekvieną produktų grupę. Geležies ir plieno pramonei šis aktas dar nėra. Kiekvienas, kuris dabar klausia „kokiu formatu turiu pateikti duomenis
Kam tai taikoma ir kam ne
. pateikia galimai teisingą atsakymą — šiuo metu to atsakymo tiesiog nėra.
Šis neaiškumas galioja visiems, kurie gamina, importuoja ar prekiauja plienu arba geležies pusfabrikačiais ir ruošiasi produkto pasui: plieno prekybai, metalų apdorojimo įmonėms, statybos įmonėms. Tai nėra tik plieno klausimas — kiekviena produktų grupė, kuriai taikomas ESPR, gauna savo delegituotą aktą su savomis techninėmis specifikacijomis. Baterijų, tekstilės ar baldų formatas gali skirtis nuo to, kas bus taikoma plienui. Taip pat svarbu atskirti saugojimo formatą nuo mainų formato: 11 straipsnis yra apie tai, kaip sistemos gegena-viena turi galėti skaityti duomenis, o ne apie tai, kaip gamintojas tvarko savo administraciją. Įmonė, kuri savo duomenis šiuo metu laiko Excel faile arba ERP sistemoje, to nekeisti — konvertavimas į galutinį formatą atliekamas rengiant pasą, o ne su pirminio šaltinio duomenimis.
Kada tai bus nustatytas
Negalima nustatyti datos, kada bus žinomas plieno failo formatas, nes tokios datos nėra tuodomose šaltiniuose. Tai, kas yra nustatyta, yra kelias: Europos Komisija techninių reikalavimų nustatys delegituotame akte pagal produktų grupę, kaip nurodo ESPR 4 ir 11 straipsniai. Kol nėra paskelbtas geležies ir plieno delegituotas aktas, nėra ir formato, kurio reikėtų laikytis. Tol nesikeičia būdas, kuriuo įmonės dabar laiko produktų duomenis — nėra laikinojo formato, kuris jau turėtų būti taikomas. Kai tik bus paskelbtas plieno delegituotas aktas, konkreti techninė specifikacija bus pateikta čia.
Ką daryti, kol formatas dar nenustatytas Tiems, kurie jau nori ruoštis iš anksto, praktiškiausias žingsnis — sutvarkyti savus duomenų šaltinius, nepriklausomai nuo galutinio failo formato. Tai prasideda nuo to, kad nustatyma, kokie duomenys yra prieinami kiekvienam produktui — sudėtis, kilmė, sertifikatai — ir kaip tie duomenys saugomi viduje. Tada prasminga apžvelgti, kaip tie duomenys vėliau gali būti prijungti prie sistemos, kuri surenka pasą; prijungimas prie savos ERP ar atsargų sistemos kaip kiekvienas produktas gauna unikalų identifikavimo kodąyra klausimas, kuris gali būti atsakytas nepriklausomai nuo failo formato. Klausimas apie tai, kaip kiekvienas produktas ar partija identifikuojama, taip pat nepriklausomas nuo formato ir gali būti išaiškintas dabar — žr. kas yra GS1 Digital Link produkto pasui. Taigi failo formatas yra paskutinis žingsnis sekoje — ruošimasis tam prasideda nuo pačių duomenų, o ne nuo techninio specifikacijos, kuri dar turi būti nustatyta.
Teisinė pagrindas: ESPR 10 ir 11 straipsniai
10 straipsnio iš ESPR (Reglamento (ES) 2024/1781) nurodomi bendrieji reikalavimai, kuriems turi atitikti skaitmeninė produkto pase, įskaitant duomenų prieinamumą ir patikimumą. 11 straipsnis tai toliau detalizuoja techniniam projektui ir paso veikimui: jame numatyta, kad pagrindinė technologija turi atitikti atvirus standartus, turi būti tarpusavyje suderinama tarp rinkos dalyvių ir turi būti mašiniškai skaitoma. Nė viename iš šių straipsnių neminima konkretus failų formatas, konkretus kodavimas ar konkretus techninis standarta — tas tikslinimas yra aiškiai pavestas vėlesniems veiksmams pagal produktų grupę. Tai taip pat yra priežastis, kodėl šis atsakymas dabar negali prasitęsti toliau nei nurodydamas principą: įstatymas nustato tarpusavyje sąveikaujančio reikalavimą, bet ne techninį standartą, kuriuo tas reikalavimas būtų įvykdytas.
Ką daryti dabar
Šiuo metu nėra nieko, ką pasirinkti arba įdiegti failų formato aspektu — tas pasirinkimas priklauso nuo deleguotojo akto, kuris dar turi būti paskeltas. Kas iš tiesų prasminga, tai sutvarkyti savo produktų duomenis ir suprasti identifikacijos ir sąsajos klausimus, kurie aukščiau buvo minėti, kad vėliau perėjimas į galutinį formatą būtų tik sujungimo reikalas, o ne naujas pradžia nuo nulio.
Kuo tai pagrįsta
- Verordening (EU) 2024/1781 (ESPR), 11 straipsnis (skaitmeninio produkto paso techninis projektavimas ir veikimas)
- Reglamentas (ES) 2024/1781 (ESPR), 10 straipsnis (reikalavimas skaitmeniniam produkto pasui)
Pats reglamentas yra EUR-Lex. Kiekvieno teiginio atžvilgiu pateikiame nuorodas; jūs mums neturite tikėti.
Ką jūs turėtumėte daryti konkretiškai
Ko iš jūsų tikimasi
Naudoti atvirus, standartizuotus duomenų formatus
10 straipsnio iš ESPR (Reglamento (ES) 2024/1781) nurodyta, kad skaitmeninės produkto pase duomenys turi atitikti atvirus, tarpusavyje suderinamus standartus. Tai reiškia, kad failų formatas, kurį gali skaityti tik viena specifinė programinė įranga, neatitinka reglamento tikslo. Praktiškai, stalo prekybai arba metalo perdirbėjui, kuriame dirba nuo 10 iki 100 darbuotojų, tai reiškia, kad duomenys iš savos ERP arba atsargų sistemos išeksportuojami į formatą, kurį gali skaityti kitos šalys — klientai, priežiūros institucijos, perrūdijinamų atliekų įmonės — be papildomos licencijos arba specialios programinės įrangos. Eksportavimas į uždarą, pramonės savitą failų tipą tam neatitinka, net jei tas eksportavimo formatas viduje buvo naudojamas jau daug metų.
Duomenis teikti mašiniškai skaitomoje formoje
11 straipsnis iš ESPR (Reglamento (ES) 2024/1781) aprašo, kad pasas turi būti mašiniškai skaitomas ir per nešiklį (paprastai QR kodą) gali būti automatiškai nuskaitytas. Tai praktiškai atmetia nuskaitytą PDF iš popierinės sertifikatės kaip vienintelį duomenų šaltinį: tas yra skaitytojui suprantamas, tačiau ne patikimai automatiškai apdorojamas. Įmonei, kuri yra įpratusi medžiagų sertifikatus siųsti kaip PDF, tai reiškia, kad reikalingas konvertavimas į struktūrizuotus duomenis — pagalvokite apie laukus su fiksuota reikšme (plieno rūšis, serija, sudėtis), o ne laisvą tekstą dokumento išdėstyme.
Struktūra, kuri suderinta su likusia sistema
Abu straipsniai rodo gerovės duomenų struktūrą, kuri nėra izoliuota, o suderinta su platesne produkto paso infrastruktūra: unikalus identifikacinis numeris, sąsaja su registru, ir būdas, kuriuo po produkto pardavimo pasas dar daugelį metų lieka prieinamas. Vidurio dydžio metalo įmonei tai reiškia, kad failų formato pasirinkimas negali būti vertinamas atskirai nuo to, kaip kiekvienas produktas gauna unikalų identifikavimo kodą: žr.„. Duomenų formatas ir produkto identifikacija priklauso vienas kitam; atskiras „Excel Kaip kiekvienam produktui suteikti unikalų identifikacijos kodą?${failas be nuoseklios sąsajos su produkto kodu neatitinka 10 straipsnyje aprašytos tarpusavyje sąveikaujančio koncepcijos.
Kur praktikoje atsiranda problemų
Pirmoji dažnai iškilus situacija: stalo prekyba jau daug metų klientams teikia medžiagų sertifikatus (pavyzdžiui, 3.1-sertifikatus) kaip PDF, ir manoma, kad tai taip pat pakaks produkto pasui. PDF yra teisinga duomenys, tačiau ne tokia forma, kuri būtų automatiškai skaitoma — dėl to jie neatitinka to, ką 11 straipsnis aprašo.
Antra situacija: įmonė naudoja vidinį Excel failą su savais stulpelių pavadinimais ir savomis plieno rūšių santrumpomis. Tai gerai veikia pačioje įmonėje, tačiau kai tik klientas, priežiūros institucija arba registras turi interpretuoti tuos duomenis, trūksta bendros reikšmės, kurią suteiktų standartizuotas formatas.
Trečia situacija susidaro įmonėse, kurios pertvarkymą į struktūrizuotą formatą atlieka tik tada, kai produktas palieka duris. Kai ta pertvarka atliekama rankiniu būdu, kiekvienam pardavimo užsakymui, klaidų ir neatitikimų tarp pasportų rizika yra didelė — ypač turint asortimentą su daug ligų sudėties, storio arba šilumos apdorojimo variantų.
Ketvirta situacija: failo formatas iš tiesų parenkamas teisingai, tačiau trūksta ryšio su savuoju atsargų sistema, dėl to duomenys įvedami du kartus ir atnaujinus ERP sistemą jie nesuderinami su tuo, kas nurodyta pasporte. Apie tai taip pat žr. Ar galiu produkto pasą susieti su savo ERP ar atsargų sistema?.
Penkta, mažiau matoma situacija: įmonė mano, kad failo formatas yra vienkartinis pasirinkimas pirmo tiekimo metu, o pasportas turi būti prieinamas daug metų. Formatas, kuris dabar yra įprastas, gali juo nebebūti per metų — rizika, susijusi su tuo, kiek ilgai iš tikrųjų turi egzistuoti pasportas, žr. Kiek laiko produkto pasas turi būti prieinamas?.
Ką galite registruoti
- Esamų eksporto formatų apžvalga iš savosios ERP arba atsargų sistemos, su pastaba, kurie jų yra mašiniškai skaitomi ir kurie ne (pavyzdžiui, PDF ir CSV arba XML).
- Fiksuotas laukelių sąrašas pagal produktų grupę (plieno rūšis, partija, matmenys, sudėtis), kad vidiniai duomenys visada būtų struktūrizuoti tuo pačiu būdu, neatsižvelgiant į tai, kas duomenis įveda.
- Susitarimas su tiekėjais arba gamintojais dėl formato, kuriame jie pateikia savo duomenis, kad duomenys nebūtų rankiniu būdu perkopijuoti iš sertifikatų arba PDF failų.
- Nuoroda į ryšį su unikalia kiekvieno produkto identifikacijos kodu kad failo formatas ir identifikacija kartu sudarytų visuotinę sistemą — žr. Kaip kiekvienam produktui suteikti unikalų identifikacijos kodą?.
- Pastaba apie skaitomumą be interneto ryšio, kiek tai būtina savoms darbo procesams gamybinėje zonoje ar transporte, žr. ar produkto pasas turi veikti be interneto ryšio.
- Dosjeris su pasirinktu duomenų formatais pagal produktų liniją, įskaitant pokyčio datą, kad vėlesniam standartų pakeitimui būtų galima patikrinti, kurie senesni pasportai vis dar turi pasenusį formatą.
Tikslios technines pasirinkto failo formato specifikacijos bus toliau sudarytos per deleguotuosius aktus pagal produktų grupę; šiuo metu Verordimo (EU) 2024/1781 (ESPR) 10 ir 11 straipsniai aprašo šių pasirinkimų rėmą. Kai tik bus paskelbtas geležies ir plieno deleguotasis aktas, čia bus papildyta, koks formatas tiksliai bus reikalingas.
Tai nėra teisinė konsultacija. Šiame puslapyje pateikiama bendroji informacija apie reglamentavimą, kuriuo grindžiama ši platforma. Mes nežinome jūsų situacijos. Jei abejojate dėl savo atveio, pasikonsultuokite su teisininku ar atitinkama priežiūros institucija.
Parašyta naudojant dirbtinį intelektą remiantis aukščiau nurodytais šaltiniais, žmogaus patikrinta 2026-09-05. Ar kažkas neklapa? Praneškite mums — pataisymai turi prioritetą.