Sistem za digitalno vodenje proizvodnje v realnem času

Kaj je sistem za digitalno vodenje proizvodnje v realnem času?#

Sistem za digitalno vodenje proizvodnje v realnem času je informacijska rešitev, ki zajema podatke neposredno iz proizvodne linije – iz strojev, senzorjev, delovnih postaj in ročnih vnosov operaterjev – ter jih takoj prikaže vodstvu, vodjem izmen in oddelku kakovosti. Namesto da se stanje proizvodnje ugotavlja naknadno, iz papirnih poročil ali iz zbirnika ob koncu izmene, se vsak dogodek na liniji zapiše v trenutku, ko se zgodi, in je dostopen tistemu, ki ga potrebuje.

Za srednje in veliko proizvodno podjetje to pomeni, da direktor, vodja proizvodnje ali vodja kakovosti kadarkoli vidi, katera linija trenutno obratuje, kje prihaja do zastojev in koliko kosov je bilo do tega trenutka izdelanih. Podatek ni omejen na eno delovno mesto, temveč se sešteva po linijah, izmenah in lokacijah, kadar podjetje proizvaja na več mestih hkrati, kar omogoča primerjavo med obrati brez čakanja na mesečno poročilo.

Takšen sistem ni enkraten nadzorni zaslon, temveč plast, ki se vgradi med obstoječo strojno opremo, proizvodnimi sistemi in poslovno programsko opremo podjetja. Gradi se na tem, kar podjetje že ima, in te sisteme povezuje, namesto da jih v celoti nadomešča – kar je pomembno za podjetje, ki je v obstoječo infrastrukturo že vložilo in je ne želi zavreči, temveč jo nadgraditi.

Zakaj je sledenje proizvodnji v realnem času pomembno za srednja in velika podjetja#

V podjetju z več oddelki in več proizvodnimi linijami se napaka ali zastoj pogosto opazi šele, ko vpliva na naslednji oddelek – na logistiko, na nabavo surovin ali na dostavo naročniku. Sledenje v realnem času skrajša razdaljo med dogodkom na liniji in odločitvijo vodje, ker se podatek ne izgubi na poti med izmenami in oddelki, temveč je viden takoj, še preden se posledica razširi naprej po verigi.

Za vodjo proizvodnje to pomeni manj ugibanja pri razporejanju dela med linijami in izmenami. Odločitev, ali premakniti naročilo na drugo linijo ali počakati na popravilo stroja, je lažja, kadar je na voljo trenuten pregled zasedenosti in zastojev, namesto da se vodja zanaša na klic ali obisk na terenu, ki ga je treba šele organizirati.

Enako velja za vodjo kakovosti, ki mora odstopanje od standarda zaznati čim prej, še preden se napaka prenese na večjo serijo izdelkov. Pri regulirani panogi ali javnem naročniku je pravočasen zapis dogodka tudi del revizijske sledi, ki jo je treba znati pokazati ob nadzoru ali reviziji poslovanja.

Kateri podatki se zajemajo in od kod prihajajo#

Preden se sistem postavi, je treba določiti, kateri podatek je za podjetje dejansko pomemben in od kod ta podatek pride. Nekateri stroji podatek že oddajajo prek lastnega vmesnika, drugi ga ne oddajajo in je treba zajem dodati s senzorjem ali z ročnim vnosom operaterja na terminalu ob liniji. Ta odločitev vpliva na to, koliko strojne opreme je treba dodati in koliko dela je integracijskega.

Podatek, ki se v proizvodnji najpogosteje zajema, se nanaša na stanje stroja, trajanje in vzrok zastoja, število izdelanih in zavrnjenih kosov, čas menjave orodja ali serije ter identifikacijo delovnega naloga, na katerem linija trenutno dela. Kateri od teh podatkov je za posamezno podjetje smiseln, je odvisno od panoge, vrste proizvodnje in od tega, kaj vodstvo dejansko potrebuje za odločanje.

Zajeti podatek je treba tudi shraniti in obdelati tako, da je uporaben pozneje – za primerjavo med izmenami, linijami ali meseci, ne le za trenutni pogled na zaslonu. Zato se sledenje proizvodnji v realnem času pogosto poveže s poročanjem, ki iz zbranih podatkov samodejno sestavi pregled za vodstvo, namesto da bi ga nekdo vsak teden sestavljal ročno iz več virov.

• stanje stroja (obratuje, v zastoju, v vzdrževanju)
• trajanje in vzrok zastoja
• število izdelanih in zavrnjenih kosov
• čas menjave orodja ali serije
• identifikacija delovnega naloga in operaterja
• podatek o porabi materiala na liniji

Kako se sistem poveže z obstoječim ERP in proizvodnimi sistemi?#

Sistem se z obstoječim ERP in proizvodnimi sistemi poveže prek API-ja, tako da podatek iz proizvodnje steče v obstoječo poslovno programsko opremo in nazaj, ne da bi bilo treba podatek dvakrat vnašati. To pomeni, da delovni nalog, ki je ustvarjen v poslovnem sistemu, samodejno pride do linije, dokončan nalog pa se samodejno vrne nazaj v sistem, ki spremlja zaloge, naročila in nabavo.

Podjetja pogosto uporabljajo enega od uveljavljenih poslovnih sistemov, na primer večji ERP za celotno podjetje ali ločen sistem za planiranje proizvodnje, poleg tega pa dokumentni sistem za tehnično dokumentacijo in standarde kakovosti. Vsak od teh sistemov ima svoj način izmenjave podatkov, zato je treba pred uvedbo pregledati, kateri vmesniki so na voljo in kaj od tega podpira obstoječa licenca.

Kadar obstoječi sistem podatka ne oddaja v obliki, primerni za povezovanje, ali kadar gre za starejšo različico brez sodobnega vmesnika, je to treba ugotoviti že v fazi analize, ne šele med uvedbo. V takem primeru se lahko doda vmesni sloj, ki podatek prevede v obliko, ki jo novi sistem razume, ali pa se del obstoječega sistema najprej posodobi.

Pri podjetju, ki proizvaja na več lokacijah, je treba povezavo zasnovati tako, da podatek z vsake lokacije pride v skupni pregled na enak način, ne glede na to, kakšna je strojna opremljenost posamezne tovarne. To zahteva enotno zasnovo integracije na začetku, ne naknadnega usklajevanja med lokacijami, ki so vsaka razvile svojo rešitev.

Kdo v podjetju uporablja podatke o proizvodnji in kako#

Podatek iz sledenja proizvodnji je uporaben samo, če pride do pravega človeka v obliki, ki jo ta razume in lahko takoj uporabi. Vodja izmene potrebuje pregled v trenutku, direktor potrebuje strnjen pregled za odločanje, vodja kakovosti potrebuje opozorilo ob odstopanju, vodja nabave pa potrebuje napoved porabe materiala, da lahko pravočasno naroči naslednjo serijo.

Ker imajo te vloge različne potrebe, se isti podatek v sistemu prikaže drugače glede na to, kdo ga gleda – na terminalu ob liniji kot preprost semafor stanja, v pisarni vodje proizvodnje kot pregled vseh linij, pri direktorju pa kot zbirno poročilo za ves obrat ali za več lokacij skupaj.

Dostop do podatka mora biti usklajen s tem, kaj posamezna vloga sme videti in kaj sme spremeniti. Operater na liniji praviloma le vnaša dogodek ali potrjuje nalog, vodja izmene lahko spremeni razpored, medtem ko popravek že zapisanega podatka za pretekli dogodek zahteva višjo raven pravic, da se ohrani zanesljivost zgodovine.

• vodja izmene – trenutno stanje linije in zastoji
• vodja proizvodnje – primerjava linij in izmen
• vodja kakovosti – opozorila ob odstopanju od standarda
• direktor – zbirno poročilo za obrat ali več lokacij
• vodja nabave – napoved porabe materiala
• vodja vzdrževanja – zgodovina okvar po stroju

Varnost podatkov in nadzor dostopov#

Podatek o proizvodnji je poslovno občutljiv – razkriva obseg naročil, izkoriščenost linij in morebitne težave s kakovostjo – zato mora biti dostop do njega omejen glede na vlogo in ne odprt celotnemu podjetju. To velja še bolj, kadar se sistem poveže z ERP in dokumentnim sistemom, ker se s tem odpre pot do podatka, ki je sicer shranjen ločeno.

Razvojno, testno in produkcijsko okolje morajo biti ločena, v testnem okolju pa se ne uporablja pravih osebnih podatkov zaposlenih, tudi če sistem spremlja, kateri operater je potrdil posamezen nalog. Vsaka sprememba v sistemu gre skozi pregled in testiranje, preden se objavi v produkcijsko okolje, kjer dejansko teče proizvodnja.

Pri podjetju v regulirani panogi ali pri javnem naročniku je del varnosti tudi to, da se zna izkazati, kdo je kdaj do katerega podatka dostopal in ga spremenil. To je razlog, da se revizijska sled ne obravnava kot naknadna dodatna funkcija, temveč kot del osnovne zasnove sistema že od začetka.

Kdaj se splača prenoviti obstoječi sistem sledenja proizvodnji?#

Prenova se splača takrat, kadar obstoječi način spremljanja proizvodnje ne drži koraka s tem, kako hitro se morajo v podjetju sprejemati odločitve – kadar vodja izve za zastoj šele naslednji dan ali kadar se podatki iz več linij ročno sestavljajo v preglednico, preden jih kdo sploh pogleda. Takrat ni nujno treba zgraditi vsega na novo.

Obstoječ ali nedokončan sistem je mogoče prevzeti po pregledu izvorne kode, arhitekture, infrastrukture in podatkov, ki jih sistem že vsebuje, in ga nadgraditi ali dopolniti tam, kjer dejansko manjka. To je pogosto smiselnejša pot kot zamenjava celotnega sistema, še posebej, kadar del obstoječe rešitve dobro deluje in jo zaposleni že poznajo.

Odločitev, ali gre za nadgradnjo ali za nov sistem, je odvisna od tega, koliko obstoječih sistemov je treba povezati, kakšno je stanje podatkov, ki jih je treba prenesti, in ali obstoječa infrastruktura sploh še prenese dodatno obremenitev. Ta presoja mora biti narejena pred začetkom dela, ne med njim.

Kako izbrati izvajalca za uvedbo sistema sledenja proizvodnji#

Pri izbiri izvajalca za sistem za digitalno vodenje proizvodnje v realnem času ni dovolj, da izvajalec znа razviti programsko opremo – projekt zahteva tudi razumevanje proizvodne linije, strojne opreme in obstoječih poslovnih sistemov, v katere se mora nova rešitev vključiti brez motenj tekoče proizvodnje. Zato je smiselno preveriti, ali izvajalec pri večjih projektih določi projektnega vodjo, odgovornosti ekip in način poročanja.

Pomembno je tudi, kdo prevzame odgovornost, če se med uvedbo izkaže, da obstoječi sistem ni dokumentiran ali da podatkov, ki naj bi jih prenesli, pravzaprav ni mogoče uporabiti brez čiščenja. Izvajalec, ki lahko po pregledu izvorne kode, arhitekture in podatkov prevzame tudi nedokončan ali podedovan sistem, zmanjša tveganje, da se projekt med potekom ustavi.

Preveriti velja tudi, kaj se zgodi po zagonu sistema – ali izvajalec ponuja nadzor delovanja, odpravo napak in dogovorjen način obravnave incidentov, ali pa podjetje po primopredaji ostane brez podpore. Izvorna koda in podatki morajo ob zaključku projekta ostati last naročnika, skupaj z dokumentacijo, dostopi in gesli, ki so del primopredaje.

Glede na obseg projekta je smiselno vprašati tudi, kakšne vloge lahko izvajalec dejansko sestavi v projektno ekipo – od analize in arhitekture do razvoja, povezovanja z obstoječimi sistemi, varnosti in testiranja – saj se obseg sledenja proizvodnji redko konča samo pri enem tehničnem področju.

• pregled izkušenj z projekti, ki povezujejo proizvodnjo in poslovne sisteme
• določen projektni vodja in jasna delitev odgovornosti za večje projekte
• možnost prevzema obstoječega ali nedokončanega sistema po pregledu kode in podatkov
• ločena razvojna, testna in produkcijska okolja
• podpora in SLA po uvedbi, ne le do zagona
• lastništvo izvorne kode, podatkov in dokumentacije po primopredaji

Vzdrževanje, podpora in nadaljnji razvoj po uvedbi#

Sistem za sledenje proizvodnji se po zagonu ne zaključi, temveč vstopi v fazo, v kateri je treba spremljati njegovo delovanje, odpravljati napake in ga po potrebi tehnično in varnostno posodabljati. Podjetje se lahko odloči, da to po uvedbi prevzame izvajalec, ali da to prevzame lastna IT ekipa, če ima za to dovolj kapacitete in znanja o sistemu.

Obravnava napak in zahtev se smiselno razdeli po prednosti: izpad sistema ali ključnega dela zahteva takojšnjo obravnavo, motnja pri posamezni funkciji nekoliko manj nujno, manjša napaka brez vpliva na poslovanje se uvrsti v naslednjo objavo, zahteva za novo funkcionalnost pa se najprej ovrednoti po obsegu, preden se uvrsti v načrt dela.

Odzivni časi za posamezen razred napake se določijo v dogovoru z naročnikom glede na to, kako kritičen je sistem za tekočo proizvodnjo – univerzalnega odzivnega časa, ki bi veljal za vsako podjetje enako, ni, ker se kritičnost med podjetji razlikuje glede na to, ali gre za podporni sistem ali za sistem, od katerega je odvisna sama proizvodna linija.

Kako poteka uvedba sistema za sledenje proizvodnji po fazah#

Uvedba se praviloma začne z analizo, v kateri se določi, kateri podatek je dejansko potreben, od kod prihaja in kateri obstoječi sistemi ga že premorejo. Šele na podlagi te analize se obseg projekta razdeli na sklope, ki jih je mogoče ločeno oceniti in izvesti – kar je tudi način, na katerega se pri tovrstnem projektu pristopi k vprašanju cene.

Sledi zasnova povezav z obstoječimi sistemi in, kjer je potrebno, zajem podatka na liniji – prek vmesnika stroja, senzorja ali terminala za ročni vnos. Ta del se razvije in preizkusi v ločenem testnem okolju, preden se karkoli vključi v okolje, kjer dejansko teče proizvodnja, da morebitna napaka ne vpliva na tekoče delo.

Pred objavo v produkcijsko okolje sledi testiranje, ki vključuje ročne in avtomatizirane scenarije ter po potrebi prevzemno testiranje po vnaprej dogovorjenih merilih, da naročnik pred zagonom ve, kaj točno prevzema. Po uvedbi na lokaciji sledi predaja dokumentacije, dostopov in gesel, s čimer se projekt formalno zaključi, podpora in nadaljnji razvoj pa se lahko nadaljujeta po dogovorjenem obsegu.

• analiza obstoječih sistemov, podatkov in potreb
• delitev obsega na sklope, ki jih je mogoče ločeno izvesti
• zasnova povezav in zajema podatka na liniji
• razvoj in testiranje v ločenem okolju
• prevzemno testiranje po dogovorjenih merilih
• uvedba na lokaciji in predaja dokumentacije