Heti kun digitaalinen tuotepassi alkaa konkretisoitua, IT-osasto esittää ennen kaikkea seuraavan kysymyksen: Mihin järjestelmiimme alustan on päästävä käsiksi? Kysymys on perusteltu, sillä sen taustalla ovat käyttäjätunnukset, palomuurin sallimukset ja turvallisuuskonsepti, josta jonkun on otettava vastuu.
Vastauksemme on lyhyt: ei yhtään. Kaikki järjestelmät, jotka tuottavat tietoja passiin, sijaitsevat lähdepuolella ja pysyvät siellä. Transpareo on yksinomaan vastaanottaja ketjun päässä; tietovirrat kulkevat yksisuuntaisesti alustalle. Tässä artikkelissa kuvataan näitä virtoja: mitä kukin järjestelmä toimittaa, mitkä säännöt koskevat kutakin virtaa ja mitä vahvistuksena palautetaan.
Mitä kukin järjestelmä tuo Passiin
Passin tiedot ovat harvoin peräisin yhdestä järjestelmästä. Käytännössä ne jakautuvat muutamaan järjestelmäluokkaan, joista kukin tuo mukanaan vain muutamia kenttiä:
- ERP - tuotetunnus, materiaalit, toimittajat ja alkuperä, tilaus- ja eräviittaukset, määrät. Vakaat perustiedot, jotka muuttuvat harvoin.
- MES - tuotantohistoria, sarja- ja eräviittaukset, laatutodistukset, jäljitettävyys. Tapahtumatiedot, jotka liittyvät tiettyyn ajankohtaan.
- APS - tuotantoajankohdat ja resurssien kohdistus. Harvoin suoraan merkityksellistä passin kannalta; olennaiset tiedot tulevat yleensä MES-järjestelmän kautta.
- PLM - koostumus, osaluettelot, korjattavuus, varaosat, suunnitteluvaiheet. Ekosuunnitteluasetuksen vaatimusten perusteella tämä on kattavin tietolähde.
- PIM - kuvaukset, kuvat, huolto- ja käyttöohjeet, kieliversiot. Kuluttajille suunnatut sisällöt.
- IoT - Tila- ja käyttötiedot käyttövaiheesta. Tarvitaan vain tietyissä tuoteryhmissä, kuten akkuissa.
- CRM - Yksittäisten asiakkaiden huolto- ja korjaushistoria. Periaatteessa henkilötietoja, eivätkä ne siksi kuulu julkiseen passiin.
Hallintakuori on järjestelmien yläpuolella, ei niiden rinnalla
Yksi rajaaminen on tärkeämpi kuin kaikki muut: Asset Administration Shell ei ole ERP:n, MES:n ja PIM:n ## rinnalla, vaan niiden yläpuolella. Se ei tuota tietoja, vaan kapseloi olemassa olevat tiedot yhteentoimiviin alimalleihin. Transpareoon liittämisen kannalta tämä tarkoittaa: AAS on kätevä, mutta ei välttämätön toimitusmuoto. Ne, jotka käyttävät sitä, johdattavat datapaketin alimalleistaan; ne, jotka eivät, toimittavat samat kentät muulla tavalla. Miksi pidämme hallintakuorta silti erinomaisena perustana, selviää AAS:ta käsittelevästä artikkelista.
Viisi sääntöä, jotka koskevat jokaista tietovirtaa
Suunta. Kaikki nuolet osoittavat alustaan päin. Transpareo ei kysele tietoja miltään lähdejärjestelmältä, eikä Transpareolla ole pääsytietoja ERP-, MES-, PIM- tai PLM-järjestelmiin.
Järjestelmiisi ei ole yhteyttä, jota pitäisi suojata, koska sellaista ei yksinkertaisesti ole.
Laukaisija. Push-lähetys laukaistaan aina lähdepuolella - valmistajan itsensä, sen väliohjelmiston tai valtuutetun palveluntarjoajan toimesta. Alusta odottaa; se ei hae tietoja itse.
Käyttötarkoitus. Siirretään ainoastaan Passille tarvittava osajoukko, ei lähdejärjestelmän koko tietokantaa. Passi tarvitsee kustakin järjestelmästä vain muutaman kentän; kaikki muu pysyy paikallaan.
Julkaisu. Lähdepuoli päättää kunkin paketin valinnan, laajuuden ja ajankohdan. Transpareo ei voi saada enempää kuin mitä on toimitettu.
Käyttöoikeudet. Toimitetuille tiedoille alustalla annettavat käyttöoikeudet määritellään nimetyillä käyttöoikeustodistuksilla: oikeudet ovat minimaaliset, ja mikä ei ole nimenomaisesti sallittua, on kielletty. Nämä säännöt koskevat alustaa, eivätkä ne koskaan vaikuta takautuvasti lähdejärjestelmään.
Takaisin virtaa vain kuitteja
Täysin ilman paluukanavaa ei voi toimia, mutta se ei kuljeta tietoja, vaan vastauksia: DPP-URL-osoitteen tai GS1 Digital Linkin, versiotunnuksen, julkaisustatuksen ja validointiviestit. Nämä palautteet ovat arvokkaita lähdesivustolle, koska Pass-viite voidaan tallentaa suoraan tuotteen yhteyteen ERP- tai PIM-järjestelmässä. Ne eivät ole pääsyoikeus. Ne ovat kuitti vastaanotetusta toimituksesta.
Kolme käytännössä toimivaksi osoittautunutta mallia
- Suoraan johtavasta järjestelmästä. ERP tai PLM lähettää ## tiedotliittimen kautta. Yksinkertaista ja järkevää, kun yksi tietolähde on selvästi hallitsevassa asemassa.
- Aggregointikerroksen kautta. Middleware tai iPaaS yhdistää ERP-, MES- ja PIM-kentät ja toimittaa paketin. Tämä on tavanomainen tapa, kun mukana on useita lähteitä.
- AAS-alimallien kautta. Hallintakuori on jo käytössä, ja paketti johdetaan sen alimalleista. Edullinen ratkaisu Teollisuus 4.0 -ympäristöissä.
Mikä malli sopii mihinkin järjestelmäympäristöön ja miten tällainen projekti toteutetaan kahdessa viikossa kolmen kuukauden sijaan, olemme kirjanneet ERP-liitännän ohjekirjaan.
Mitä Transpareo ei tarkoituksellisesti ole
Ei toista ”System of Record” -järjestelmää. Alusta säilyttää Pass-tietueen ja sen muuttumattoman versiohistorian, ei valmistajan tuotantotietoja. ERP-järjestelmässä tehdyt korjaukset välittyvät Passiin uuden toimituksen kautta - uutena, jäljiteltävänä versiona, ei hiljaisena muutoksena olemassa olevaan tietueeseen. Miten tämä versioketju allekirjoitetaan ja miten se on kaikkien tarkastettavissa, selviää allekirjoituksia ja varmenteita käsittelevästä artikkelista.
Turvallisuussuunnitelmanne kannalta tarkastettavaa jää siis vähän, ja juuri se onkin tarkoitus. Teidän ei tarvitse luovuttaa tunnistetietoja, palomuuria ei avata sisäisesti eikä ERP-järjestelmässänne ole ulkoista järjestelmää, jolla olisi lukuoikeudet.
Varsinainen projektityö siirtyy sinne, minne sen kuuluukin: päätetään, mitkä kentät sisällytetään Passiin - ei sitä, kuka saa kirjautua mihin.
Kysymyksiä tästä artikkelista
Tarvitseeko Transpareo pääsyn ERP-järjestelmäämme tai johonkin muuhun järjestelmään?
Ei. Jokainen järjestelmä, joka toimittaa tietoja, sijaitsee lähteessä ja pysyy siellä, eikä Transpareolla ole pääsyoikeuksia ERP-, MES-, PIM- tai PLM-järjestelmiin. Järjestelmiinne ei ole yhteyttä, jota pitäisi suojata, koska sellaista ei yksinkertaisesti ole. Turvallisuussuunnitelmanne kannalta ei siis tarvitse luovuttaa pääsytietoja, luoda sisäisiä yhteyksiä eikä tarkistaa, onko ulkopuolisella järjestelmällä lukuoikeuksia ERP-järjestelmäänne.
Kuka tilaa toimituksen, ja kuinka usein?
Aina lähdepuoli. Push-ilmoituksen laukaisee valmistaja itse, sen väliohjelmisto tai valtuutettu palveluntarjoaja; alusta ei odota eikä koskaan hae tietoja. Lähdepuoli päättää kunkin paketin sisällön, laajuuden ja ajankohdan, minkä vuoksi Transpareo ei voi saada enempää kuin mitä on toimitettu. Toimitusten tiheyden päätätte itse - vakiotiedot muuttuvat harvoin, tuotantotapahtumat puolestaan tapahtuvat silloin, kun niitä syntyy.
Tarvitsemmeko tähän hallintakansiota?
Ei. Hallintakehys ei ole ERP-, MES- ja PIM-järjestelmien rinnalla, vaan niiden yläpuolella, eikä se tuota omaa dataa, vaan käärii olemassa olevan datan yhteentoimiviin alimalleihin. Siten se on kätevä, mutta ei välttämätön toimitusmuoto. Järjestelmän käyttäjä johtaa datapaketin sen alimalleista. Ne, jotka eivät käytä sitä, toimittavat samat kentät toisella tavalla, suoraan johtavasta järjestelmästä tai aggregointikerroksen kautta.
Mistä järjestelmästä aloitamme?
Ekosuunnitteluasetuksen vaatimusten perusteella PLM on kattavin yksittäinen tietolähde - siellä sijaitsevat tuotteen koostumus, osaluettelot, korjattavuus, varaosat ja suunnitteluvaiheet. ERP-järjestelmä hallinnoi tuotetunnisteita, materiaaleja, toimittajia ja alkuperää, PIM-järjestelmä kuluttajille suunnattuja tekstejä ja kuvia, ja MES-järjestelmä tuotanto- ja jäljitettävyystapahtumia. Useimmat tuotetiedot tarvitsevat kustakin järjestelmästä vain muutamia kenttiä. Aloittakaa siitä, missä suurin osa pakollisista kentistä sijaitsee, ja täydentäkää loput vähitellen.
Päätyvätkö CRM-järjestelmän asiakastiedot passiin?
Ei. Yksittäisten asiakkaiden huolto- ja korjaushistoria on periaatteessa henkilökohtaista, eikä se siksi kuulu julkiseen passiin. CRM on ainoa järjestelmäluokka tässä luettelossa, joka jää kokonaan sen ulkopuolelle. Korjaus- ja elinkaaritapahtumat voidaan kuitenkin kuvata, mutta tuotteeseen liittyvinä tapahtumina, ei nimettyyn henkilöön liittyen.
Mitä alustalta palautetaan?
Kuitit, ei tietoja. Paluukanava välittää DPP-osoitteen tai GS1 Digital Linkin, versiotunnuksen, julkaisutilan ja vahvistusviestit. Nämä palautteet kannattaa tallentaa, koska Pass-viitettä voidaan sen jälkeen seurata suoraan tuotteen yhteydessä ERP- tai PIM-järjestelmässä. Ne eivät ole tilaus, vaan vahvistus vastaanotetusta toimituksesta.
Mitä tapahtuu, kun arvoa korjataan ERP-järjestelmässä?
Korjaus välittyy Passiin uuden toimituksen kautta ja siitä tulee uusi, jäljitettävä versio, ei hiljainen muutos olemassa olevaan versioon. Jokainen aiempi versio pysyy saatavilla ja tarkastettavissa, ja juuri tämä tekee versiohistoriasta arvokkaan tarkastuksen kannalta. Kuinka tämä versioketju allekirjoitetaan ja miten se voidaan tarkistaa, selitetään DPP:n osiossa Allekirjoitukset ja varmenteet.
Tuleeko Transpareosta toinen ”System of Record”?
Ei, ja se on tarkoituksellista. Alusta säilyttää Pass-tietueen ja sen muuttumattoman versiohistorian, ei yrityksesi toimintatietoja; järjestelmäsi ovat edelleen määrääviä kaikessa, mikä niihin kuuluu. Näin projektityö pysyy siellä, minne se kuuluu - eli siinä, mitä kenttiä Passiin sisällytetään, eikä siinä, kuka saa kirjautua mihin.
