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 kannettava vastuu.
Vastauksemme on lyhyt: ei yhtään. Kaikki järjestelmät, jotka syöttävät tietoja Passiin, sijaitsevat lähdesivustolla ja pysyvät siellä. Transpareo on yksinomaan ketjun loppupään vastaanottaja; tietovirrat kulkevat yksisuuntaisesti alustalle ja saapuvat sen rajapinnan Transpareo Connect kautta. Tässä artikkelissa kuvataan näitä virtoja: mitä kukin järjestelmä toimittaa, mitkä säännöt koskevat kutakin virtaa ja mitä vahvistusta vastaanotetaan.
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 muutaman kentän:
- 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 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 käytä, toimittavat samat kentät muulla tavalla. Miksi pidämme hallintakuorta silti erinomaisena perustana, selviää AAS:ää käsittelevästä 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. Push-lähetys laukaistaan aina lähdepuolella - joko 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. Pass 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. Nimetyt käyttöoikeudet säätelevät, mitä toimitetuilla tiedoilla saa tehdä alustalla: 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 välitä 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 ERP- tai PIM-järjestelmässä suoraan tuotteen tietoihin. Ne eivät ole pääsyoikeuksia. 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 liittimen kautta. Yksinkertainen ja järkevä ratkaisu, 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 kuinka tällainen projekti saadaan valmiiksi kahdessa viikossa kolmen kuukauden sijaan, olemme kirjanneet ERP-liitännän oppaaseen.
Kaikilla tietojen toimittajilla ei ole järjestelmää, joka voisi toimittaa tietoja. Toimittaja, jolla ei ole omaa yritysohjelmistoa , täyttää kentät, joita pyydät häneltä osoitteessa Transpareo Upstream, matkapuhelimellaan, ja tässäkin tapauksessa tiedonkulku on yksisuuntaista: hänen vastauksensa tulee sinulle ehdotuksena, ja sinä tarkistat sen ennen kuin se kirjataan passiin.
Mitä Transpareo ei tarkoituksellisesti ole
Ei toista ”System of Record” -järjestelmää. Alusta säilyttää passitietueen ja sen muuttumattoman versiohistorian, ei valmistajan toimintatietoja. 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. Artikkelissa allekirjoituksista ja varmenteista kerrotaan, miten Transpareo Proofchain allekirjoittaa tämän versioketjun ja tekee siitä kaikille tarkastettavissa olevan.
Turvallisuussuunnitelmanne kannalta tarkastettavaa 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 ulkopuolista 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. Lähetys osoitteeseen Transpareo Connect käynnistyy valmistajan itsensä, sen väliohjelmiston tai valtuutetun palveluntarjoajan toimesta; alusta ei odota eikä koskaan hae tietoja. Lähdepuoli päättää kunkin paketin sisällön, laajuuden ja ajankohdan, minkä vuoksi Transpareo ei myöskään voi saada enempää kuin mitä on toimitettu. Toimitusten tiheyden määrittelet itse - vakiotiedot muuttuvat harvoin, tuotantotapahtumat tapahtuvat silloin, kun ne tapahtuvat.
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älitetään 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 auditointia varten. Se, miten tämä versioketju allekirjoitetaan ja miten se voidaan tarkistaa, on kuvattu 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.
