Digitalno načrtovanje in razporejanje proizvodnje

Kaj je digitalna platforma za proizvodno načrtovanje in kontroliranje?#

Digitalna platforma za proizvodno načrtovanje in kontroliranje je informacijski sistem, ki naročila, kapacitete strojev in zaposlenih, zaloge materiala in roke dobave prikaže na enem mestu, namesto da so razpršeni po tabelah, tablah v proizvodnji in ustnih dogovorih med izmenami. Vodja proizvodnje tako vidi zasedenost linij, prioritete naročil in morebitne zastoje v realnem času ter lahko razpored spremeni brez preverjanja več virov posebej.

Načrtovanje pomeni razporeditev nalog vnaprej glede na kapacitete in roke, kontroliranje pa spremljanje dejanske izvedbe in odstopanj od načrta med samo proizvodnjo. Sistem beleži, kdaj je naloga dejansko stekla, koliko časa je trajala in kje je prišlo do zastoja, ter to primerja z načrtovanim stanjem. Razlika med planiranim in dejanskim je podatek, na podlagi katerega vodja proizvodnje presoja, ali je treba spremeniti razpored, prerazporediti kader ali prilagoditi dobavni rok naročniku.

Tovrstna platforma je smiselna za podjetja z več proizvodnimi linijami, izmenami ali lokacijami, kjer se naročila, kapacitete in zaloge spreminjajo dnevno in kjer papirni ali razpršeni pregled ne zadošča več. Enako velja za organizacije, ki proizvodnjo usklajujejo z dobavitelji in kupci ter morajo roke potrjevati na podlagi dejanske zasedenosti, ne ocene. Manjši obrti z eno linijo take platforme praviloma ne potrebujejo, saj razpored obvladajo brez dodatnega sistema.

Zakaj razpršeni podatki upočasnjujejo proizvodnjo#

Ko so podatki o naročilih v enem sistemu, zasedenost strojev v drugem, zaloge pa v tretjem ali na papirju, mora vodja proizvodnje razpored sestaviti ročno in ga ob vsaki spremembi popravljati na več mestih hkrati. Tak način dela je počasen in podvržen napakam, saj se lahko zgodi, da isti stroj dobi dve nalogi hkrati ali da naročilo ostane brez materiala, ker sprememba zaloge ni bila zabeležena povsod. Posledice se pokažejo šele, ko je zamuda že nastala.

Težava ni omejena na proizvodnjo samo. Nabava ne ve, kdaj bo material dejansko porabljen, prodaja ne more zanesljivo potrditi roka dobave kupcu, finance pa težko načrtujejo denarni tok, če ne vedo, katera naročila bodo dejansko zaključena v tekočem mesecu. Razpršeni podatki tako upočasnijo odločanje v več oddelkih hkrati, ne le v proizvodnji, in vsak popravek zahteva usklajevanje med ljudmi, ki gledajo različne, med seboj neusklajene vire.

Ko se ti podatki povežejo v en sistem, se čas od spremembe naročila do prilagojenega razporeda skrajša, ker sprememba na enem mestu samodejno vpliva na prikaz povsod drugje. Vodja proizvodnje vidi posledico spremembe takoj, ne šele na naslednjem sestanku, kar zmanjšuje potrebo po ročnem usklajevanju med oddelki in po podvojenem vnašanju istih podatkov v več sistemov, kar je sicer pogost vir napak pri prepisovanju.

Katere podatke in sisteme je treba povezati#

Preden se izbere platforma za proizvodno načrtovanje, je treba popisati, kateri podatki že obstajajo in v katerih sistemih, saj se nova platforma praviloma ne uvaja namesto obstoječih virov podatkov, temveč jih poveže prek API-jev. Popis obsega naročila in njihove roke, kapacitete strojev in izmen, stanje zalog materiala in polizdelkov ter kadrovsko razpoložljivost po izmenah. Brez tega popisa se zgodi, da platforma prikazuje nepopolno sliko in da uporabniki še naprej preverjajo podatke tudi zunaj nje.

Sistemi, ki jih je pri tovrstnem projektu smiselno povezati z novo platformo za razporejanje proizvodnje, se razlikujejo od podjetja do podjetja, praviloma pa obsegajo vire naročil, podatke o strojih in izmenah, kadrovsko evidenco ter sisteme za kakovost in poročanje. Kateri od teh virov je prednosten, je odvisno od tega, kje danes nastaja največ ročnega usklajevanja in kje se napake pojavljajo najpogosteje, zato popis prednostnih virov sledi spodaj.

Vsaka povezava zahteva pregled, kakšne podatke posamezen sistem dejansko ponuja prek API-ja in kako pogosto se ti podatki osvežujejo, saj podatek, ki se posodobi enkrat na dan, ne zadošča za sprotno razporejanje na urni ravni. Podjetja, ki proizvodnjo usklajujejo z enim od uveljavljenih ERP sistemov, morajo preveriti, ali ta ponuja odprt vmesnik za izmenjavo podatkov ali je za povezavo potrebna dodatna nadgradnja. Ta ocena je del analize pred začetkom projekta, ne šele izvedbe.

Kadar se prevzema obstoječ ali delno vzpostavljen sistem, je treba pred povezavo pregledati tudi kakovost obstoječih podatkov, saj podvojeni ali zastareli zapisi o zalogi ali kapacitetah povzročijo napačne razporede takoj po uvedbi. Selitev podatkov zato poteka postopno in se preverja pred vsakim prehodom v produkcijsko okolje, testno okolje pa deluje ločeno in brez pravih osebnih ali poslovno občutljivih podatkov, kar zmanjša tveganje pri testiranju sprememb.

• ERP sistem za naročila, zaloge in nabavo
• sisteme za spremljanje strojev in izmen
• kadrovsko evidenco za razpoložljivost zaposlenih
• sisteme za kakovost in sledljivost izdelkov
• orodja za poročanje vodstvu in naročnikom

Kako izbrati digitalno platformo za proizvodno načrtovanje in kontroliranje?#

Pri izbiri digitalne platforme za proizvodno načrtovanje in kontroliranje je treba najprej opredeliti, katere odločitve naj sistem podpira – razporejanje nalog, spremljanje izvedbe v realnem času ali oboje – saj obseg funkcionalnosti neposredno določa, kako zahtevna bo integracija z obstoječimi sistemi. Šele ko je ta obseg jasen, ima smisel primerjati ponudnike in njihove pristope k povezavi s poslovnimi sistemi podjetja.

Poleg funkcionalnosti je pomembno, kako platforma ravna z uporabniškimi vlogami, saj imajo vodja izmene, vodja proizvodnje in vodstvo podjetja različne potrebe po pregledu in različne pravice za spreminjanje razporeda. Prav tako je treba preveriti, ali lahko sistem deluje na več lokacijah hkrati in ali podpira mobilni dostop za delavce na terenu ali v proizvodni hali, kjer računalnik pogosto ni na voljo.

Priporočljivo je, da se platforma uvaja po sklopih, ne v enem koraku za celotno proizvodnjo: najprej se poveže eno linijo ali en oddelek, preveri delovanje v realnih razmerah, nato pa se obseg razširi na preostale dele podjetja. Tak pristop zmanjša tveganje, da bi napaka v razporedu vplivala na celotno proizvodnjo, in omogoča, da se sistem prilagodi pred širšo uvedbo, ko so posledice morebitne napake večje.

Vpliv na zaposlene in organizacijo dela#

Uvedba digitalnega razporejanja spremeni, kako vodje izmen in delavci dobivajo naloge, zato je vključevanje zaposlenih del projekta, ne le tehnična nadgradnja v ozadju. Kdor je razpored doslej prejemal ustno ali na papirju, potrebuje čas, da se navadi na zaslon ali mobilno napravo kot vir resničnih, ažurnih navodil, sicer se stari in novi način dela vzporedno prekrivata in povzročata zmedo namesto koristi.

Odgovornosti je treba pred uvedbo jasno določiti: kdo sme spreminjati razpored, kdo le pregleduje stanje in kdo potrjuje odstopanja od načrta. Brez tega razmejevanja se zgodi, da več ljudi neodvisno popravlja isti razpored, kar povzroči ravno tisto zmedo, ki naj bi jo digitalizacija odpravila. Jasna razmejitev vlog je zato pogoj za to, da sistem dejansko poveča preglednost, ne le doda še eno orodje.

Uvedba je smiselna postopno, z usposabljanjem po izmenah in z jasno določenim obdobjem, v katerem stari in novi način dela sobivata, preden se stari postopek povsem opusti. Povratne informacije zaposlenih iz tega obdobja so pomemben vir za popravke pred širšo uvedbo na druge linije ali lokacije, saj delavci v proizvodnji pogosto opazijo praktične ovire, ki jih analiza pred uvedbo ni predvidela.

Varnost podatkov in dostopov v proizvodnji#

Podatki o proizvodnji – naročila, kapacitete, cene vhodnih materialov in kadrovske informacije – so poslovno občutljivi, zato mora platforma ločevati, kdo jih sme videti in kdo spreminjati. Dostop se določi po vlogah, ne po posamezniku, tako da sprememba zaposlitve ali odsotnost enega uporabnika ne ustavi delovanja sistema, in se redno pregleduje, ali imajo uporabniki še vedno pravice, ki jih dejansko potrebujejo.

Znotraj Epixa in njegove specialistične partnerske mreže so pri tovrstnih projektih pomembni predvsem vidiki, ki ločujejo okolja, nadzorujejo dostope in zagotavljajo sledljivost sprememb v proizvodnih podatkih, saj se razpored in kapacitete spreminjajo vsak dan in mora biti jasno, kdo je katero spremembo izvedel ter kdaj. Spodnji seznam povzema področja, ki jih pri načrtovanju varnosti take platforme obravnavamo skupaj z naročnikom.

V testnem okolju se ne uporabljajo pravi osebni ali poslovno občutljivi podatki, kar zmanjša tveganje, če pride do napake med razvojem ali testiranjem sprememb. Ta ločitev je še posebej pomembna pri platformah, ki so povezane z ERP ali kadrovskimi sistemi, saj napaka v testnem okolju sicer ne bi smela vplivati na produkcijske podatke, na katerih temelji dejanski razpored proizvodnje.

• ločena razvojna, testna in produkcijska okolja
• nadzor dostopov po vlogah in rednih pregledih pravic
• sledljivost sprememb v razporedu in podatkih
• varnostne posodobitve infrastrukture po uvedbi
• odziv na incidente in obravnava ranljivosti

Kdaj je smiselno testirati spremembe pred uvedbo v proizvodnjo?#

Vsako spremembo v razporedu ali povezavi s podatkovnim virom je treba preizkusiti pred objavo v produkcijsko okolje, ker napaka v razporedu neposredno vpliva na delo strojev in ljudi, ne le na prikaz podatkov na zaslonu. Preizkušanje obsega ročne in avtomatizirane teste, testiranje povezav med sistemi ter preverjanje, ali sprememba deluje enako na vseh linijah ali lokacijah, kjer se platforma uporablja.

Poleg tehničnega testiranja je pred širšo uvedbo smiselno tudi prevzemno testiranje, pri katerem vodje izmen in proizvodnje preverijo, ali razpored, ki ga sistem predlaga, dejansko ustreza realnim razmeram na terenu. Merila za to testiranje se določijo vnaprej, tako da je jasno, kdaj je sprememba pripravljena za uporabo in kdaj je potrebna dodatna prilagoditev pred prehodom na naslednjo linijo ali izmeno.

Neodvisno testiranje, ločeno od ekipe, ki je spremembo razvila, zmanjša tveganje, da bi se napaka spregledala zato, ker jo je pregledal isti človek, ki jo je tudi ustvaril. Pri platformah, ki neposredno vplivajo na delovanje proizvodnje, je taka ločitev še posebej pomembna, saj napaka v razporedu ne prizadene le enega uporabnika, temveč lahko ustavi celotno linijo ali povzroči zamudo pri dobavi naročniku.

Vzdrževanje in podpora po uvedbi platforme#

Po uvedbi platforme za proizvodno načrtovanje se potrebe ne končajo z zagonom, saj se naročila, kapacitete in organizacija dela v podjetju sčasoma spreminjajo, sistem pa mora slediti tem spremembam. Po uvedbi je zato mogoče prevzeti nadzor delovanja, odpravo napak, tehnične in varnostne posodobitve ter nadaljnji razvoj, obseg tega pa se določi glede na potrebe posameznega podjetja in velikost proizvodnje.

Napake in zahteve po podpori se razvrstijo po nujnosti: izpad sistema ali ključne funkcije ima najvišjo prednost, motnja pri delovanju posamezne funkcije nižjo, manjša napaka brez vpliva na proizvodnjo pa se vključi v naslednjo redno objavo. Zahteve za nove funkcionalnosti ali nadgradnje se obravnavajo ločeno, saj zahtevajo oceno obsega in uskladitev termina z naročnikom, ne gre za nujno popravilo.

Univerzalnih odzivnih časov v urah ne objavljamo, saj so ti odvisni od dogovora z naročnikom in od tega, kako kritičen je posamezen del sistema za nemoteno proizvodnjo. Za podjetje, kjer izpad razporeda ustavi celotno linijo, je dogovorjena prednostna obravnava drugačna kot za manjšo funkcijo, ki nima neposrednega vpliva na tekočo proizvodnjo in se lahko počaka na naslednjo redno posodobitev.

Kako izbrati izvajalca za digitalizacijo proizvodnje#

Pri izbiri izvajalca za tovrsten projekt je smiselno preveriti, ali lahko prevzame celoten projekt – od analize obstoječih podatkov do uvedbe in podpore po zagonu – ali le posamezen sklop, na primer povezavo z enim sistemom. Nekatera podjetja imajo že delno vzpostavljeno rešitev, ki jo je treba nadgraditi, zato je pomembno, da izvajalec zna prevzeti obstoječo kodo, arhitekturo in podatke po pregledu, ne le začeti znova.

Pri presoji izvajalca za tak projekt je smiselno preveriti več vidikov hkrati, saj se posamezne izkušnje – na primer razvoj mobilne aplikacije brez izkušenj s povezovanjem proizvodnih sistemov – same po sebi ne prevedejo nujno v uspešno izvedbo tovrstnega projekta, še posebej če gre za projekt, ki posega v več oddelkov hkrati.

Pri večjih projektih je pomembno tudi, kako izvajalec organizira delo: ali določi projektnega vodjo, jasne odgovornosti posameznih ekip in dogovorjen način poročanja naročniku, saj to vpliva na to, kako hitro se odzove na spremembe med izvedbo. Izvorna koda in podatki morajo ob zaključku pripadati naročniku, dokumentacija, dostopi in gesla pa so del primopredaje, ne dodatna storitev, za katero je treba naknadno prositi.

Epix in njegova specialistična partnerska mreža pri tovrstnih projektih sestavljata projektne ekipe glede na potrebe posameznega naročnika, od povezovanja proizvodnih podatkov prek API-jev do razvoja uporabniškega vmesnika za vodje izmen. Znotraj mreže je dostopen kader z izkušnjami v proizvodnji kot eni od panog, v katerih so sodelovali posamezniki znotraj mreže, kar je pri projektih, vezanih na proizvodne procese, pomembna prednost.

• izkušnje s povezovanjem proizvodnih in poslovnih sistemov prek API-jev
• sposobnost prevzema obstoječega ali delno dokončanega sistema
• način določanja odgovornosti, rokov in poročanja pri večjih projektih
• ločena razvojna, testna in produkcijska okolja
• ponudbo podpore in vzdrževanja po uvedbi, ne le razvoja
• dostop do kadra z izkušnjami v proizvodnih panogah

Kaj določa ceno digitalne platforme za proizvodno načrtovanje#

Cene digitalne platforme za proizvodno načrtovanje ne objavljamo, saj je odvisna od obsega funkcionalnosti, števila uporabniških vlog in tega, koliko obstoječih sistemov je treba povezati ter kakšni so njihovi vmesniki za izmenjavo podatkov. Enako pomembno je, ali gre za nov sistem ali za prevzem in nadgradnjo obstoječega, saj prevzem zahteva dodaten pregled kode, arhitekture in kakovosti podatkov, preden se lahko oceni obseg dela.

Na obseg vpliva tudi, kako zahtevno je zagotoviti razpoložljivost sistema, na primer, kadar mora platforma delovati brez prekinitev na več lokacijah, ter koliko testiranja je potrebno pred uvedbo – ročnega, avtomatiziranega ali neodvisnega, ločenega od razvojne ekipe. Raven podpore po uvedbi in dogovorjeni odzivni časi prav tako vplivajo na obseg, saj se ta določi glede na to, kako kritičen je sistem za nemoteno proizvodnjo.

Pred oceno obsega predlagamo krajšo analizo, ki razčleni projekt na sklope, tako da je vsak sklop ocenljiv in izvedljiv ločeno, s tem tudi lažje sledljiv v okviru celotnega proizvodnega procesa. Tak pristop naročniku pokaže, kateri deli projekta so nujni za zagon in kateri lahko sledijo v naslednji fazi, ne da bi bilo treba ves obseg določiti vnaprej, preden je jasno, kako sistem deluje v praksi.