Digitaalinen tuotepassi-palveluluettelo: vastauksia vaatimuksiinne

ESPR:n perusvaatimukset ja tekstiilien vaatimustenmukaisuusprofiili, jotka otetaan käyttöön ennen jokaista julkaisua, kunhan työtila ei poista tarkastusta käytöstä.

Ennen julkaisua tarkistetaan passin ja talouden toimijan tunnisteet sekä tekstiilimallista kuitukoostumuksen etiketti ja tekninen dokumentaatio; materiaalin koostumus ja passitaso tarkistetaan suosituksina. Hoito-ohjeet ja muut liiteasiakirjat ovat käytettävissä mallikenttinä, joille on määritetty ennalta tietojen julkistustaso.

Niin kauan kuin delegoitu säädös on vielä luonnosvaiheessa, sen määrittämät tietokohdat ovat Transpareossa konfiguroitavissa. Lopullisen säädöksen sisältö lisätään vaatimustenmukaisuusprofiilin päivityksenä ilman, että alustaa tarvitsee muuttaa.

Kyllä. DIN DKE SPEC 99100 -standardin mukainen akkutietomalli on tallennettu kokonaisuudessaan, ja se validoidaan ennen julkaisua.

Transpareo toimittaa mukana DIN DKE SPEC 99100 -standardissa (liite A, taulukko A.1) määritellyn tietomallin, joka kattaa EU:n akkuasetuksessa ja komission luokkakohtaisissa ohjeissa vaaditut tietokohdat: muun muassa akkuluokka, kemiallinen koostumus, hiilijalanjälki, kierrätysmateriaalin osuus metallikohtaisesti, kunto (State of Health) ja käyttöiän arvot.

Akkupassi validoidaan niiden omien vaatimustenmukaisuusprofiilien perusteella. Tiedot, jotka asetuksessa varataan oikeutettua etua omaaville lukijoille, säilytetään erillään julkisesta tietokannasta. Akkutyötila käsittelee automaattisesti yhtä passia akkua kohden. Velvoite tulee voimaan 18. helmikuuta 2027.

Yksitoista tuoteryhmällä on tällä hetkellä vaatimustenmukaisuusprofiili, ja jokainen uusi tuoteryhmä kuvataan omien ominaisuustyyppiensä avulla.

Vaatimustenmukaisuusprofiileja on saatavilla tekstiileille, paristoille, elektroniikalle, renkaille, pakkauksille, huonekaluille, alumiinille, raudalle ja teräkselle, kemikaaleille, rakennustuotteille sekä elintarvikkeiden kanssa kosketuksiin joutuville materiaaleille. Työtila valitsee oman työtilansa, ja alusta tarkistaa jokaisen sertifikaatin tämän profiilin mukaisuuden.

Kaikki muut tuotetyypit kuvataan määrittelemällä tuotteille ja komponenteille omat ominaisuustyypit, jotka ovat joko pakollisia tai valinnaisia kenttiä. Tuoteryhmä, jota sääntely ei vielä kata, on siis konfigurointikysymys.

Transpareo myöntää EU-passit. On suositeltavaa käyttää yhtä työtilaa kutakin toimialaa kohti, koska jokaisessa toimialakohtaisessa mallipohjassa määritellään omat pakolliset tietokenttänsä.

Työtilan sisällä lisätään uusia tietopisteitä ominaisuustyyppeinä, joista jokaisella on oma julkistustasonsa, ja jokainen passitodistus tarkistetaan työtilan luokkaan kuuluvan vaatimustenmukaisuusprofiilin perusteella. GS1-tunnisteet, W3C Verifiable Credentials ja JSON-LD-sanastot ovat luettavissa maailmanlaajuisesti.

Jokaisella mallilla on kaksi tasoa: säännelty taso, jossa määritellään säännöt, ja asiakkaan oma taso, jota hän voi vapaasti laajentaa.

Säännelty taso: Alusta ylläpitää jokaisesta sääntelyluokasta tietopisteitä ja liiteasiakirjoja kyseisen sääntelyn mukaisina malleina, jotka työtila ottaa käyttöön yhdellä kertaa. Tekstiilialan säännöstö noudattaa asetusta (EU) N:o 1007/2011 ja ESPR:n perusvaatimuksia; tekstiilejä koskeva delegoitu säädös on vielä luonnosvaiheessa. Akkukokonaisuus noudattaa standardia DIN DKE SPEC 99100 sekä komission luokkakohtaisia pakollisia sääntöjä. Tyyppi, pakollisuus ja sanastossa käytetty termi on määritelty, mutta työtila voi mukauttaa nimen ja julkistustason; vakiintunut termi mahdollistaa eri tuotemerkkien passien lukemisen samoilla työkaluilla.

Oma taso: Työtila määrittelee sääntelyn puitteiden lisäksi halutun määrän omia ominaisuustyyppejä kaikenlaisia, esimerkiksi kenkiä tai asusteita varten. Uusi ominaisuustyyppi on käytettävissä heti tallennuksen jälkeen.

Tuotemerkit, kategoriat, ominaisuustyypit, kielet, ryhmät, brändäys ja verkkotunnus kuuluvat konfiguraatioon. Kaikki asiakkaat käyttävät samaa tuotetta: se, mitä yksi asiakas tarvitsee, sisällytetään alustaan kaikkien käyttöön konfiguraation avulla, jolloin päivitys säilyttää kaikki mukautukset.

Mallikohtaisesti, eräkohtaisesti tai kappaleittain.

GTIN-koodi tunnistaa mallin, jota kutsutaan myös nimellä ”style” tai ”SKU”. Eräpassissa eränumero liitetään osoitteeseen; yksittäiskappaleen passissa sarjanumero korvaa eränumeron. Tuloksena on jokaiselle passille oma verkko-osoite, jonka jokainen GS1-yhteensopiva skanneri pystyy tulkitsemaan.

Työtilan perusteella määräytyy Taso, ja tekstiilien ja paristojen osalta se määräytyy sääntelyluokan mukaan: tekstiileille yksi passi kutakin tuotantoerää kohti, paristoille yksi kutakin paristoa kohti. Julkaistu passi säilyttää sen tason, jolla se on julkaistu.

Kyllä. Tuotetunnisteet noudattavat GS1-standardia, ja talouden toimijat sekä toimipaikat tarkastetaan EN 18219:2026 -standardin vaatimusten mukaisesti.

GTIN-koodi tunnistaa mallin, eränumero (AI 10) erän ja sarjanumero (AI 21) yksittäisen kappaleen. GTIN-koodi tarkistetaan syöttämisen yhteydessä sen tarkistusnumeron perusteella, eikä tuotetta, jonka GTIN-tarkistusnumero on virheellinen, voida tallentaa eikä julkaista. Myös talouden toimijoiden ja toimipaikkojen GLN-koodit tarkistetaan tarkistusnumeron perusteella.

Työ voidaan aloittaa jo ennen kuin GS1-numerot ovat käytettävissä: Tuote tunnistetaan valmistajan osanumeron (MPN, vastaa yleensä SKU:ta) avulla, ja GTIN lisätään myöhemmin ilman, että se vaikuttaa olemassa oleviin tietoihin.

Jokainen taso on oma tietueensa, jolla on oma tunniste, ja se sisältää siihen kuuluvat tiedot.

Malli sisältää kaikki tuotteeseen liittyvät tiedot: koostumus, hoito-ohjeet, alkuperä, asiakirjat. Vaihtoehdot perivät nämä tiedot; poikkeava arvo määritetään vaihtoehdolle ja merkitään poikkeavaksi. Erä säilyttää numeronsa ja valmistuspäivämääränsä, ja sen tietue jäädytetään valmistustilanteessa. Yksittäiskappale perii eränsä jäädytetyn tietueen; sen oma historia koostuu korjauksista, kunnostuksista, omistajanvaihdoksista ja tapahtumista.

Mallista päästään sen alla tuotettuihin eriin ja erästä sen kappaleisiin; kappale voidaan jäljittää sen erään ja malliin. Pakkaushierarkioita, eli sitä, mikä on pakattu mihin, ei nykyään kirjata.

EN 18219 -standardin sallimien mallien mukaisesti: talouden toimija, jolla on LEI- tai GLN-tunnus, tai toimipaikka, jolla on LEI-, GLN- tai DID-tunnus.

Yrityksesi LEI- tai GLN-tunnus tallennetaan työtilan asetuksiin, valmistajan tunnus puolestaan tämän tietueeseen. Molemmat tarkistetaan näiden skeemojen perusteella ja merkitään passiin standardin mukaisessa kohdassa. Muut valmistajan tunnisteet lisätään ominaisuustyyppeinä ilman kehitystyötä.

Mikä tahansa tietoväline, johon mahtuu verkkosoite; alusta luo QR-koodin itse.

Jokaiselle GTIN-koodilla varustetulle tuotteelle myönnetään GS1 Digital Link -tunnus, ja se toimitetaan tulostusvalmiina QR-mallina, skaalattavana SVG-tiedostona, PDF-tiedostona sekä PNG-tiedostona missä tahansa koossa enintään 2 000 pikseliä, virheenkorjaustasolla M. Illustrator ja InDesign avaavat nämä tiedostot suoraan; erillistä Adobe-laajennusta ei ole.

Data Matrix sopii pienelle tulostusalueelle, NFC-tunnisteet sisältävät NDEF-URI-tietueen ja UHF-RFID-inlayt luetaan etäältä; samasta GTIN-koodista ja sarjanumerosta muodostettu EPC johtaa samaan passiin. Mikä tahansa määrä tietovälineitä voi koodata saman osoitteen ja johtaa samaan passiin.

Kyllä. Osoite on deterministinen, joten koodi voidaan painaa ennen kuin tuotetietue on luotu.

Heti kun verkkotunnus on määritetty, passin osoite muodostuu GS1 Digital Linkistä: verkkotunnus, GTIN ja tasosta riippuen erä- tai sarjanumero. Koodi aktivoituu heti, kun passi on julkaistu. Alusta tuottaa sen jo ensimmäisestä luonnoksesta lähtien vektori-SVG-muodossa, tulostusvalmiina PDF-tiedostona ja PNG-muodossa tarvittavissa pikselikokoissa, joko tiedostona tai API:n kautta.

Toimittajan etukäteen luomat sarjanumerot tuodaan suurina määrinä tiedostona tai API:n kautta: työtilassa, jossa jokaisella kappaleella on oma passinsa, ne näkyvät passien sarjanumeroina, muussa tapauksessa ne näkyvät sen erän sarjanumeroina, jonka passin ne avaavat.

Molempiin suuntiin, ilman asennusta toimittajan puolella ja ilman integrointia tämän järjestelmiin.

Jos toimittaja tulostaa Transpareon antamat koodit, passit luodaan tilaustietojen perusteella, jokaiselle annetaan oma osoitteensa, ja toimittaja saa sarjan tiedostona tai API:n kautta yhdessä tulostusvalmiiden mallien kanssa. Jos toimittaja toimittaa omat koodinsa, sen sarjanumerot tuodaan järjestelmään ja liitetään passeihin joko suurina erinä ennen tuotantoa tai yksitellen API:n kautta.

Liiketoimintasuhde toimittajaan säilyy asiakkaalla, ja alusta tallentaa sarjanumeron ja passin välisen yhteyden, joten toimittajaa voidaan vaihtaa vaikuttamatta jo myönnettyihin passeihin. Transpareo toimittaa ohjelmiston; fyysiset tarrat ja tietovälineet tulevat kumppaneilta tai asiakkaan valitsemalta toimittajalta kyseisen toimittajan hintaan. Kuluttajan skannaus vaatii vain puhelimen kameran, ja NFC- tai RFID-lukemiseen käytetään laitteita, jotka yrityksellä on jo muutenkin käytössä.

Jokainen osoite avaa sen tason tai sitä seuraavan tason passin, jolloin kauppa voi linkittää mallin osoitteen ennen kuin kukaan tekee ostoksen.

Jos passit myönnetään eräkohtaisesti, GTIN-koodi ilman eränumeroa avaa uusimman erän passin. Eränumero avaa kyseisen erän passin, sarjanumero yksittäiskappaleen passin tai, eräkohtaisesti passit myöntävässä työtilassa, sen erän passin, johon kyseinen sarjanumero kuuluu. Keksitty sarjanumero avaa sen erän tai mallin passin, jossa ilmoitetaan, että tällä yksiköllä ei ole omaa passia, ja pyyntö kirjataan lokiin; tuntematon GTIN ei johda mihinkään. RFID-tunnisteesta luettu SGTIN-EPC välitetään, joko URN-muodossa tai GS1:n pakatussa muodossa, sen GS1 Digital Link -linkkiin.

Resolver on rakennettu GS1-standardin mukaisille resolverille (GS1-Conformant Resolver Standard, ISO/IEC 18975) ja se määritellään jokaisella työtilan isäntäkoneella osoitteessa /.well-known/gs1resolver. Koneet saavat linkType=linkset-asetuksella ja vanhemmalla arvolla all tunnisteen linkkijoukon (RFC 9264), joka vastaa GS1-skeemaa; gs1:pip, gs1:DPP ja gs1:defaultLink noudatetaan; linkkityyppi, jota Pass ei tue, tuottaa virheen 404 ja virheellinen linkki virheen 400, ja jokainen vastaus ilmoittaa tason, jolta se toimitetaan. Oma resolverimme vastaa GS1 Digital Linkeihin ja GS1-koodattuihin RFID-osoitteisiin, ja Pass avautuu sen GS1-osoitteen kautta; brändi, jonka linkit kulkevat GS1-resolverin kautta, ohjaa tämän resolverin meidän resolverimme puoleen, ja jokainen skannaus saapuu meille sen uudelleenohjauksen kautta.

Jokainen julkaisu tallentaa uuden allekirjoitetun version samaan osoitteeseen, ja jokainen aiempi versio pysyy saatavilla siinä muodossa, jossa se julkaistiin.

Jokainen versio on W3C:n Verifiable Credential, joka on allekirjoitettu ECDSA-SD:llä, menetelmällä, joka mahdollistaa valikoivan tietojen paljastamisen: kuluttaja, kierrättäjä ja viranomainen saavat kukin sen osajoukon, johon heillä on oikeus, ja allekirjoitus pysyy todennettavissa juuri kyseisen osajoukon osalta. Jokainen versio sisältää edellisen version hajautusarvon, joten historiaa ei voida muuttaa huomaamatta, ja Transpareon avaimella allekirjoitettu manifesti luettelee jokaisen version ja sen hajautusarvon. Jokainen aiempi versio mainitsee, mitä on muuttunut edelliseen versioon verrattuna.

Tuotetietue, joka liittyy tuotetunnukseen, pysyy muokattavissa ja siinä on oma historiatieto: jokainen muutos kirjataan kenttä kentältä, mukaan lukien tekijä (henkilö tai järjestelmä), ajankohta sekä arvo ennen ja jälkeen muutoksen, ja aiempi tila voidaan palauttaa. Tuotetiedot osoittavat, kuka on tehnyt mitäkin muutoksia; Pass-versiot todistavat, mitä on julkaistu markkinoilla ja milloin.

Tunniste säilyy; muutos julkaistaan saman passin uutena versiona, ja tuotteessa oleva koodi johtaa päivitettyyn versioon.

Uusi tunniste tarvitaan vain, jos itse tuote muuttuu toiseksi. Tätä varten on olemassa korvaaminen (supersessio): uusi passi liitetään korvattuun, ja kun joku löytää toisen, hän löytää myös toisen.

Kyllä. Avoimen lähdekoodin katseluohjelmamme Transpareo Time Machine näyttää jokaisen julkaistun version brändin ulkoasulla.

Nykyinen versio latautuu sivun mukana, aiemmat versiot latautuvat, kun avaat aikajanan; voit selata tuotteen elinkaarta: miten se valmistettiin, mitä siinä korjattiin, minne se päätyi. Lisätietoja osoitteessa Transpareo Time Machine.

Erä säilyttää oman koostumuksensa, ja myöhemmät tuotemuutokset vaikuttavat siihen vain korjauksen kautta, joka allekirjoittaa uuden version.

SKU ja sen GTIN pysyvät muuttumattomina. Luomisen yhteydessä erä tallentaa pysyvän kopion komponenteista ja ominaisuuksista niiden todellisessa valmistustilassa, eikä tuotteeseen myöhemmin tehtyjä muutoksia kirjata takaisin erään. Jos kappaleluettelo poikkeaa tietyn kauden osalta, muutos tehdään malliin ennen erän luomista; tuotantoerän muut arvot, kuten testitulokset, määritetään samoin ja jäädytetään erään. Erän korjaus ottaa käyttöön mallin korjatun tilan ja allekirjoittaa uuden version.

Keväällä valmistettu tuote mainitsee omat materiaalinsa, kun taas syksyllä valmistettu samaa SKU-koodia oleva tuote mainitsee omansa ilman uutta SKU-koodia ja ilman epäselvyyksiä. Aikaisemmat varastotilanteet ovat edelleen luettavissa osoitteessa Transpareo Time Machine.

Tapahtuma kirjataan passiin, ja tietojen muutos julkaistaan uutena allekirjoitettuna versiona samassa osoitteessa; mitään ei myönnetä uudelleen eikä paineta uudelleen.

Korjaukset, kunnostukset, palautukset, kierrätys ja takaisinvedot kirjataan päivämäärän ja toimijan mukaan, ja ne näkyvät julkisina EPCIS-tapahtumina. Toimittajan tai materiaalin vaihto on tietojen muutos, ja se näkyy uutena versiona. Tarkastukset, omistusoikeuden siirrot ja poikkeustilanteet kirjataan vain viranomaisten osalta.

Kyllä, sen pääsyn avulla, jonka brändi heille tarjoaa.

Tuotemerkki myöntää korjaus-, kunnostus- tai kierrätysyritykselle omat API-käyttötunnukset, joihin sisältyy oikeus tapahtumien kirjaamiseen. Jokaisessa tallennetussa tapahtumassa mainitaan sen GLN-numero, mikäli se on tallennettu, tapahtumapaikkana, ja tapahtuman julkaisemiseksi uutena versiona tarvitaan erillinen julkaisulupa. Osapuoli, jolla ei ole tuotemerkin myöntämiä käyttöoikeuksia, ei voi tehdä mitään merkintöjä.

Sen allekirjoituksen avulla, jonka kuka tahansa voi tarkistaa ilman Transpareon ohjelmistoa, sovellusrajapintaa tai tiliä, haluttaessa avaimilla, joita vain brändillä on hallussaan.

• Todistus kaikille: allekirjoitettu W3C Verifiable Credential -muodossa ECDSA-SD:llä; jokainen vaatimustenmukainen kirjasto vahvistaa sen.
• Lukijan suorittama tarkistus: Viewer purkaa DID-asiakirjan ja julkisen avaimen ja tarkistaa allekirjoituksen selaimessa.
• Avoin lähdekoodi: Tarkastusketju on julkisesti tarkastettavissa ja riippumattomasti toistettavissa.
• Omat avaimet: Alusta lähettää allekirjoitettavan tiedoston brändin allekirjoituspäätepisteeseen; yksityiset avaimet eivät koskaan päädy Transpareoon.

Yksi vaatimus on osittain täytetty: standardi EN 18246 edellyttää, että avaimet on sertifioitu identiteettitarkastuksen jälkeen, kun taas myöntäjän avaimet julkaistaan ilman tällaista sertifikaattia hänen omalla verkkotunnuksellaan. Tietovälineen fyysisen turvallisuuden, kuten kopiosuojausominaisuudet tai laitetunnisteet, varmistaa tietovälineen valmistaja; Transpareo ei tällä hetkellä arvioi tällaisia ominaisuuksia.

Väärennetyt passit hylätään välittömästi allekirjoituksen perusteella; kopioidut aidot koodit näkyvät skannausstatistiikassa.

• Väärennetty passi: ei sijaitse tavaramerkin verkkotunnuksessa eikä ole allekirjoitettu sen avaimella; kaikki vahvistusyritykset epäonnistuvat.
• Kopioitu alkuperäinen koodi: Passikohtaiset ja maakohtaiset skannaukset näkyvät skannausstatistiikassa. Yksittäinen passi voidaan asettaa pois käytöstä; jokainen sen jälkeen tehty skannaus näyttää sen silloin poissa käytöstä olevana.

Jotta fyysinen klooni voitaisiin paljastaa jo skannausvaiheessa, tarvitaan tietovälineestä kopioimattoman tunnisteen, kuten laitteistotunnisteen. Transpareo ei tällä hetkellä kerää eikä tarkista tällaisia arvoja.

Kyllä. Jokainen lähde tallentaa ne kentät, joista se vastaa, luetteloon joko API:n, taulukoiden tuonnin, agenttiliittymän tai sovellushallinnan kautta.

Tuotteet, komponentit, asiakirjat, mediat ja ominaisuustyypit sijaitsevat tässä yhdessä luettelossa. Tuonti vertaa tietoja tuotteen tai komponentin tunnisteen perusteella ja päivittää olemassa olevat tietueet paikan päällä, jolloin toistuva tietojen poiminta PLM- tai ERP-järjestelmästä pitää luettelon ajan tasalla. Komponentit jaetaan: kerran korjattu materiaali välittyy kaikkiin tuotteisiin, joissa sitä käytetään.

Jokainen kirjoitusoperaatio validoidaan saapuessaan ja tarkistetaan välittömästi sen jälkeen kategorian sääntöjen mukaisesti, ja jokainen muutos kirjataan kenttä kentältä lähteen ja ajankohdan kanssa. Tyypillinen yhteistyö: PLM-järjestelmä toimittaa koostumuksen ja ylläpitotiedot, ERP-järjestelmä toimitukset, erät ja sarjanumerot, toimittajaportaalista sertifikaatit; Transpareo kokoaa passin, tarkistaa sen, allekirjoittaa sen ja purkaa sen.

Asiakirjat liitetään tuotteisiin ja komponentteihin, ja alustan järjestelmä luo jokaisen tuotteen teknisen dokumentaation itse PDF-tiedostona brändin ilmeen mukaisesti.

Tuotteen yhteydessä julkinen asiakirja lisätään Pass-palveluun ladattavaksi, ja jokainen julkaistu versio säilyttää sen tiedoston, jolla se on julkaistu; sisäinen asiakirja ei näy Pass-palvelussa. Tietokohdassa oleva säännelty asiakirja noudattaa kyseisen kohdan julkistustasoa, joten viranomaisille varattu asiakirja jää pois julkisista tiedoista. Komponentissa asiakirja on joko julkinen tai näkyvissä vain kirjautumisen jälkeen.

Tekninen dokumentaatio luodaan julkaistusta tiedostosta oman avoimen lähdekoodin renderöintiohjelmistomme md2pdf:n avulla, joka soveltaa työtilan brändäystä ja luo saman asiakirjan jokaisella työtilan kielellä, jopa 40 kielellä.

Tietopisteet ovat konfigurointia: kentän luominen, julkistustason asettaminen, pakolliseksi merkitseminen - ilman alustan kehittämistä ja ilman julkaisun odottamista.

Nimi syötetään kerran omalla kielellä, ja alusta kääntää sen muille kielille. Olemassa olevien tietojen osalta pätee seuraavaa:

• Tunnistus: DPP-valmius lasketaan tästä lähtien uudelleen koko valikoiman osalta, 200 tuotetta minuutissa; jokainen tuote, josta uusi kenttä puuttuu, näkyy ja on suodattavissa, ja vienti sisältää uuden kentän koko valikoiman osalta.
• Jälkisyöttö: manuaalisesti, taulukosta suoritettavalla joukkotuonnilla tai API:n kautta. Jos arvo voidaan johtaa jostakin, ohjattu toiminto voi laatia ehdotuksia tarkistusta varten.
• Julkaistut passit säilyttävät versionsa; päivitys tarkoittaa uutta julkaisua samalla URL-osoitteella.
• Valvonta: Kentät, arvot ja jokainen uusi julkaisu näkyvät tarkastuslokissa ja versiohistoriassa.

Jos mukaan tulee aivan uusi kategoria, toimitamme vaatimustenmukaisuusprofiilin ja datapisteet mallina, jonka työtila ottaa käyttöön yhdellä kertaa.

Taulukon tuonnin avulla sarakkeiden kohdistuksella ja esikatselulla, enintään 50 Mt ja 100 000 riviä tiedostoa kohti, tai API:n kautta.

Tuontiohjelma ehdottaa sarakkeiden ja kenttien välistä vastaavuutta, näyttää ennen tallennusta, miksi kunkin sarakkeen tiedot muunnetaan, ja ehdottaa samaa vastaavuutta aina, kun sarakkeiden otsikot ovat samat; kun se tunnistaa kaikki tarvitsemansa sarakkeet, automaattinen suoritus ohittaa kohdistusvaiheen, jolloin toistuva tuonti tapahtuu yhdellä latauskerralla. XLSX- tai CSV-muodossa tehdyt vientitiedostot sisältävät koko tietokannan, yksi taulukko kutakin kieltä kohden, ja ne voidaan tuoda takaisin samoissa muodoissa. Ensimmäinen tietojen syöttö tapahtuu yleensä taulukon muodossa; heti kun rakenne on valmis, tietojen syöttö siirtyy yleensä API:n kautta.

Kaikki tapahtuu todennetusti HTTPS-yhteyden kautta. Suuremmat määrät lähetetään useissa erissä tai Bulk-API:n kautta. Mediatiedostot ladataan tiedosto kerrallaan, neljä kerrallaan ja enintään 50 Mt per tiedosto; vienti tapahtuu taustalla osoitteessa, jonka voimassaolo päättyy. Käyttäjälle ilmoitetaan sovelluksessa, kun tuonti on valmis tai vaatii päätöstä; haluttaessa ilmoitus lähetetään myös sähköpostitse, kun tuonti on valmis. FTP:tä tai todennustamattomia tallennustiloja ei tarjota.

REST-API:n, allekirjoitettujen webhookien, tapahtumasyötteen, taulukoiden tuonnin ja viennin, tekoälyagentteja varten tarkoitetun MCP-palvelimen sekä n8n-solmun kautta; väliohjelmistoa ei tarvita.

• REST-API: dokumentoitu, todennus OAuth 2.0 -asiakastunnistetiedoilla, rajoitettu kunkin järjestelmän soveltamisalan mukaan. PLM- tai ERP-järjestelmät luovat ja päivittävät tuotteita, komponentteja, ominaisuuksia ja eräeriä sekä julkaisevat sertifikaatteja.
• Webhookit: ilmoittavat elinkaaren tapahtumista ilman, että niitä tarvitsee kysyä; tapahtumasyöte toimittaa samat tapahtumat järjestelmille, jotka tekevät kyselyjä.
• Massiivinen tuonti: taulukko tai CSV-tiedosto järjestelmille, joilla ei ole integraatiobudjettia; sisältää kohdistuksen, esikatselun ja olemassa olevien tietueiden päivityksen.
• Agenttiliitäntä (MCP): työkaluille, joiden osalta integraatioprojekti ei ole kannattavaa.
• n8n-solmu: julkaistu osoitteessa @transpareo/n8n-nodes-transpareo, tarkoitettu työnkulkuille, joita tiimi rakentaa ilman ohjelmointia.

API ja webhookit toimivat reaaliajassa. Tuonti, vienti, julkaisu ja käännös suoritetaan taustatehtävinä, joiden tilaa voi seurata; ne näyttävät etenemisensä eivätkä estä kenenkään toimintaa; joukkojulkaisu ei voi ylikuormittaa jonotusta. Kaikki HTTPS-yhteensopivat palvelut voidaan liittää järjestelmään, myös olemassa oleva integraatioalusta tai iPaaS. Kumppanijärjestelmä tunnistaa GS1-tunnisteet ilman vastaavuustaulukkoa.

Jokaisen tallennuksen yhteydessä tarkistetaan saapuvien arvojen tyyppi ja muoto, ja sen jälkeen tietuetta verrataan sen sääntelyluokan sääntöihin laskettaessa DPP-valmiutta sekä jokaisen julkaisun yhteydessä.

Tarkastus suoritetaan tietojen saapuessa riippumatta siitä, tuleeko data API:n, tuonnin tai henkilön kautta. Säännöt perustuvat kyseisen luokan vaatimustenmukaisuusprofiiliin, joka on kirjoitettu SHACL-mallin mukaisina Shapes-muotoina; ne siis muuntavat sääntelyn datavaatimukset tarkastuksiksi. Toimipaikkojen tunnisteet tarkistetaan sallittujen skeemojen perusteella. Sääntelyyn liittyvät tietokohdat liitetään tuotteeseen ja jäädytetään julkaisun yhteydessä; vaatimustenmukaisuusasiakirjat liittyvät samoihin tietueisiin, ja niiden näkyvyys noudattaa sen tietokohdan julkistustasoa, johon ne liittyvät.

Tarkastus on luonteeltaan rakenteellinen: Ovatko pakolliset tiedot olemassa, oikein muotoiltuja ja vaadittua tyyppiä? Tietojen sisällön oikeellisuuden tarkistaminen on ihmisten suorittama tarkastusvaihe, esimerkiksi toimittajasivun kautta.

Jokaisessa tuotteessa on jatkuvasti uudelleen laskettava DPP-valmius: prosenttiarvo, väri ja luettelo keskeneräisistä tarkastuksista, joista jokaisesta on linkki kyseiseen kenttään.

Tarkastukset, jotka estävät julkaisun, erotetaan niistä, jotka vain parantavat tietuetta. Niin kauan kuin pakollinen tarkastus on kesken, passia ei voida julkaista. Puuttuva pakollinen ominaisuus nimetään sen tyypin mukaan; standardin vastainen arvo ilmoitetaan sen säännön mukana, jota se rikkoo.

Komponentit jaetaan siten, että muutos vaikuttaa kaikkiin tuotteisiin, joissa ne ovat mukana. Erätiedot pysyvät muuttumattomina, ja julkaistut tiedot muuttuvat vain, jos niitä muokkaava henkilö niin haluaa: korjaus luo uuden version, josta webhookit ja tapahtumasyöte ilmoittavat.

Luettelossa DPP-valmius on oma sarakkeensa: sen voi lajitella ja suodattaa. Kokeile ilman tiliä: tutustu demoversioomme.

Kyllä, jopa viisivaiheisina tarkastusprosesseina; hakemuksen jättäjä ei päätä siitä itse.

Jokainen vaihe on liitetty tiettyyn ryhmään tai käyttöoikeuteen. Niin kauan kuin pakollinen tarkastus on kesken, passin julkaiseminen on estetty, ja myös liitetyn tekoälyagentin käynnistämä julkaisu käy läpi saman prosessin. Käyttöoikeudet voidaan rajoittaa yksittäisiin tuotteisiin tai komponentteihin. Versioituja työnkulkumalleja ei ole vielä saatavilla; jos asiakas tarvitsee tiettyjä vaiheita, sisällytämme ne tuotteeseen.

Kyllä. Tehtävät jaetaan henkilöille tai ryhmille, jokaiselle lähetetään päivittäin sähköposti, jossa ilmoitetaan uudet ja myöhässä olevat tehtävät, ja toimittajille lähetetyillä tietopyynnöillä on omat määräajat ja muistutukset.

Automaattinen eskalointi muille henkilöille on suunnitelmissa. Tehtäviä voi hakea API:n kautta, ja webhookit sekä tapahtumasyöte ilmoittavat jokaisesta passin tilan muutoksesta, jolloin ulkoinen työnkulutyökalu voi reagoida siihen, esimerkiksi n8n Transpareo-solmun avulla.

Määriteltävä tuotetaulukko, tehtävien ja pyyntöjen luettelot sekä tilastosivu; jokainen tietokanta on vietävissä.

• Luettelo: Jokainen käyttäjä valitsee itse sarakkeet, mukaan lukien DPP-valmiuden; tallennetut näkymät tallentavat hakukriteerit koko tiimille. Komponentteja voi hakea nimen, tyypin ja ominaisuuksien perusteella, ja passeja tunnisteen, tilan (luonnoksesta elinkaaren loppuun), version, voimassaolon päättymisen sekä erän tai kappalemäärän perusteella.
• Käynnissä olevat työt: Tehtävien ja kyselyjen luettelot näyttävät myöhässä olevat tehtävät, tehtävät, joilla ei ole vastuuhenkilöä, vanhentuneet kyselyt sekä tarkastusta odottavat vastaukset.
• Kuluttajat: Skannaukset passikohtaisesti, alueittain ja ajanjaksoittain, palvelinlokista ilman seurantaa, ladattavissa tilastosivulta.
• Vienti: Tuotteet, komponentit ja passit kokonaisina tietueina CSV-, XLSX-, JSON-LD- tai SQL-muodossa, riippumatta näytöllä näkyvistä sarakkeista ja suodattimista.

API:n kautta voi hakea passeja tuotteen, tilan ja hakusanan perusteella, ja asiakkaat voivat tarkastella luetteloa, passeja ja kunkin passin skannausmääriä omilla liiketoimintatiedon analysointityökaluillaan. Esittely: esittelymme.

Kunkin työtilan tuote- ja passitiedot sijaitsevat omassa tietokannassaan; ainoastaan tili- ja hinnoittelutiedot sijaitsevat yhteisessä alustan tietokannassa.

Hakuhakemisto, allekirjoitusavain ja salausavain on myös erotettu työtiloittain; media- ja salasana-arkisto sijaitsevat työtiloissa omalla polullaan.

Kyllä, kahdella tasolla: arkaluonteiset alueet ja varmuuskopiot.

• Kentät: AES-256-GCM, jossa jokaisella työtilalla on oma avain, joka puolestaan on kääritty avaimella, joka on johdettu palvelimen pääsalaisuudesta; pääsalaisuuden kierrättäminen käärii uudelleen jokaisen sen suojaaman työtilan avaimen ilman, että tietoja salataan uudelleen. Suojattuna on esimerkiksi tekoälypalveluntarjoajan avain. Työtilan allekirjoitusavain on kääritty toisella, nimenomaan tätä tarkoitusta varten määritetyllä työtilan avaimella.
• Varmuuskopiot: salataan AES-256-salauksella ennen kuin ne lähtevät palvelimelta.

Mediatiedostot ja passitiedostot sijaitsevat EU:n alueella sijaitsevassa objektitallennustilassa, ja maksullisen työtilan arkistoa ei voi muuttaa kymmeneen vuoteen.

Sähköpostiosoite ja salasana sekä Passkey tai kertakäyttökoodi toisena tunnistautumistekijänä, jota työtila voi vaatia; työtila määrittää, kuinka kauan käyttäjän on oltava passiivinen, ennen kuin hänet kirjautuu ulos. Vaihtoehtoisesti käyttäjät kirjautuvat sisään yrityksensä identiteetin tarjoajan kautta (katso kertakirjautuminen).

Oletusarvo on 480 minuuttia; työtila voi määrittää keston vapaasti. Istunto lopetetaan palvelinpuolella; esittelytyötilamme toimii 60 minuutin ajan. Lisäksi istuntokeksi vanhenee, kun selain suljetaan. ”Secure”-merkitty, salattu istuntokeksi tallentaa istunnon tiedot, kielikeksi valitun kielen; kolmannen osapuolen evästeitä ei ole.

Käyttäjät kutsutaan järjestelmään ja heidät liitetään käyttöoikeusryhmiin; käyttäjän poistaminen järjestelmästä poistaa välittömästi hänen käyttöoikeutensa ja API-kirjautumistietonsa. Yleisiä tai jaettuja tilejä ei ole. Jokaisen käyttäjän viimeisin kirjautumisaika näkyy; pitkään käyttämättömien tilien automaattinen deaktivointi on kehityssuunnitelmassa.

OIDC:n avulla, kaikissa paketeissa: Työtila muodostaa yhteyden yrityksen identiteetin tarjoajaan, olipa kyseessä sitten Microsoft Entra ID, Okta, Google tai jokin muu OIDC-palveluntarjoaja, ja käyttäjät kirjautuvat sisään yritystilillään. Yrityksen verkkotunnuksille salasanalla kirjautuminen voidaan poistaa käytöstä. SAML on kehityssuunnitelmassa.

Jokainen verkkotunnus todennetaan palveluntarjoajan tai DNS-merkinnän avulla ennen kuin kukaan kirjautuu sen kautta sisään. Palveluntarjoaja pyytää toisen tunnistautumistekijän. Jos salasana on lukittu, palveluntarjoajan estämä henkilö ei pääse enää sisään; avoin istunto palautuu palveluntarjoajalle viimeistään 12 tunnin kuluttua. Transpareo pääsee Active Directoryyn sen edessä olevan OIDC-palveluntarjoajan, kuten Entra ID:n, kautta; suoraa yhteyttä LDAP:hen ei ole. Passkey toisena tunnistautumistekijänä kattaa phishing-suojatun tapauksen myös ilman identiteetin tarjoajaa.

Kolme lokitietuetta: auditointiloki (5 vuotta), NIS2-direktiivin mukainen turvallisuusloki (365 päivää) sekä loki kaikista viranomaisten tekemistä pääsyistä, jonka voimme viedä pyynnöstä.

Auditointiloki kertoo, kuka on muuttanut mitä ja milloin, kenttä kentältä, sekä arvon ennen ja jälkeen, ja sitä voidaan suodattaa näytöllä ajanjakson, tietueen tai toimijan mukaan. Turvallisuusloki tallentaa kirjautumiset (onnistuneet tai hylätyt), monivaiheiset todennukset, salasanan nollaukset, tilien lukitukset, hylätyt API-kirjautumistiedot, estetyt osoitteet ja hylätyt agenttikutsut; ja sitä voi hakea sovelluksen sisällä.

Käyttölokeissa olevia henkilötietoja säilytetään vain niin kauan kuin niiden käyttötarkoitus edellyttää (GDPR:n 5 artiklan 1 kohdan e alakohta). Passit viedään allekirjoitettuina tiedostoina, jotka viranomainen voi tarkistaa ilman ohjelmistoamme; lokit viedään CSV- tai XLSX-tiedostoina.

Ilmoitamme asiakkaalle viipymättä jokaisesta hänen työtilansa liittyvästä tietoturvaloukkauksesta riippumatta siitä, koskeeko se henkilötietoja vai ei, ja kuka tahansa voi ilmoittaa haavoittuvuuksista osoitteeseen support@mail.transpareo.com.

Henkilötietojen suojan loukkaustapauksessa ilmoitus tehdään tilauskäsittelysopimuksemme kohdan 9 mukaisesti: siinä kuvataan loukkaustapa, sen todennäköiset seuraukset ja toteutetut toimenpiteet, mainitaan yhteyspiste sekä ilmoitetaan, milloin loukkaus tapahtui ja milloin se havaittiin sekä mihin työtiloihin se vaikuttaa. Tiedot, joita ei vielä alkuvaiheessa tiedetä, toimitetaan heti, kun ne tulevat tiedoksi.

Ainoastaan asiakkaan puolesta tehdyn kirjautumisen kautta, joka tallennetaan alustan lokiin ja työtilan omaan turvallisuuslokiin.

Asiakas tarkistaa jokaisen tällaisen kirjautumisen turvallisuuslokistaan. Työntekijät suorittavat tarkastuksen ennen kuin heille myönnetään käyttöoikeudet, ja heille annetaan säännöllisesti turvallisuuskoulutusta. He ovat velvollisia noudattamaan salassapitovelvollisuutta ja saavat pääsyn vain siinä laajuudessa kuin sopimuksen toteuttaminen ja tuki sitä edellyttävät ( tietojenkäsittelysopimuksen kohta 7.4(b)).

Tuki sähköpostitse osoitteeseen support@mail.transpareo.com, saksaksi ja englanniksi, sisältyy kaikkiin paketteihin.

Erillistä tukisopimusta tai työmäärän mukaan laskutettavaa tukea ei ole. Sovelluksessa voi hakea ohjeartikkeleita, jotka näkyvät käyttäjän kielellä API-oppaan rinnalla. Työtilan oman tekoälypääsyn avulla avustaja vastaa molemmista lähteistä, voi viitata artikkeliin ja suorittaa kuvatun vaiheen heti vahvistuksen jälkeen käyttäjän oikeuksien puitteissa.

Kyllä, alusta on käytössä: jokainen yritys voi rekisteröityä, ja jokainen passi luodaan, vahvistetaan, allekirjoitetaan ja julkaistaan sen pysyvän osoitteen alla.

Sen ominaisuuksia voi kokeilla ilman tiliä demoversioiss amme.

Kiinteä kuukausimaksu työtiloittain kulkukorttien lukumäärän mukaan, ilman asennus-, neuvonta-, käyttäjä- tai skannausmaksuja sekä ilman maksullisia lisämoduuleja.

Tietovälineellä ei ole merkitystä hinnan kannalta, eikä skannauksia, liikennettä tai tallennustilaa lasketa koskaan. Jokainen paketti sisältää kaikki toiminnot, mukaan lukien oman verkkotunnuksen, 40 kieltä ja täydellisen sovellusrajapinnan (API), joten kaikki tämän luettelon toiminnot ovat käytettävissä myös pienimmässä paketissa; ainoat paketin ulkopuoliset kustannukset ovat tekoälypalveluntarjoajan maksut, jos asiakas käyttää avustajaa omalla tilillään. Laskutus tapahtuu kuukausittain ilman vähimmäissopimuskausia.

Neljä hintapakettia frankeina, euroina tai dollareina: enintään 100 passia, enintään 1 000, enintään 10 000 ja rajoittamaton määrä, kussakin paketti sisältää haluamasi määrän tuotteita ja komponentteja. Beta-vaiheen aikana listahinnoista myönnetään 30 %:n alennus, ja sopimushetkellä sovittu hinta pysyy voimassa niin kauan kuin pidät saman paketin. 8 päivän sitoumukseton kokeilujakso on mahdollinen. Voimassa on kulloinkin voimassa oleva hinnasto, joka löytyy hinnoittelusivultamme.

Rakennamme työtilan asiakkaan tietojen, ominaisuustyyppien, brändäyksen ja verkkotunnuksen pohjalta, ja ensimmäiset versiot ovat käytössä muutamassa päivässä.

Uusi työtila on käytettävissä muutamassa minuutissa Transpareo-osoitteessa; asiakkaan oma verkkotunnus otetaan käyttöön heti, kun sen DNS-merkintä osoittaa palveluumme. Asiakkaan puolella riittää ajantasainen selain Windows-, macOS-, Linux-, iOS- tai Android-käyttöjärjestelmässä; mitään ei tarvitse asentaa tai ylläpitää.

• Toimitusketjun integrointi: toimittajasivuilla, työtilan kielillä.
• Integrointi: REST-API:ta, webhookeja, MCP-palvelinta ja n8n-solmuja ylläpitää se tiimi, joka on ne kehittänyt.

Lisäksi saatavilla on työkaluja ilman lisäkustannuksia: brändin ilmeen mukaiset asiakirjat 40 kielellä, Transpareo Time Machine luottamusta herättävänä tekijänä sekä kävijätilastot ilman seurantaa.

Sveitsin lainsäädännön mukaiset yleiset sopimusehtomme: irtisanominen kuukausittaisen laskutuskauden päättyessä, ei vähimmäiskestoa ja lievän huolimattomuuden tapauksessa vastuu enintään viimeisten kahdentoista kuukauden maksujen suuruisena.

• Irtisanominen: Sopimus on voimassa toistaiseksi, ja se voidaan irtisanoa milloin tahansa kuluvan laskutuskauden päättyessä.
• Vastuu: rajoittamaton tahallisuuden ja törkeän huolimattomuuden tapauksessa; lievän huolimattomuuden tapauksessa vain olennaisten sopimusvelvoitteiden rikkomisen yhteydessä, rajoitettuna tyypillisesti ennakoitavissa olevaan vahinkoon ja yhteensä niihin palkkioihin, jotka on maksettu kahdentoista kuukauden aikana ennen vahingon aiheuttanutta tapahtumaa. Menetetty voitto, tietojen menetys ja välilliset vahingot suljetaan pois siinä määrin kuin laki sen sallii.
• Muutokset: Ehtojen ja hintojen muutoksista ilmoitetaan kirjallisesti vähintään 30 päivää ennen niiden voimaantuloa, ja asiakkaalla on oikeus kieltäytyä muutetuista ehdoista sekä irtisanoa sopimus ennen hinnanmuutosta.
• Sovellettava laki ja oikeuspaikka: Sveitsin laki, lukuun ottamatta YK:n kauppalakia; oikeuspaikka on Zug, Sveitsi.
• Tietosuoja: Tietojenkäsittelysopimus on osa näitä ehtoja.

Asiakas pysyy talouden toimijana ja on vastuussa passiensa sisällöstä; Transpareo tarjoaa teknisen alustan.

Olemme mukana niissä elimissä, joissa säännöt laaditaan, ja panemme täytäntöön sen, mitä ne julkaisevat.

• Eurooppalainen standardointi: Jäsenyys Sveitsin standardointiliiton (SNV) kansallisessa standardointikomiteassa ja sen DPP-alakomiteassa, joka edustaa Sveitsiä CEN/CLC/JTC 24 -komiteassa, jossa laaditaan eurooppalainen DPP-standardisarja. Seuraamme luonnoksia niiden valmistumisen aikana ja annamme niistä lausunnon.
• EU:n pilottihankkeet: Jäsen CIRPASS-2-hankkeen käytäntöyhteisössä (Community of Practice), joka on EU-hanke, jossa testataan digitaalista tuotepassia neljässä arvoketjussa.
• Pöytäkirjatyö: jatkuva osallistuminen YK:n läpinäkyvyyspöytäkirjaan; kuusi kommenttiamme versioon 0.7.0 on julkaistu julkisessa rekisterissä.
• Akkupassi: Battery-Pass-konsortion tukikumppani, joka rakentaa yhdessä johtavien tutkimuslaitosten kanssa testausympäristöä EU:n akkupassia varten; hanketta tukee Saksan liittovaltion talous- ja energiaministeriö. Akut ovat ensimmäinen tuoteryhmä, johon sovelletaan sitovaa velvoitetta 18. helmikuuta 2027 alkaen.

51 % osakepääomasta siirretään Zugissa sijaitsevalle voittoa tavoittelemattomalle Transpareo Foundation -säätiölle (perustamisvaiheessa, tilanne lokakuussa 2026); säätiön perustamisen jälkeen tätä osuutta ei voi myydä, eikä Transpareoa voida ostaa.

Perustamisensa jälkeen säätiö on Keski-Sveitsin BVG- ja säätiövalvontaviranomaisen (ZBSA) valvonnassa. Kokemus ulottuu sääntelyn ulkopuolelle: perustajan kehittämä ensimmäinen tuotetietojen läpinäkyvyysalusta on ollut käytössä kosmetiikkavalmistajille vuodesta 2008 lähtien.