v akom formáte mám dodať údaje produktového pasu

Čo konkrétne musíte urobiť

Čo sa od vás očakáva

Otázka, ktorý formát súboru je povinný — JSON, XML, PDF, špecifická štruktúra API — sa dostane k jednotlivým importérom a výrobcom, len čo IT oddelenie začne s vývojom. Odpoveď na základe aktuálneho textu ESPR je nuchter: konkrétny formát súboru nie je v nariadení uvedený. Články 10 a 11 nariadenia ESPR (Nariadenie (EÚ) 2024/1781) síce upravujú požiadavky na digitálny produktový pas, ale na úrovni funkčných a technických požiadaviek, nie na úrovni "používaj JSON-LD" alebo "doručuj súbor XML podľa tohto schémy". Implementácia sa očakáva prostredníctvom delegovaných a vykonávacích aktov pre jednotlivé skupiny produktov.

Interoperabilita je v centre pozornosti, nie jeden špecifický formát

Článok 10 nariadenia ESPR spomína interoperabilitu ako kľúčovú požiadavku: paspoort musí byť štruktúrovaný tak, aby systémy rôznych strán — dozorné orgány, účastníci trhu, spotrebitelia — mohli údaje čítať. Pre podnik s 10 až 100 zamestnancami to v praxi znamená, že voľba formátu úložiska a výmeny sa dá urobiť s istotou len potom, čo bude zverejnená delegovaná legislatívna úprava pre vlastnú kategóriu produktu. Kým k tomu nedôjde, je vhodné pracovať so štruktúrovanými údajmi (napríklad poľa v databáze alebo ERP-systéme) namiesto toho, aby ste údaje uchovávali len v samostatnom dokumente alebo PDF, aby neskorší prístup v konečnom formáte vyžadoval menej opravy.

Paspoort musí byť čitateľný prostredníctvom QR dátového nosiča

Článok 11 nariadenia ESPR opisuje technické fungovanie pasportu vrátane prepojenia s dátovým nosičom na produkte. To znamená, že základné údaje, v akomkoľvek formáte, musia byť dostupné v momente, keď niekto skanuuje kód. Ako toto prepojenie technicky funguje a ktoré štandardy identifikácie pri tom zohrávajú úlohu, je popísané na stránke o ako sa dostane QR kód produktového pasu na moju elektroniku. Pre podniky, ktoré už pracujú s GS1-čiarovými kódmi, je relevantná otázka, či sa môže použiť existujúca identifikačná štruktúra — táto téma sa objavuje opäť na stránke o čo je GS1 Digital Link a či je to potrebné pre produktový pas.

Každý produkt musí byť jednoznačne identifikovateľný, nezávisle od formátu súboru

Bez ohľadu na to, aký technický formát bude neskôr predpísaný, základnou požiadavkou je, aby každý produkt mal unique identifikačný kód. Ide o samostatnú požiadavku, ktorá sa nemení, ak sa formát súboru neskôr stanoví. Podniky, ktoré už teraz začnú so štruktúrovaním svojich údajov o produktoch, by mali identifikáciu brať ako pevnú súčasť. Ako sa to v praxi buduje, je vysvetlené na stránke o ako prideliť každému produktu unique identifikačný kód.

Poskytnutie údajov do registra si vyžaduje vlastnú formu

Článok 13 ESPR zavádza register digitálnych produktových pasov, v ktorom sa zaznamenávajú určité údaje o pase. Ani v tomto prípade nie je presne stanovené, v akom formáte súboru sa musí poskytnutie uskutočniť — to bude ďalej upresnené. Je však jasné, že tento register predstavuje samostatný tok poskytovania podatkov paralelne s pasom, ktorý je prístupný prostredníctvom QR kódu. Viac o tom, čo by malo v registri obsahovať, je na stránke o čo je register digitálnych produktových pasov a čo v ňom musí byť.

Kde sa to v praxi pokazí

Príliš skoré fixovanie v rigidnom formáte. Niektoré podniky si už teraz nechávajú budovať PDF pas, pretože je to rýchle a známe, zatiaľ čo finálna požiadavka pravdepodobne vyžaduje štruktúrované, strojovo čitateľné údaje. PDF je čitateľný pre ľudí, ale automaticky nie je vhodný pre interoperabilitu, ktorú má na mysli článok 10 ESPR.

Údaje rozptýlené vo viacerých systémoch bez prepojenia. Informácie o produktoch sa nachádzajú často čiastočne v ERP systéme, čiastočne v marketingových dokumentoch, čiastočne u externého dodávateľa. Bez plánu na ich zjednotenie bude ťažké rýchlo prejsť, keď bude известный povinný formát. Podniky, ktoré zvažujú zapojenie vlastného systému, nájdu viac informácií o možnostiach na stránke o prepojení produktového pasu s vlastným ERP alebo skladovým systémom.

Zmätok medzi samotným pasom a registrom. Pas, ktorý je prístupný prostredníctvom QR kódu, a údaje, ktoré sa nachádzajú v registri, nemajú automaticky identickú formu alebo formát. Predpokladať, že jeden súbor vyhovuje obom účelom, je riziko, ktoré sa stane zrejmým len vtedy, keď sa vykonávacie opatrenia stanú konkrétnymi.

Nezohľadnenie viacerých úrovní produktov. V prípade produktov, ktoré sa predávajú v kombinovaných obaloch, alebo keď sa zariadenie skladá z viacerých komponentov so svojím vlastným pasom, je otázka, ako sú formáty údajov vzájomne prepojené, ešte zložitejšia. To sa týka napríklad krabice s viacerými zariadeniami v nej a u produktov, ktoré vyžadujú viacero produktových pasov.

Nedostatočná pozornosť čitateľnosti na dlhšiu dobu. Formát súboru, ktorý je teraz bežný, nemusí ním zostať na dlhšie obdobie. Pretože pas musí zostať prístupný počas určitého obdobia, voľba formátu je tiež otázkou udržateľnosti — pozri vysvetlenie o ako dlho musí byť digitálny produktový pas dostupný.

Čo môžete zaznamenať

• Prehľad miesta, kde sa údaje o produktoch v súčasnosti zaznamenávajú (ERP, PIM, tabuľky, dokumenty dodávateľov) a v akom formáte.
• Zoznam povinných zdrojov údajov na kategóriu produktu, akonáhle bude publikované delegované opatrenie pre danú kategóriu.
• Dohody s dodávateľmi a subdodávateľmi o formáte, v ktorom poskytujú svoje údaje o produktoch, aby bolo prepojenie neskôr jednoduchšie.
• Interný zodpovedný pracovník alebo tím, ktorý sleduje vývoj technických noriem, keďže článok 11 ESPR o tom dostane ďalšie špecifikácie.
• Dokumentácia o zvolenom identifikačnom spôsobe na produkt, aj nezávisle od konečného formátu súboru.
• Prehľad požiadaviek na hosting a dostupnosť, ktoré spolu s formátom určujú, ako sa pas technicky nastaví — pozri stránku o aké požiadavky na hosting platia.