Niipea kui digitaalne tootepass muutub konkreetseks, esitab IT-osakond enne kõiki teisi küsimuse: milliseid meie süsteeme peab platvorm hõlmama? 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 ühesuunalise vooluna 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õned väljad:
- 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õrreldes ökodisaini määruse nõuetega 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, mis seetõttu ei kuulu avalikku passi.
Halduskiht asub süsteemide kohal, mitte nende kõrval
Üks eristamine 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õimelistesse alamudelitesse. Transpareoga ühendamise puhul tähendab see, et AAS on mugav, kuid mitte vajalik andmeformaat. 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 kätte.
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 saada rohkem, kui talle on edastatud.
Õigused. Seda, mida edastatud andmetega platvormil tohib teha, reguleerivad määratud juurdepääsuõigused: minimaalsed õigused, ja mis pole 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ääs. 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 domineerib selgelt.
- Agregatsioonikihi kaudu. Middleware või iPaaS koondab ERP-, MES- ja PIM-väljad ning edastab paketi. See on tavaline lahendus, kui kaasatud on mitu allikat.
- AAS-alamudelite kaudu. Halduskiht on juba kasutusel ja pakett tuletatakse selle alamudelitest. Eelistatav lahendus Tööstus 4.0 keskkondades.
Milline mudel sobib millisesse süsteemikeskkonda ja kuidas selline projekt kulgeb läbi kahe nädala asemel kolme kuu jooksul, oleme kirja pannud ERP-ühenduse juhendis.
Mida Transpareo teadlikult ei ole
Mitte teine „System of Record”. Platvorm säilitab passi andmekogumit ja selle muutumatut versiooniajalugu, mitte tootja tegevusandmeid. ERP-s tehtud parandused jõuavad passi uue tarne kaudu - uue, jälgitava versioonina, mitte varas olemasoleva versiooni vaiksena muudatusena. Kuidas see versiooniahel allkirjastatakse ja muutub kõigile kontrollitavaks, on kirjeldatud artiklis allkirjade ja sertifikaatide kohta.
Seega jääb teie turvakontseptsiooni raames vähe kontrollitavat, ja just see ongi eesmärk. Te ei pea avaldama mingeid juurdepääsuandmeid, ei ole vaja avada tulemüüri sissepoole ega luua välissüsteemi, millel oleksid lugemisõigused teie ERP-süsteemis. Tegelik projektitöö nihkub sinna, kuhu see kuulub: otsustada, millised väljad peavad passi kuuluma - mitte seda, kes kuhu sisse logida tohib.