Takoj ko se digitalni potni list izdelka konkretizira, oddelek za informacijsko tehnologijo pred vsemi drugimi zastavi vprašanje: katere od naših sistemov mora platforma vključiti? To je pravo vprašanje, saj za njim stojijo podatki za dostop, odobritve požarnega zidu in varnostni koncept, za katerega mora nekdo prevzeti odgovornost.
Naš odgovor je kratek: nobenega. Vsi sistemi, ki prispevajo podatke k potnemu listu, so na strani vira in tam tudi ostanejo. Transpareo je izključno prejemnik na koncu verige; tokovi podatkov tečejo enosmerno proti platformi. Ta prispevek sledi tokovom: kaj prispeva vsak sistem, katera pravila veljajo za vsak tok in kaj se vrne kot potrditev.
Kaj vsak sistem prispeva k potnemu listu
Podatki potnega lista redko izvirajo iz enega samega sistema. V praksi so razporejeni po peščici razredov sistemov, od katerih vsak prispeva le nekaj polj:
- ERP - identifikacija artikla, materiali, dobavitelji in poreklo, povezava z naročilom in serijo, količine. Stabilni osnovni podatki, ki se redko spreminjajo.
- MES - zgodovina proizvodnje, dodelitev serij in šarž, dokazila o kakovosti, sledljivost. Podatki o dogodkih, vezani na določen časovni trenutek.
- APS - časi proizvodnje in dodelitev virov. Za potrdilo so redko neposredno pomembni; tisto, kar je pomembno, večinoma prihaja prek MES.
- PLM - sestava, seznami sestavnih delov, popravljivost, nadomestni deli, stanje konstrukcije. Glede na zahteve Uredbe o ekološkem oblikovanju je to najobsežnejši vir.
- PIM - opisi, slike, navodila za vzdrževanje in uporabo, jezikovne različice. Vsebine, namenjene potrošnikom.
- IoT - podatki o stanju in uporabi iz faze uporabe. Potrebni le pri določenih skupinah izdelkov, na primer pri baterijah.
- CRM - zgodovina servisiranja in popravil posameznih strank. Načeloma se nanaša na posameznike in zato ne sodi v javni potni list.
Upravljalna lupina stoji nad sistemi, ne ob njih
Ena razmejitev je pomembnejša od vseh drugih: Asset Administration Shell ne stoji ob ERP, MES in PIM, ampak nad njimi. Ne ustvarja podatkov, temveč obstoječe podatke zapre v interoperabilne podmodele. Za povezavo s Transpareo to pomeni: AAS je priročen, a ne nujen format za dostavo. Kdor ga uporablja, izpelje paket podatkov iz svojih podmodelov; kdor ga ne uporablja, dostavi ista polja na drug način. Zakaj kljub temu menimo, da je upravna lupina odlična osnova, je razloženo v prispevku o AAS.
Pet pravil, ki veljajo za vsak tok
Smer. Vse puščice kažejo proti platformi. Transpareo ne poizveduje nobenega izvornega sistema in nima dostopnih podatkov do sistemov ERP, MES, PIM ali PLM.
V vaših sistemih ni povezave, ki bi jo bilo treba zavarovati, ker je preprosto ni.
Sprožilec. Pošiljanje podatkov vedno sproži stran vira - sam proizvajalec, njegova vmesna programska oprema ali pooblaščeni ponudnik storitev. Platforma čaka; podatkov ne prevzema sama.
Namenska uporaba. Prenese se izključno podskupina podatkov, potrebna za potrdilo, ne pa celotna baza podatkov izvornega sistema. Potrdilo potrebuje iz vsakega sistema le nekaj polj; vse ostalo ostane tam, kjer je.
Odobritev. O izbiri, obsegu in času vsakega paketa odloča izvorna stran. Transpareo ne more prejeti več, kot je bilo dostavljeno.
Pooblastila. Kaj se sme zgoditi z dostavljenimi podatki na platformi, urejajo določena pooblastila za dostop: minimalne pravice, tisto, kar ni izrecno dovoljeno, pa ostaja prepovedano. Ta pravila veljajo na strani platforme, nikoli pa ne veljajo retroaktivno za vir.
Nazaj se pošiljajo le potrdila
Povratni kanal je nujen, vendar ne prenaša podatkov, temveč odgovore: DPP-URL oziroma GS1 Digital Link, ID različice, status objave in sporočila o preverjanju veljavnosti. Za izvorno stran so ti odzivi dragoceni, saj se referenca potrdila v sistemu ERP ali PIM lahko shrani neposredno pri artiklu. Ne gre za dostop. So potrdilo o prejeti pošiljki.
Trije vzorci, ki so se v praksi izkazali za uspešne
- Neposredno iz vodilnega sistema. ERP ali PLM pošilja podatke prek konektorja. Enostavno in smiselno, če jasno prevladuje en vir podatkov.
- Prek agregacijske plasti. Middleware ali iPaaS združi polja iz sistemov ERP, MES in PIM ter dostavi paket. To je običajni primer, ko je vključenih več virov.
- Prek AAS-podmodelov. Upravljalni okvir je že v uporabi, paket pa se izpelje iz njegovih podmodelov. To je prednost v okoljih Industrije 4.0.
Kateri vzorec ustreza kateremu sistemskemu okolju in kako takšen projekt poteka v dveh tednih namesto v treh mesecih, smo zapisali v priročniku za povezavo z ERP.
Kaj Transpareo zavestno ni
Ni drugi »sistem za evidentiranje« (System of Record). Platforma hrani zapis o potrdilu in njegovo nespremenljivo zgodovino različic, ne pa operativnih podatkov proizvajalca. Kar se popravi v ERP-ju, pride v Pass prek nove dobave - kot nova, sledljiva različica, ne kot tiho spremembo v obstoječem stanju. Kako se ta veriga različic podpiše in postane preverljiva za vsakogar, je opisano v prispevku o podpisih in certifikatih.
Za vaš varnostni koncept tako ostane le malo za preverjanje, in prav to je namen. Ni nobenih dostopnih podatkov, ki bi jih morali posredovati, nobenega odprtja požarnega zidu navznoter in nobenega zunanjega sistema s pravicami za branje v vašem ERP-ju.
Dejansko projektno delo se preusmerja tja, kamor spada: k odločanju, katera polja naj bodo vključena v potni list - ne pa k odločanju, kdo se lahko kje prijavi.
Vprašanja v zvezi s tem prispevkom
Ali Transpareo potrebuje dostop do našega ERP-sistema ali katerega koli drugega sistema?
Ne. Vsak sistem, ki prispeva podatke, se nahaja na strani vira in tam tudi ostane, Transpareo pa nima dostopnih podatkov do sistemov ERP, MES, PIM ali PLM. Ni nobene povezave z vašimi sistemi, ki bi jo bilo treba zavarovati, saj te povezave preprosto ni. Za vaš varnostni koncept torej ni treba posredovati nobenih dostopnih podatkov, vzpostavljati nobenih notranjih vmesnikov niti preverjati nobenega zunanjega sistema z bralnimi pravicami v vašem ERP-ju.
Kdo sproži dostavo in kako pogosto?
Vedno stran vira. Obvestilo sproži sam proizvajalec, njegova vmesna programska oprema ali pooblaščeni izvajalec storitev; platforma čaka in nikoli ne pridobi podatkov. O izbiri, obsegu in času vsakega paketa odloča stran vira, zato Transpareo ne more prejeti več, kot je bilo dostavljeno. Kako pogosto pošiljate podatke, določite sami - stabilni osnovni podatki se redko spreminjajo, produkcijski dogodki pa se pojavljajo, ko se pojavijo.
Ali za to potrebujemo administrativni vmesnik?
Ne. Upravna lupina ne stoji ob ERP, MES in PIM, ampak je nad njimi, in ne ustvarja lastnih podatkov, temveč obstoječe podatke združuje v medsebojno združljive podmodele. Zato je priročen, a ne nujen format za dostavo. Kdor jo uporablja, izpelje paket podatkov iz njenih podmodelov. Kdor ga ne uporablja, iste polja dostavi na drug način, neposredno iz vodilnega sistema ali prek agregacijske plasti.
S katerim sistemom začnemo?
Glede na zahteve Uredbe o ekološkem oblikovanju je PLM najobsežnejši posamezni vir - tam se nahajajo sestava, seznami delov, popravljivost, nadomestni deli in stanje konstrukcije. Sistem ERP prispeva identifikacijo artiklov, materiale, dobavitelje in poreklo, sistem PIM pa besedila in slike za potrošnike, sistem MES pa dogodke v zvezi s proizvodnjo in sledljivostjo. Večina potrdil potrebuje le nekaj polj iz vsakega sistema. Začnite tam, kjer se nahaja večina vaših obveznih polj, preostalo pa dopolnjujte postopoma.
Ali se podatki o strankah iz sistema CRM shranijo v potni list?
Ne. Zgodovina servisnih storitev in popravil posameznih strank je načeloma povezana z osebo in zato ne sodi v javni potni list. Sistem CRM je edina kategorija sistemov na tem seznamu, ki je v celoti izključena. Dogodke v zvezi s popravili in življenjskim ciklom je kljub temu mogoče prikazati, vendar kot dogodke, povezane s proizvodom, ne pa z imenovano osebo.
Kaj se vrne s platforme?
Potrdila, brez podatkov. Vratni kanal prenaša naslov DPP oziroma GS1 Digital Link, identifikator različice, status objave in sporočila o preverjanju veljavnosti. Ta povratna sporočila je vredno arhivirati, saj se na podlagi njih lahko referenca potrdila nato neposredno poveže z izdelkom v sistemu ERP ali PIM. Ne gre za dostop, temveč za potrdilo o prejeti pošiljki.
Kaj se zgodi, če se v sistemu ERP popravi neka vrednost?
Popravek se vključi v paket prek nove pošiljke in postane nova, sledljiva različica, ne pa tiho spreminjanje obstoječega stanja. Vsaka prejšnja različica ostane dostopna in preverljiva, in prav to naredi zgodovino dragoceno za pregled. Kako se ta veriga različic podpiše in postane preverljiva za vsakogar, je opisano v poglavju »Podpisi in certifikati« v DPP.
Ali bo Transpareo postal drugi »sistem za vodenje evidenc«?
Ne, in to namerno. Platforma hrani zapis o potnem listu in njegovo nespremenljivo zgodovino različic, ne pa vaših operativnih podatkov; vaši sistemi ostajajo odločilni za vse, kar jim pripada. Tako projektno delo ostane tam, kamor spada - pri odločanju, katera polja naj bodo vključena v potni list, namesto pri vprašanju, kdo se lahko kje prijavi.
