Razprava o digitalnem potrdilu o izdelku se skoraj vedno vrti okoli rokov, pravnih aktov in sektorskih načrtov. Za večino podjetij pa je prva resnična ovira drugje: njihovi podatki o izdelkih sploh niso v digitalni obliki - vsaj ne v taki, da bi iz njih lahko ustvarili potrdilo. Nahajajo se v podatkovnih listih v formatu PDF, v e-poštnih sporočilih dobaviteljev, v glavah dolgoletnih zaposlenih in v dobrem ducatu Excelovih datotek na različnih pogonih.
DPP ta podjetja prisili, da prvič temeljito digitalizirajo svoje podatke o izdelkih in jih združijo na enem mestu. To je naporno. A gre za delo, ki se takoj izplača - ne glede na to, kdaj bo obveznost za vašo panogo začela veljati.
DPP je le povod - problem pa je starejši
Kdor želi ustvariti DPP, potrebuje za vsak izdelek popoln, strukturiran nabor podatkov: osnovne podatke, komponente in materiale, poreklo, okoljske kazalnike. Teoretično ti podatki že obstajajo v skoraj vsakem podjetju. V praksi pa so razpršeni po številnih sistemih in formatih, podvojeno vzdrževani in nikjer popolni.
Združevanje teh podatkov je pravi podvig - ne pa poznejše ustvarjanje potrdila. In ta podvig ima vrednost, ki nima ničesar skupnega z DPP: manj napak, hitrejše uvajanje novih zaposlenih, en sam zanesljiv vir namesto desetih protislovnih tabel. Digitalizacija, h kateri sili DPP, je akcija pospravljanja, ki je bila že zdavnaj potrebna.
Transpareo je predvsem orodje za upravljanje podatkov o izdelkih
V bistvu je Transpareo orodje za upravljanje podatkov o izdelkih: izdelki, komponente in materiali v eni sami, strukturirani obliki. Vse, kar zaznamuje DPP - podpisi, QR-kode, prevod v 40 jezikov - temelji na tej osnovi. Brez urejenih podatkov o izdelkih ni potrdila.
Struktura v ozadju - tipi lastnosti, s katerimi opisujete izdelke, komponente in materiale - je popolnoma prilagodljiva. Vi določite, katera polja bodo vključena v vaše izdelke. Da ne boste začeli z nič, vam na željo vnaprej pripravimo polja, ki so pomembna za vašo kategorijo izdelkov - niz tipov lastnosti, ki že odraža zahteve pravnih aktov EU. To je neobvezna izhodiščna točka, ne pa okvir: ta polja lahko prevzamete, prilagodite, dopolnite ali pa opredelite lastna.
Prilagodljivi uvoznik: od seznama v Excelu do strukturiranega seznama
Najtežji del vsakega podatkovnega projekta je sploh vnos obstoječih podatkov. Prav za to je namenjen uvoznik. Vaše obstoječe datoteke - Excel, CSV, izvozi iz sistemov ERP ali PLM - prenese v model.
Podatke dostavite takšne, kot so na voljo danes; uvoznik se prilagodi vašim stolpcem, ne obratno.
Pred shranjevanjem validator preveri vsak posamezen zapis in opozori na manjkajoče ali neskladne podatke - manjkajočo enoto, neenotno oznako države, prazno obvezno polje. Tako uvoz postane pregleden cikel: naložite, opazite vrzeli, popravite, ponovno uvozite. Namesto projekta »velikega poka« je potrebnih le nekaj ponovitev, dokler ni zaloga popolna.
API: povezava z obstoječimi sistemi - kjer ti obstajajo
Podjetja z lastnim IT-okoljem povežejo Transpareo prek REST-API-ja s svojimi obstoječimi sistemi. Osnovni podatki iz ERP-ja, seznami sestavnih delov iz PLM-ja, slike iz PIM-ja se samodejno uvozijo, podatki pa ostanejo sinhronizirani, ne da bi kdo podvojno vzdrževal podatke. Kako takšna povezava poteka v praksi, smo korak za korakom opisali v API-priročniku za povezavo z ERP; celoten vmesnik je javno opisan v Dokumentacija API-ja.
Isti API poskrbi tudi za to, da nikoli ne boste ujeti: celotno zalogo lahko kadarkoli ponovno pridobite - v obliki CSV, XLSX, JSON-LD in SQL ali prek samega vmesnika. Kar danes zgradite, vam pripada in ostaja prenosljivo.
Občutljivi podatki o izdelkih ostajajo zaščiteni
Vse informacije o izdelkih niso namenjene javnosti. Recepture, popolni seznami sestavnih delov ali nakupni pogoji so lahko poslovne skrivnosti - instinkt, da takšnih podatkov ne izročite iz rok, je upravičen. Podatkovno zbirko se tako ali tako vzdržuje le, če zaupate sistemu za shranjevanje.
Zato Transpareo podatke strogo ločuje po posameznih strankah: vsaka stranka je v lastni, ločeni bazi podatkov, šifrirani z lastnim ključem. Ni skupne tabele, v kateri bi bili izdelki več podjetij navedeni drug ob drugem, ni ključa, ki bi veljal prek meja posameznih strank. Gostovanje poteka v Nemčiji - vaši podatki ostanejo v obsegu veljavnosti GDPR. Vi odločate, katere podatke se na koncu prikažejo v javnem DPP; vse ostalo ostane zaupno in je ločeno shranjeno.
Za mnoga mala in srednja podjetja ni »obstoječega sistema« - obstaja le Excel
Predpostavka, da vsako podjetje uporablja ERP, ne ustreza realnosti. Mnoga mala in srednja podjetja nimajo PLM, PIM niti integriranega sistema za upravljanje z zalogami. Njihovi podatki o izdelkih so shranjeni v Excelovih seznamih, morda na skupnem disku, ki ga vzdržujeta ena ali dve osebi.
Zanje se vprašanje povezave prek API sploh ne postavlja - uvoznik je vse, kar potrebujejo. Naložite Excelovo datoteko, enkrat dodelite stolpce, in gotovo. In prav tu se pojavi dvojna korist: Ta podjetja prvič dobijo pravo upravljanje s podatki o izdelkih - centralizirano, iskano, dostopno več osebam, z enim samim zanesljivim virom - in so kot stranski učinek pripravljena na DPP. Koristi za vsakodnevno vzdrževanje podatkov že same po sebi upravičujejo ta korak, še dolgo preden začne veljati kakršna koli obveznost.
Zakaj zdaj, če je obveznost še leta stran
Za baterije velja DPP od februarja 2027, in to je doslej edini določen rok za ## izdelke. Za preostale skupine - železo in jeklo, gradbeni izdelki, embalaža, tekstil, elektronika - so letnice, ki krožijo, zgolj okvirni datumi za načrtovanje: Najprej bo sprejet delegirani pravni akt, med njegovim začetkom veljavnosti in uveljavitvijo obveznosti pa bo minilo vsaj 18 mesecev. Stanje po posameznih panogah prikazuje naša panogovna referenčna zbirka. Zato se zdi logično, da počakamo. Vendar to podcenjuje, kje se izgublja čas.
Izkušnje kažejo, da je okoli 70 odstotkov zahtevanih polj že na voljo - le da so razporejena po desetih sistemih. Zbiranje teh 70 odstotkov in pridobivanje manjkajočih 30 odstotkov traja mesece, zlasti tam, kjer je treba podatke najprej zahtevati od dobaviteljev in jih pogodbeno zagotoviti. Kdor začne danes, bo to opravil brez stresa, namesto da bi se s tem ukvarjal šele tik pred rokom.
Dolga pot je obdelava podatkov, ne pa priprava podatkovnega niza.
Poleg tega ne tvegate ničesar. Podatkovno zbirko je mogoče kadarkoli izvoziti, niz polj, ki je pripravljen za regulativne namene, pa bomo posodobili v skladu z uredbo. Zdaj strukturirajte, pozneje pa izpopolnite - vloženi trud ne bo zaman, če se podrobnosti pravnih aktov še spremenijo.
DPP-ji pred obveznostjo: signal inovativnosti in zaupanje strank
Ko je baza podatkov enkrat vzpostavljena, je sam potrdilni list preprost zadnji korak - en klik. To odpira možnost, ki jo mnogi spregledajo: DPP-je lahko izdajate, še preden ste k temu zakonsko zavezani.
Potrdilo pred obveznostjo je signal. Kaže, da podjetje resno jemlje preglednost in trajnost, medtem ko konkurenca še vedno razpravlja o rokih. In ker so podatki podpisani in jih je mogoče preveriti v brskalniku, za tem signalom stoji preverljiv nabor podatkov namesto oglaševalske obljube. Kako je mogoče DPP uporabiti kot stično točko s strankami, ki presega zgolj obveznost, smo opisali v članku » Od obveznega potnega lista do marketinškega orodja «.
Pri tem vedno velja en pogoj: resnični podatki. Zgodnji DPP deluje le, dokler izpolnjuje, kar prikazuje - »zeleno pranje« se pri preverljivih potrdilih razkrije hitreje kot v sijajni brošuri.
Zaključek
DPP je le povod, trajna korist pa je digitalizirana in konsolidirana baza podatkov o izdelkih. Transpareo poenostavi uvoz, se prek API-ja poveže z obstoječimi sistemi, kjer ti obstajajo, in nadomesti Excelovo zmedo, kjer jih ni. Začnite z podatki - takrat bo DPP postal le še ena naloga, ki jo boste opravili, ko bo prišel rok. Ali pa še prej, če si želite zagotoviti prednost.
Vprašanja v zvezi s tem prispevkom
Kje naj začnem, če so podatki o izdelkih shranjeni v datotekah PDF, e-poštnih sporočilih in ducat tabelah?
Pri tabelah, ker imajo že določeno strukturo. Izvozite tisto, kar je tam, uvozite ga in pustite, da validator ugotovi, katera polja manjkajo, namesto da bi to določili vnaprej. PDF-ji in e-poštna sporočila dobaviteljev so tista počasna polovica in bodo hitrejša, takoj ko bo na voljo struktura, v katero jih bo mogoče razvrstiti. Če želite najprej zasnovati popoln model podatkov, je to zanesljiv način, da porabite pol leta, preden sploh nastane prvi niz podatkov.
Kaj pa, če sploh nimamo sistema ERP, PIM ali PLM?
Tako se vprašanje povezovanja sploh ne pojavi, uvoz pa je že vse, kar potrebujete. Naložite tabelo, enkrat dodelite stolpce in že imate centralizirano, iskalno bazo podatkov, v kateri lahko dela več oseb - za mnoga mala in srednja podjetja je to sploh prvo pravo upravljanje podatkov o izdelkih. Potrdilo je le stranski produkt tega procesa, koristi za vsakdanje delo pa že same po sebi upravičujejo ta korak, še dolgo preden postane obvezen.
V kakšnih formatih poteka uvoz in ali moram datoteke pred tem pretvoriti?
Excel, CSV, ODS in JSON, in ne. Uvoznik se prilagodi vašim stolpcem, namesto da bi od vas zahteval predlogo, izdelki, komponente in materiali pa se lahko uvozijo v enem koraku skupaj z njihovimi povezavami. Uvozi so ponovljivi, kar pomeni, da ista datoteka z novim izvozom iz vašega sistema posodobi zapise, namesto da jih podvoji.
Ali morajo biti podatki pred prvim uvozom urejeni?
Ne, čakanje na čiste podatke pa je najpogostejši način, kako izgubiti eno leto. Pred shranjevanjem validator preveri vsak posamezni zapis in opozori na manjkajoče ali neskladne podatke - manjkajočo enoto, neenotno oznako države, prazno obvezno polje. Iz tega nastane krog nalaganja, prebiranja vrzeli, popravljanja in ponovnega uvoza, vrzeli pa postanejo seznam opravil za oddelek nabave namesto nejasnega občutka, da podatki še niso pripravljeni.
Kaj se zgodi z recepturami in seznami sestavnih delov, ki predstavljajo poslovne skrivnosti?
Podatki ostanejo zaupni, vi pa polje za poljem odločate, kaj se prikaže v javnem profilu. Vsaka stranka je shranjena v lastni bazi podatkov, šifrirani z lastnim ključem, zato ni več skupne tabele s proizvodi več podjetij in ni ključa, ki bi veljal preko meja posameznih strank. Gostovanje poteka v Nemčiji, v območju veljavnosti Splošne uredbe o varstvu podatkov (GDPR), vključena pa je tudi pogodba o obdelavi podatkov. V javnem profilu se ne prikaže ničesar zgolj zato, ker je v bazi podatkov, ampak zato, ker ste to polje odobrili.
Ali bom vse spet spravil ven?
Da, kadarkoli, v obliki CSV, XLSX, JSON-LD in SQL ali prek istega REST-API-ja, ki povezuje tudi ERP, PIM in CRM. To je ključno vprašanje za vsakega ponudnika - zaloga, ki je ni mogoče izvoziti, je odvisnost in ne premoženjska vrednost. Kar zgradite, ostane vaše in ostane prenosljivo.
Zakaj bi začel že zdaj, če je rok za mojo panogo še daleč v prihodnosti?
Ker je pot do podatkov dolga, ne pa potni list. Doslej je določen le rok za baterije, in sicer 18. februar 2027, kot je navedeno v Uredbi o baterijah. Za skupine izdelkov ESPR delovni načrt z dne 16. aprila 2025 navaja okvirna leta za pravne akte, člen 4(4) Uredbe ESPR pa predvideva vsaj 18 mesecev med začetkom veljavnosti in uporabo pravnega akta, zato so ta leta le pričakovanja in ne roki. Približno 70 odstotkov zahtevanih podatkov je tako ali tako že na voljo nekje v podjetju; njihovo zbiranje in pridobivanje manjkajočih 30 odstotkov traja mesece, zlasti tam, kjer je potrebno vključiti dobavitelja in se pogajati o pogodbeni klavzuli.
Ali smem objaviti potni list, preden postane obvezen?
Da. Nič ne preprečuje uvedbe prostovoljnega potnega lista, in takoj ko bo baza podatkov vzpostavljena, je izdaja potnega lista le še majhen korak. Prav zato je to verodostojen znak, saj so podatki podpisani in jih je mogoče preveriti v brskalniku, namesto da bi bili le navedeni v brošuri. Eden pogoj velja v vseh primerih - podatki morajo biti resnični, saj preverljiv potni list razkrinka olepšane navedbe hitreje, kot bi to kdajkoli storila brošura na sijajnem papirju.
