Niipea kui digitaalne tootepass muutub konkreetseks, esitab IT-osakond enne kõiki teisi küsimuse: milliste meie süsteemidega peab platvorm suhtlema? See on õige küsimus, sest selle taga peituvad juurdepääsuandmed, tulemüüri lubadused ja turvakontseptsioon, mille eest keegi peab vastutama.
Meie vastus on lühike: mitte ükski. Kõik süsteemid, mis annavad andmeid passi jaoks, asuvad allikas ja jäävad sinna. Transpareo on ainuüksi ahela lõpus asuv vastuvõtja; andmevood liiguvad ühesuunalistena platvormi poole. Käesolev artikkel kirjeldab neid vooge: mida iga süsteem edastab, millised reeglid kehtivad iga voo puhul ja mis tuleb tagasi kinnitusena.
Mida iga süsteem passi andmetesse panustab
Passi andmed pärinevad harva ühest süsteemist. Praktikas jagunevad need mõne süsteemiklassi vahel, millest igaüks panustab vaid mõne välja:
- ERP - toote identiteet, materjalid, tarnijad ja päritolu, tellimuse ja partii seos, kogused. Stabiilsed põhiandmed, mis muutuvad harva.
- MES - tootmise ajalugu, seeria- ja partii määramine, kvaliteeditõendid, jälgitavus. Sündmusandmed, mis on seotud kindla ajahetkega.
- APS - tootmise ajad ja ressursside jaotus. Passi jaoks harva otseselt oluline; oluline teave pärineb enamasti MES-ist.
- PLM - koostis, osaloendid, remonditavus, varuosad, konstruktsiooni versioonid. Võttes aluseks ökokavandamise määruse nõuded, on see kõige põhjalikum allikas.
- PIM - kirjeldused, pildid, hooldus- ja kasutusjuhised, keelevariandid. Tarbijale suunatud sisu.
- IoT - seisundi- ja kasutusandmed kasutusfaasist. Nõutav vaid teatud tooterühmade puhul, näiteks akude korral.
- CRM - üksikute klientide teenindus- ja remondiajalugu. Põhimõtteliselt isikuga seotud andmed, mistõttu need ei kuulu avalikku passi.
Halduskiht asub süsteemide kohal, mitte nende kõrval
Üks eristus on olulisem kui kõik teised: Asset Administration Shell ei asu ERP, MES ja PIM ## kõrval, vaid nende kohal. See ei loo andmeid, vaid kapseldab olemasolevad andmed koostalitlusvõimeliste alamudelite sisse. Transpareoga ühendamiseks tähendab see järgmist: AAS on mugav, kuid mitte vajalik andmeedastusformaat. Kes seda kasutab, tuletab andmepaketi oma alamudelitest; kes mitte, edastab samad väljad muul viisil. Miks me peame halduskest siiski suurepäraseks aluseks, on kirjas AAS-i käsitlevas artiklis.
Viis reeglit, mis kehtivad iga andmevoo puhul
Suund. Kõik nooled osutavad platvormi poole. Transpareo ei küsi andmeid üheltki allikasüsteemilt ning Transpareol puuduvad juurdepääsuandmed ERP-, MES-, PIM- või PLM-süsteemidele.
Teie süsteemidega ei ole ühtegi ühendust, mida tuleks turvata, sest seda lihtsalt ei ole.
Käivitaja. Andmete edastamine käivitatakse alati allikasüsteemi poolt - tootja enda, tema vahevara või volitatud teenusepakkuja poolt. Platvorm ootab; ta ei tule andmeid ise järele.
Otstarbelisus. Edastatakse ainult passile vajalik andmete alamhulk, mitte allikasüsteemi kogu andmestik. Pass vajab igast süsteemist vaid mõningaid välju; kõik muu jääb sinna, kus see on.
Vabastamine. Iga andmepaketi valiku, mahu ja ajastuse üle otsustab allikas. Transpareo ei saa rohkem, kui talle on edastatud.
Õigused. Seda, mida edastatud andmetega platvormil tohib teha, reguleerivad määratud juurdepääsuõigused: minimaalsed õigused, ning see, mida ei ole selgesõnaliselt lubatud, jääb keelatuks. Need reeglid kehtivad platvormi poolel, mitte kunagi tagasiulatuvalt allika suhtes.
Tagasi voolavad ainult kinnitused
Täiesti ilma tagasisidekanalita ei saa, kuid see ei edasta andmeid, vaid vastuseid: DPP-URL-i ehk GS1 Digital Linki, versiooni-ID-d, avaldamisstaatust ja valideerimisteateid. Allikale on need tagasisided väärtuslikud, sest Pass-viite saab ERP-s või PIM-s salvestada otse toote juurde. Need ei ole juurdepääsuõigused. Need on kinnitus saadud tarne kohta.
Kolm praktikas hästi toimivat mudelit
- Otse juhtivast süsteemist. ERP või PLM edastab andmed konnektori kaudu. Lihtne ja mõistlik, kui üks andmeallikas on selgelt domineeriv.
- Agregatsioonikihi kaudu. Middleware või iPaaS koondab ERP-, MES- ja PIM-väljad ning edastab paketi. See on tavapärane lahendus, kui kaasatud on mitu allikat.
- AAS-alamudelite kaudu. Halduskiht on juba kasutusel ja pakett tuletatakse selle alamudelitest. Eelistatav tööstuse 4.0 keskkondades.
Milline mudel sobib millisele süsteemikeskkonnale ja kuidas selline projekt kulgeb läbi kahe nädala asemel kolme kuu jooksul, oleme kirja pannud ERP-ühenduse juhendisse.
Mida Transpareo teadlikult ei ole
Mitte teine „System of Record”. Platvorm säilitab passi andmekirje ja selle muutumatu versiooniajaloo, mitte tootja tegevusandmeid. ERP-s tehtud parandused jõuavad Passi uue tarne kaudu - uue, jälgitava versioonina, mitte varude vaiksena muudatusena. Kuidas see versioonide ahel allkirjastatakse ja muutub kõigile kontrollitavaks, on kirjeldatud artiklis allkirjadest ja sertifikaatidest.
Seega jääb teie turvakontseptsiooni raames vähe kontrollitavat, ja just see ongi eesmärk. Puuduvad juurdepääsuandmed, mida te peaksite välja andma, puudub sissepoole suunatud tulemüüri avaus ning puudub teie ERP-s lugemisõigustega välissüsteem.
Tegelik projektitöö nihkub sinna, kuhu see kuulub: otsustada, millised väljad passi kuuluvad - mitte see, kes kuhu sisse logida tohib.
Küsimused selle postituse kohta
Kas Transpareo vajab juurdepääsu meie ERP-süsteemile või mõnele teisele süsteemile?
Ei. Iga süsteem, mis edastab andmeid, asub allikapoolel ja jääb sinna, ning Transpareol puuduvad juurdepääsuandmed ERP-, MES-, PIM- või PLM-süsteemidele. Teie süsteemidega ei ole ühendust, mida tuleks turvaliselt kaitsta, sest seda lihtsalt ei ole. Seega ei ole teie turvakontseptsiooni raames vaja avaldada mingeid juurdepääsuandmeid, luua sisemisi juurdepääsuvõimalusi ega kontrollida ühtegi välissüsteemi, millel oleksid lugemisõigused teie ERP-süsteemis.
Kes tellib saadetise ja kui tihti?
Alati allikas. Push-teate käivitab tootja ise, tema vahevara või volitatud teenusepakkuja; platvorm ootab ja ei lae kunagi andmeid ise alla. Iga paketi sisu, ulatuse ja ajastuse üle otsustab allikas, mistõttu Transpareo ei saa saada rohkem, kui talle on edastatud. Kui tihti te andmeid edastate, otsustate ise - püsivad põhiandmed muutuvad harva, tootmisega seotud sündmused toimuvad siis, kui need toimuvad.
Kas selleks on vaja halduskest?
Ei. Halduskiht ei asu ERP-, MES- ja PIM-süsteemide kõrval, vaid nende kohal, ning see ei genereeri oma andmeid, vaid kapseldab olemasolevad andmed koostalitlusvõimelistesse alamudelitesse. Seega on tegemist mugava, kuid mitte hädavajaliku andmevorminguga. Kes seda kasutab, tuletab andmepaketi oma alamudelitest. Kes seda ei kasuta, edastab samad väljad teisel viisil, otse juhtivast süsteemist või koondamiskihi kaudu.
Millise süsteemiga alustame?
Ökodisaini määruse nõuete kohaselt on PLM kõige ulatuslikum üksikallikas - seal on talletatud koostis, osaloendid, remonditavus, varuosad ja konstruktsiooni versioonid. ERP haldab tooteidentiteeti, materjale, tarnijaid ja päritolu, PIM tarbijatele suunatud tekste ja pilte ning MES tootmis- ja jälgitavusega seotud sündmusi. Enamik passidest vajab igast süsteemist vaid mõningaid välju. Alustage sealt, kus asub enamik teie kohustuslikke välju, ja täiendage ülejäänut järk-järgult.
Kas CRM-süsteemist pärinevad kliendiandmed jõuavad passi?
Ei. Iga kliendi teenindus- ja remondiajalugu on põhimõtteliselt isikupõhine ja seetõttu ei kuulu see avalikku passi. CRM on selles loetelus ainus süsteemiklass, mis jääb täielikult välja. Remondi- ja elutsükli sündmusi on siiski võimalik kajastada, kuid need kajastuvad toote, mitte nimetatud isiku sündmustena.
Mis tuleb platvormilt tagasi?
Kviitungid, mitte andmed. Tagasisidekanal edastab DPP-aadressi ehk GS1 Digital Linki, versiooni-ID, avaldamisstaatuse ja valideerimissõnumeid. Neid tagasisidesõnumeid tasub salvestada, sest nende abil saab Pass-viidet hiljem otse tootega seostada ERP- või PIM-süsteemis. Need ei ole juurdepääsud, vaid kinnitus saadud tarne kohta.
Mis juhtub, kui ERP-s parandatakse mõnda väärtust?
Parandus jõuab Passi uue tarnena ja sellest saab uus, jälgitav versioon, mitte varasemate versioonide vaheline märkamatu muudatus. Iga varasem versioon jääb kättesaadavaks ja kontrollitavaks, ning just see teeb ajaloo auditeerimise seisukohalt väärtuslikuks. Kuidas see versioonide ahel allkirjastatakse ja muutub kõigile kontrollitavaks, on kirjeldatud DPP-s jaotises „Allkirjad ja sertifikaadid”.
Kas Transpareost saab teine „System of Record”?
Ei, ja seda tahtlikult. Platvorm säilitab passi andmekogumi ja selle muutumatu versiooniajaloo, mitte teie tegevusandmeid; teie süsteemid jäävad otsustavaks kõigi nende andmete osas, mis neile kuuluvad. Seega jääb ka projektitöö sinna, kuhu see kuulub - otsustamisele, millised väljad passi kuuluvad, mitte küsimusele, kes kus sisse logida tohib.
