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 turvallisuussuunnitelma, josta jonkun on kannettava vastuu.
Vastauksemme on lyhyt: ei yhtään. Kaikki järjestelmät, jotka toimittavat tietoja passiin, sijaitsevat lähteellä ja pysyvät siellä. Transpareo on yksinomaan ketjun päässä oleva vastaanottaja; 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 - tuotetunniste, 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. Tarpeen vain tietyissä tuoteryhmissä, kuten akkuissa.
- CRM - Yksittäisten asiakkaiden huolto- ja korjaushistoria. Periaatteessa henkilötietoja, eivätkä ne siksi kuulu julkiseen passiin.
Hallintakehys sijaitsee 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 dataa, vaan kapseloi olemassa olevan datan yhteentoimiviin alimalleihin. Transpareoon liittämisen kannalta tämä tarkoittaa: AAS on kätevä, mutta ei välttämätön toimitusmuoto. Kuka sitä käyttää, johtaa datapaketin sen alimalleista; kuka ei, toimittaa samat kentät muulla tavalla. Miksi pidämme hallintakuorta silti erinomaisena perustana, selviää AAS-artikkelista.
Viisi sääntöä, jotka koskevat jokaista tietovirtaa
Suunta. Kaikki nuolet osoittavat alustaan päin. Transpareo ei tee kyselyjä mihinkään lähdejärjestelmään, eikä Transpareolla ole pääsyoikeuksia ERP-, MES-, PIM- tai PLM-järjestelmiin. Järjestelmiisi ei ole yhteyttä, jota pitäisi suojata, koska sellaista ei yksinkertaisesti ole.
Laukaisija. Tietojen lähetys käynnistyy aina lähdejärjestelmän puolelta - joko valmistajan itsensä, sen väliohjelmiston tai valtuutetun palveluntarjoajan toimesta. Alusta odottaa; se ei hae tietoja itse.
Käyttötarkoitus. Siirretään yksinomaan Passille tarvittava osajoukko, ei lähdejärjestelmän koko tietokantaa. Passi tarvitsee kustakin järjestelmästä vain muutamia kenttiä; 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 sallittuja toimia säätelevät nimetyt käyttöoikeudet: oikeudet ovat minimaaliset, ja se, mitä ei ole nimenomaisesti sallittu, 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 siirrä dataa, vaan vastauksia: DPP-URL:n tai GS1 Digital Linkin, versio-ID:n, 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 -järjestelmä lähettää tiedot liitännän kautta. Yksinkertainen ja järkevä ratkaisu, kun yksi tietolähde on selvästi hallitsevassa asemassa.
- Aggregointikerroksen kautta. Middleware- tai iPaaS-ratkaisu 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 oppaaseen.
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 voidaan tarkistaa, selviää allekirjoituksia ja varmenteita käsittelevästä artikkelista.
Turvallisuussuunnitelmanne kannalta tarkistettavaa jää siis vähän, ja juuri se onkin tarkoitus. Teidän ei tarvitse luovuttaa mitään käyttäjätunnuksia, 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 Passiin sisällytetään - ei sitä, kuka saa kirjautua mihin.