Keskustelu digitaalisesta tuotepassista keskittyy lähes aina määräaikoihin, säädöksiin ja alakohtaisiin suunnitelmiin. Useimmille yrityksille ensimmäinen todellinen este on kuitenkin muualla: niiden tuotetiedot eivät ole lainkaan digitaalisessa muodossa - ainakaan siinä muodossa, että niistä voitaisiin luoda passia. Ne ovat PDF-muotoisissa tuotetiedoissa, alihankkijoiden sähköposteissa, pitkäaikaisten työntekijöiden muistissa ja reilussa tusinassa Excel-tiedostossa eri tallennusvälineillä.
Digitaalinen tuotepassi pakottaa nämä yritykset digitalisoimaan tuotetietonsa ensimmäistä kertaa kunnolla ja kokoamaan ne yhteen paikkaan. Se on työlästä. Mutta se on työtä, joka maksaa itsensä takaisin välittömästi - riippumatta siitä, milloin velvoite astuu voimaan teidän alallanne.
Digitaalinen tuotepassi on vain laukaisija - ongelma on vanhempi
Jotta DPP voidaan luoda, tarvitaan jokaisesta tuotteesta täydellinen, jäsennelty tietojoukko: perustiedot, komponentit ja materiaalit, alkuperä, ympäristöindikaattorit. Teoriassa nämä tiedot ovat jo olemassa lähes jokaisessa yrityksessä. Käytännössä ne ovat hajallaan monissa järjestelmissä ja tiedostomuodoissa, niitä ylläpidetään päällekkäin eikä mikään niistä ole täydellinen.
Näiden tietojen yhdistäminen on todellinen urakka - ei sen jälkeinen passin luominen. Ja tällä urakalla on arvo, jolla ei ole mitään tekemistä DPP:n kanssa: vähemmän virheitä, uusien työntekijöiden nopeampi perehdyttäminen, yksi luotettava lähde kymmenen ristiriitaisen taulukon sijaan. Digitalisointi, johon DPP pakottaa, on siivousoperaatio, joka oli muutenkin jo kauan myöhässä.
Transpareo on ennen kaikkea tuotetietojen hallintatyökalu
Ytimeltään Transpareo on työkalu tuotetietojen hallintaan: tuotteet, komponentit ja materiaalit yhdessä, jäsennellyssä muodossa. Kaikki, mikä DPP:n muodostaa - allekirjoitukset, QR-koodit, käännökset 40 kielelle - perustuu tähän pohjaan. Ilman siistejä tuotetietoja ei tule passia.
Taustalla oleva rakenne - ominaisuustyypit, joilla tuotteita, komponentteja ja materiaaleja kuvataan - on täysin muokattavissa. Sinä päätät, mitkä kentät tuotteillasi on. Jotta sinun ei tarvitse aloittaa tyhjästä, luomme pyynnöstäsi etukäteen tuoteryhmällesi sääntelyn kannalta merkitykselliset kentät - joukon ominaisuustyyppejä, jotka jo vastaavat EU:n säädösten vaatimuksia. Tämä on valinnainen lähtökohta, ei pakottava rakenne: voit ottaa nämä kentät käyttöön, muokata niitä, täydentää niitä tai määritellä omia.
Joustava tuontityökalu: Excel-luettelosta jäsenneltyyn tietokantaan
Jokaisen tietoprojektin vaikein osa on olemassa olevien tietojen tuominen järjestelmään. Juuri tätä varten on tuontityökalu. Se muuntaa olemassa olevat tiedostosi - Excel-, CSV-tiedostot sekä ERP- tai PLM-järjestelmistä viedyt tiedot - mallin mukaisiksi.
Toimitat tiedot sellaisina kuin ne ovat tällä hetkellä; tuontityökalu mukautuu sarakkeisiisi, ei päinvastoin.
Ennen tallennusta validointityökalu tarkistaa jokaisen tietueen ja ilmoittaa, mitä puuttuu tai mikä on epäjohdonmukaista - puuttuva yksikkö, epäjohdonmukainen maakoodi, tyhjä pakollinen kenttä. Näin tuonnista tulee selkeä prosessi: lataa, tunnista puutteet, korjaa, tuo uudelleen. Yhden suuren projektin sijaan muutama kierros, kunnes tietokanta on kunnossa.
API: Yhteys olemassa oleviin järjestelmiin - missä niitä on
Yritykset, joilla on oma IT-ympäristö, integroivat Transpareon olemassa oleviin järjestelmiinsä REST-API:n kautta. ERP-järjestelmän perustiedot, PLM-järjestelmän tuoteluettelot ja PIM-järjestelmän kuvat siirtyvät automaattisesti järjestelmään, ja tuotetiedot pysyvät synkronoituna ilman, että kenenkään tarvitsee ylläpitää tietoja kahdesti. Olemme kuvanneet vaihe vaiheelta, miten tällainen liitäntä toimii käytännössä, ERP-liitäntää käsittelevässä API-oppaassamme; täydellinen rajapinta on julkisesti kuvattu osoitteessa API-dokumentaatio.
Sama API varmistaa myös, että et jää koskaan lukkojen taakse: voit hakea koko tietokantasi milloin tahansa - CSV-, XLSX-, JSON-LD- ja SQL-tiedostoina tai suoraan rajapinnan kautta. Se, mitä tänään rakennat, kuuluu sinulle ja pysyy siirrettävissä.
Arkaluonteiset tuotetiedot pysyvät suojattuina
Kaikki tuotetiedot eivät ole tarkoitettuja julkisuuteen. Reseptit, täydelliset osaluettelot tai ostoehdot voivat olla liikesalaisuuksia - on perusteltua, että tällaisia tietoja ei haluta luovuttaa ulkopuolelle. Tietokantaa ylläpidetään joka tapauksessa vain, jos tallennuspaikkaan luotetaan.
Siksi Transpareo erottelee tiedot tiukasti asiakaskohtaisesti: jokaisella asiakkaalla on oma, erillinen tietokanta, joka on salattu omalla avaimella. Ei ole yhteistä taulukkoa, jossa useiden yritysten tuotteet olisivat vierekkäin, eikä avainta, joka olisi voimassa asiakasrajojen yli. Palvelu isännöidään Saksassa - tietosi pysyvät GDPR:n soveltamisalueella. Sinä päätät, mitkä tiedot lopulta julkaistaan julkisessa DPP:ssä; kaikki muu pysyy luottamuksellisena ja erillisenä.
Monille pk-yrityksille ei ole olemassa ”nykyistä järjestelmää” - on vain Excel
Oletus, että jokaisella yrityksellä on käytössä ERP-järjestelmä, on kaukana todellisuudesta. Monilla pienillä ja keskisuurilla yrityksillä ei ole PLM:ää, PIM:ää eikä integroitua varastonhallintajärjestelmää. Niiden tuotetiedot ovat Excel-luetteloissa, ehkä jaetulla levyllä, ja niitä ylläpitää yksi tai kaksi henkilöä.
Heille API-liitännän kysymys ei edes tule esiin - tuontityökalu on koko juttu. Lataa Excel-tiedosto, määritä sarakkeet kerran, ja valmista. Ja juuri tässä syntyy kaksinkertainen hyöty: Nämä yritykset saavat ensimmäistä kertaa käyttöönsä aidon tuotetietojen hallinnan - keskitetyn, hakukelpoisen, useiden henkilöiden käytettävissä olevan ja yhdestä luotettavasta lähteestä koostuvan - ja ovat sivutuotteena DPP-valmiita. Hyöty päivittäisessä tietojen ylläpidossa oikeuttaa tämän askeleen jo sinänsä, kauan ennen kuin minkäänlaista velvoitetta tulee voimaan.
Miksi nyt, kun velvoite on vielä vuosien päässä?
Paristoihin DPP tulee voimaan helmikuussa 2027, ja se on toistaiseksi ainoa vahvistettu tuoteryhmäkohtainen päivämäärä. Muiden ryhmien - rauta ja teräs, rakennustuotteet, pakkaukset, tekstiilit, elektroniikka - osalta liikkeellä olevat vuosiluvut ovat arvioita suuntaa-antavista suunnittelupäivämääristä: Ensin annetaan delegoitu säädös, ja sen voimaantulon ja velvoitteen voimaantulon välillä on vähintään 18 kuukautta. Alan tilanne on esitetty toimialakohtaisessa hakuteoksessamme. Siksi on luonnollista ajatella, että kannattaa odottaa. Tämä kuitenkin aliarvioi sen, mihin aika kuluu.
Kokemuksen mukaan vaaditut kentät ovat olemassa noin 70-prosenttisesti - ne ovat vain hajallaan kymmenessä järjestelmässä. Näiden 70 prosentin kokoaminen ja puuttuvien 30 prosentin hankkiminen vie kuukausia, etenkin silloin, kun tietoja on ensin pyydettävä alihankkijoilta ja varmistettava sopimuksin. Joka aloittaa tänään, hoitaa asian rauhassa sen sijaan, että joutuu pelastamaan tilannetta juuri ennen määräaikaa.
Pitkä prosessi on tietojen käsittely, ei passin luominen.
Lisäksi: ette ota riskiä. Tietokanta on milloin tahansa vietävissä, ja me päivitämme sääntelyvalmiin kenttäjoukon sääntelyn mukaiseksi. Rakennatte rakenteen nyt ja hienosäätätte myöhemmin - työtä ei mene hukkaan, vaikka säädösten yksityiskohdat vielä muuttuisivatkin.
DPP:t ennen velvoitetta: innovaatiosignaali ja asiakkaiden luottamus
Kun tietokanta on kerran rakennettu, itse passin myöntäminen on vain yksinkertainen viimeinen vaihe - napin painallus. Tämä avaa mahdollisuuden, jonka monet jättävät huomiotta: voitte myöntää DPP:itä jo ennen kuin laki velvoittaa teitä siihen.
Passi ennen velvoitetta on signaali. Se osoittaa, että yritys ottaa läpinäkyvyyden ja kestävän kehityksen vakavasti, kun kilpailijat vielä keskustelevat määräajoista. Ja koska tiedot on allekirjoitettu ja ne ovat todennettavissa selaimessa, signaalin takana on todennettavissa oleva tietokanta mainoslupauksen sijaan. Olemme kuvanneet artikkelissa ” Pakollisesta passista markkinointivälineeksi ” (DPP-passin käyttö: kuinka DPP:tä voidaan hyödyntää asiakaskontaktina), kuinka DPP:tä voidaan käyttää pelkkää lakisääteistä velvoitetta laajemmin asiakaskontaktina.
Yksi ehto pätee aina: aitoja tietoja. Varhainen DPP toimii vain niin kauan kuin se pitää sen, mitä se lupaa - vihreäpesu paljastuu todennettavissa olevissa passeissa nopeammin kuin kiiltävässä esitteessä.
Johtopäätös
DPP on lähtökohta, mutta pysyvä hyöty on digitalisoitu, yhtenäistetty tuotetietokanta. Transpareo helpottaa tuontia, integroituu API:n kautta olemassa oleviin järjestelmiin, jos sellaisia on, ja korvaa Excel-sekamelskan, jos niitä ei ole. Aloittakaa tiedoista - silloin DPP:stä tulee vain rasti, jonka voitte merkitä aina määräajan tullessa. Tai jo aiemmin, jos haluatte varmistaa etumatkan.
Kysymyksiä tästä artikkelista
Mistä aloitan, kun tuotetiedot ovat hajallaan PDF-tiedostoissa, sähköposteissa ja kymmenissä taulukoissa?
Taulukoiden osalta, koska niissä on jo valmiiksi rakenne. Vie olemassa oleva data, tuo se takaisin ja anna validointityökalun kertoa, mitkä kentät puuttuvat, sen sijaan että päätät sen etukäteen. PDF-tiedostot ja toimittajien sähköpostit ovat hidas puoli, mutta ne käsitellään nopeammin, kunhan on olemassa rakenne, johon ne voidaan lajitella. Jos haluat suunnitella aluksi täydellisen tietomallin, se on varma tapa tuhlata puoli vuotta ennen kuin ensimmäistäkään tietuetta on olemassa.
Entä jos meillä ei ole lainkaan ERP-, PIM- tai PLM-järjestelmää?
Silloin liitettävyyskysymystä ei edes tule esiin, ja tuontihoito hoitaa kaiken. Lataa taulukko, määritä sarakkeet kerran, ja sinulla on keskitetty, haettavissa oleva tietokanta, jossa useat henkilöt voivat työskennellä - monille pienille ja keskisuurille yrityksille tämä on ensimmäinen todellinen tuotetietojen hallintajärjestelmä ollenkaan. Tuotetiedot syntyvät tästä sivutuotteena, ja hyöty päivittäisessä työssä oikeuttaa tämän askeleen jo kauan ennen kuin velvoite astuu voimaan.
Missä muodoissa tiedostot tuodaan, ja pitääkö minun muokata tiedostojani etukäteen?
Excel, CSV, ODS ja JSON, ja ei. Tuontityökalu mukautuu sarakkeisiisi sen sijaan, että se vaatisi sinulta mallipohjaa, ja tuotteet, komponentit ja materiaalit voidaan tuoda kerralla suhteineen. Tuonnit ovat toistettavissa, joten sama tiedosto, joka on päivitetty järjestelmästäsi viedyn uuden datan avulla, päivittää tietueet sen sijaan, että ne moninkertaistuisivat.
Pitääkö tietojen olla puhtaat ennen ensimmäistä tuontia?
Ei, ja puhtaiden tietojen odottaminen on yleisin tapa menettää vuosi. Ennen tallennusta validointiohjelma tarkistaa jokaisen tietueen ja ilmoittaa, mitä puuttuu tai mikä on epäjohdonmukaista - puuttuva yksikkö, epäjohdonmukainen maakoodi, tyhjä pakollinen kenttä. Tästä syntyy kierre, jossa tiedot ladataan, puutteet havaitaan, korjataan ja tuodaan uudelleen, ja puutteista muodostuu ostotoiminnolle työluettelo sen sijaan, että ne jäisivät epämääräiseksi tunteeksi siitä, että tiedot eivät ole vielä valmiita.
Mitä tapahtuu niille resepteille ja osaluetteloille, jotka ovat liikesalaisuuksia?
Tiedot pysyvät luottamuksellisina, ja te päätätte kenttä kerrallaan, mitä julkinen passissa näkyy. Jokainen asiakas on omassa tietokannassaan, joka on salattu omalla salausavaimella, joten ei ole enää yhteistä taulukkoa, jossa olisi useiden yritysten tuotteita, eikä asiakasrajat ylittävää avainta. Palvelu isännöidään Saksassa, GDPR:n soveltamisalueella, ja siihen sisältyy tietojenkäsittelysopimus. Mitään tietoja ei päädy julkiseen passiin pelkästään siksi, että ne ovat tietokannassa, vaan siksi, että olette hyväksyneet kyseisen kentän näkyväksi.
Saanko kaiken takaisin ulos?
Kyllä, milloin tahansa, CSV-, XLSX-, JSON-LD- ja SQL-muodossa tai saman REST-API:n kautta, joka yhdistää myös ERP-, PIM- ja CRM-järjestelmät. Tämä on ratkaiseva kysymys jokaiselle palveluntarjoajalle - tuotevalikoima, jota ei voi viedä, on riippuvuus, ei omaisuutta. Se, mitä rakennat, pysyy sinun omaisuutena ja on siirrettävissä.
Miksi aloittaa nyt, kun alani määräaika on vielä vuosien päässä?
Koska tärkeintä on tieto, ei passi. Tähän mennessä on vahvistettu vain akkuasetuksen mukainen akkuvaatimusten täyttämisen määräaika, joka on 18. helmikuuta 2027. ESPR-tuoteryhmien osalta 16. huhtikuuta 2025 päivätyssä työsuunnitelmassa mainitaan ohjeelliset vuosiluvut säädöksille, ja ESPR:n 4 artiklan 4 kohdan mukaan säädöksen voimaantulon ja soveltamisen välillä on oltava vähintään 18 kuukautta, joten nämä vuosiluvut ovat odotuksia eivätkä määräaikoja. Noin 70 prosenttia vaadituista tiedoista on joka tapauksessa jo jossain yrityksen sisällä; niiden kokoaminen ja puuttuvien 30 prosentin hankkiminen vie kuukausia, etenkin silloin, kun on käännyttävä alihankkijan puoleen ja neuvoteltava sopimuslausekkeesta.
Voinko julkaista passin ennen kuin se on pakollinen?
Kyllä. Vapaaehtoisen passin käyttöönotolle ei ole esteitä, ja heti kun tietokanta on valmis, passin käyttöönotto on enää pieni askel. Se on juuri siksi uskottava merkki, koska tiedot on allekirjoitettu ja ne voidaan tarkistaa selaimessa sen sijaan, että ne esitettäisiin vain esitteessä. Yksi ehto pätee kaikissa tilanteissa: tietojen on oltava aitoja, sillä todennettavissa oleva passi paljastaa kaunistellut tiedot nopeammin kuin mikään kiiltävä esite on koskaan tehnyt.
