Integracija ERP sistema v proizvodne procese

Kaj pomeni integracija ERP sistema v proizvodne procese?#

Integracija ERP sistema v proizvodne procese pomeni, da proizvodna linija, skladišče in poslovni del podjetja delujejo na skupnih podatkih namesto na ločenih evidencah. Proizvodni nalog, ki nastane v ERP sistemu, se prenese do stroja ali delovnega mesta, povratna informacija o opravljenem delu, porabljenem materialu in izmetu pa se vrne nazaj v sistem brez ročnega vnosa. Tako ista številka naloga povezuje nabavo, zalogo, proizvodnjo in obračun stroškov.

Za podjetje z več oddelki to ni samo tehnično vprašanje, temveč odločitev o tem, kdo je lastnik podatka. Kadar proizvodnja vodi svojo evidenco ločeno od ERP sistema, nastanejo razlike med tem, kar prikazuje poslovni sistem, in tem, kar dejansko stoji na skladišču ali teče na liniji. Integracija te razlike odpravi, če je zasnovana tako, da vsak podatek nastane na enem mestu in se od tam širi naprej. Brez tega dogovora se povezava sistemov spremeni v dvojno vnašanje, ki poveča napake namesto da jih zmanjša.

Za naročnika to pomeni, da je treba pred začetkom natančno popisati, kateri podatki že obstajajo, kje nastanejo in kdo jih danes vnaša ročno. Šele na podlagi tega popisa je mogoče določiti, kateri del proizvodnje se poveže z ERP sistemom neposredno prek API-ja in kje ostane vmesni korak, ki ga izvede oseba. Odločitev o obsegu integracije je zato ena prvih stvari, ki jih mora podjetje uskladiti med vodjo proizvodnje, IT vodjo in izvajalcem.

Kdaj je pravi čas za integracijo ERP v proizvodnjo?#

Pravi čas za integracijo ERP sistema v proizvodnjo nastopi takrat, ko ročno usklajevanje podatkov med proizvodnjo in poslovnim sistemom začne povzročati napake, zamude ali dvojno delo. Najpogostejši signal je, da isti podatek o zalogi ali statusu naloga obstaja v dveh različnih evidencah in se občasno razlikuje. Ko se to dogaja redno, ročno usklajevanje ne more več slediti obsegu proizvodnje, ki raste hitreje kot ekipa, ki podatke usklajuje ročno.

Drug pogost sprožilec je odpiranje nove proizvodne linije, obrata ali izmene, kjer obstoječi ročni postopki ne prenesejo dodatnega obsega. Podobno velja, kadar podjetje uvaja nov ERP sistem in mora hkrati odločiti, kako se bo povezal z obstoječo proizvodno opremo, senzorji ali sistemom za spremljanje kakovosti. V obeh primerih integracija ni dodatek, ki ga je mogoče odložiti, temveč pogoj, da novi ali razširjeni proizvodni proces sploh deluje brez ročnega podvajanja dela.

Tretji razlog je zahteva po sledljivosti, ki jo postavljajo naročniki, revizorji ali predpisi v regulirani panogi. Kadar je treba za vsak izdelek dokazati, iz katere serije materiala je nastal in kdo je nalog potrdil, ročna evidenca hitro postane nezanesljiva. V takem primeru je integracija ERP sistema s proizvodnjo pogoj za sledljivost, ne le za učinkovitost, zato jo je smiselno načrtovati precej pred rokom, ki ga postavlja zunanja zahteva.

Katere podatke in sisteme je treba povezati#

Preden se projekt integracije začne, je treba popisati, kateri sistemi in podatki v proizvodnji že obstajajo in kateri od njih morajo postati del skupnega toka z ERP sistemom. Ta popis pokaže, ali gre za enostavno povezavo dveh sistemov prek API-ja ali za obsežnejšo migracijo podatkov iz starejšega, morda nedokumentiranega sistema. Od natančnosti tega popisa je odvisno, kako realno je mogoče oceniti obseg dela in tveganja, ki jih integracija prinaša.

Vsak od teh podatkovnih virov ima svojega lastnika, ki danes odloča o tem, kako in kdaj se podatek posodobi. Pri integraciji je treba to lastništvo ohraniti ali ga zavestno prenesti, sicer nastanejo dvomi o tem, kateri sistem vsebuje pravilno vrednost. Posebej občutljivi so podatki iz strojev in senzorjev, saj prihajajo v drugačnem formatu in pogostosti kot ročno vneseni podatki iz poslovnega sistema, zato zahtevajo dodaten sloj za pretvorbo in preverjanje, preden vstopijo v ERP.

Za naročnika to pomeni, da izbira izvajalca ni le vprašanje razvoja povezave, temveč tudi vprašanje, kdo pozna obstoječo proizvodno opremo in njene vmesnike dovolj dobro, da lahko podatke pravilno prebere. Kadar oprema nima odprtega vmesnika, je treba to ugotoviti v fazi analize, ne šele med razvojem, saj bistveno vpliva na to, kateri del integracije je mogoč in kateri zahteva dodatno strojno opremo.

• Proizvodni nalogi in njihov status na posameznem delovnem mestu
• Kosovnice in tehnološki postopki, ki določajo porabo materiala
• Zaloge surovin, polizdelkov in končnih izdelkov
• Podatki iz strojev in senzorjev na proizvodni liniji
• Evidenca kakovosti, izmeta in reklamacij
• Vzdrževanje opreme in evidenca zastojev
• Matični podatki o dobaviteljih, kupcih in zaposlenih

Tveganja pri povezovanju proizvodnje z ERP sistemom#

Integracija proizvodnje z ERP sistemom prinaša tveganja, ki jih je treba obravnavati še pred začetkom razvoja, ne šele ob morebitni napaki v produkciji. Največje tveganje ni tehnična povezava sama, temveč posledica, ki jo napačen ali zakasnjen podatek povzroči na liniji, kjer se odločitve sprejemajo v realnem času. Zato je vsako tveganje smiselno oceniti glede na to, kako hitro se napaka opazi in koliko škode povzroči, preden jo kdo ustavi.

Del teh tveganj je mogoče omejiti že z arhitekturo integracije, na primer tako, da proizvodnja lahko kratkotrajno deluje tudi ob izpadu povezave z ERP sistemom in podatke pošlje naknadno. Drug del tveganj je organizacijski in izhaja iz tega, kdo v podjetju potrjuje spremembe matičnih podatkov ter kdo ima dostop do katerega dela sistema. Varnost podatkov in nadzor dostopa morata biti del načrta integracije od začetka, ne dodatek, ki se vključi šele pred zagonom.

Za naročnika je ključno, da izvorna koda, dokumentacija in podatki ostanejo v njegovi lasti ne glede na to, kateri izvajalec projekt izvede. To zmanjša tveganje odvisnosti od enega ponudnika in omogoča, da podjetje po potrebi zamenja izvajalca vzdrževanja, ne da bi izgubilo dostop do lastnega sistema ali zgodovine podatkov.

• Neusklajeni matični podatki, ki povzročijo napačno količino ali material na nalogu
• Izpad povezave med strojem in ERP sistemom med tekočo izmeno
• Nepooblaščen dostop do proizvodnih ali poslovnih podatkov
• Prekinjena sledljivost serij ob delni ali neuspeli migraciji podatkov
• Odvisnost od enega izvajalca brez dokumentacije in dostopov v lasti naročnika

Kako poteka projekt integracije ERP sistema v proizvodnjo?#

Projekt integracije ERP sistema v proizvodnjo poteka po korakih, ki si sledijo od analize obstoječega stanja do prevzema delujočega sistema v redno obratovanje. Med njimi je vedno faza, v kateri se preveri delovanje na realnih, a nadzorovanih podatkih, preden se povezava vklopi na dejansko proizvodno linijo. Vrstni red korakov se lahko prilagodi obsegu projekta, njihova vsebina pa ostaja enaka ne glede na velikost podjetja.

Pri večjih projektih Epix in njegova specialistična partnerska mreža določita projektnega vodjo, ki usklajuje ekipe na strani izvajalca in naročnika, jasno razmejita odgovornosti ter dogovorita način poročanja o napredku. Projekt lahko prevzamemo v celoti, od analize do uvedbe, ali kot posamezen sklop, na primer samo povezavo strojnih podatkov z ERP sistemom, medtem ko preostali del izvaja druga ekipa ali interni IT oddelek naročnika.

Kadar podjetje že ima delno izveden ali obtičal projekt integracije, je mogoče prevzeti obstoječ sistem po pregledu izvorne kode, arhitekture, infrastrukture in podatkov. To je pogosto hitrejša pot kot začeti znova, zahteva pa temeljit pregled, da se ugotovi, kateri del obstoječe rešitve je mogoče obdržati in kateri je treba popraviti ali zamenjati, preden se projekt nadaljuje proti uvedbi.

• Analiza obstoječih sistemov, podatkov in vmesnikov v proizvodnji
• Določitev arhitekture povezave in odgovornosti za posamezen podatek
• Razvoj povezav prek API-jev in po potrebi migracija podatkov
• Testiranje v ločenem testnem okolju brez pravih osebnih podatkov
• Prevzemno testiranje po vnaprej dogovorjenih merilih
• Uvedba v produkcijsko okolje in nadzor v prvih tednih delovanja

Kakšen je vpliv integracije na zaposlene v proizvodnji?#

Integracija ERP sistema najbolj neposredno vpliva na zaposlene, ki danes ročno vnašajo podatke o proizvodnji, saj se del njihovega dela spremeni ali preseli na drugo mesto v procesu. Namesto vnosa količin in statusov v ločen sistem po koncu izmene operater podatek potrdi neposredno na delovnem mestu, sistem pa ga takoj posreduje naprej v nabavo, kakovost in finance.

Ta sprememba zahteva usposabljanje, ki ni enkraten dogodek ob zagonu, temveč spremlja projekt od testiranja naprej, da zaposleni razumejo, zakaj se postopek spreminja in kaj se zgodi s podatkom, ki ga vnesejo. Brez tega razumevanja se pogosto zgodi, da zaposleni ob strani še naprej vodijo staro, vzporedno evidenco, kar podvoji delo in izniči namen integracije. Vodja proizvodnje mora zato biti del projekta od začetka, ne le prejemnik končne rešitve.

Za vodstvo to pomeni, da je treba že v načrtu projekta predvideti čas za usposabljanje in obdobje, v katerem stari in novi način dela začasno sobivata. Jasna določitev, kdo je odgovoren za posamezen korak v novem procesu, zmanjša odpor do spremembe in pospeši trenutek, ko zaposleni novemu sistemu dejansko zaupajo bolj kot preglednici, ki so jo uporabljali prej.

Testiranje in preverjanje pred zagonom v proizvodnji#

Preden se povezava med ERP sistemom in proizvodnjo vklopi na dejansko linijo, mora prestati testiranje v okolju, ki je ločeno od razvojnega in produkcijskega sistema. V testnem okolju se ne uporabljajo pravi osebni podatki, temveč pripravljeni testni primeri, ki posnemajo realne proizvodne scenarije, vključno z izjemami, kot je prekinjena povezava s strojem ali napačno vnesena šifra izdelka.

Testiranje vključuje tako ročno preverjanje ključnih poslovnih scenarijev kot avtomatizirano testiranje, ki ob vsaki spremembi kode preveri, ali povezava še vedno deluje enako kot prej. Za integracije, ki nosijo pomemben del proizvodnega procesa, je smiselno dodati tudi neodvisen QA pregled, ločen od razvojne ekipe, ki je povezavo zgradila, saj tak pregled pogosteje opazi predpostavke, ki so se razvijalcem zdele samoumevne.

Zadnji korak pred zagonom je prevzemno testiranje, pri katerem naročnik ob vnaprej dogovorjenih merilih potrdi, da sistem izpolnjuje dogovorjen obseg. Šele po tej potrditvi se sprememba prenese v produkcijsko okolje, kjer teče dejanska proizvodnja. To zaporedje korakov ni formalnost, temveč ščiti podjetje pred tem, da bi se napaka v povezavi pokazala šele takrat, ko že vpliva na resnične proizvodne naloge.

Podpora in vzdrževanje po uvedbi#

Ko je integracija ERP sistema v proizvodnjo v produkciji, se projekt ne konča, temveč preide v fazo rednega delovanja, kjer je treba spremljati stabilnost povezave, odpravljati napake in slediti spremembam v proizvodnji ali v ERP sistemu. Brez dogovorjene podpore po uvedbi tveganje, opisano zgoraj, sčasoma naraste, saj se sistem spreminja, dokumentacija in nadzor pa temu ne sledita.

Podporo je smiselno urediti po razredih glede na to, kako napaka vpliva na delovanje proizvodnje, saj izpad celotnega sistema zahteva drugačno obravnavo kot manjša napaka, ki na tekoče poslovanje ne vpliva. Taka delitev prednostnih razredov pomaga tudi izvajalcu in naročniku, da se že vnaprej, še pred prvo napako, dogovorita, kaj šteje za nujno in kaj lahko počaka na naslednjo redno objavo sprememb v sistemu.

Odzivni časi za posamezen razred se dogovorijo v pogodbi o podpori glede na kritičnost proizvodnega procesa, saj univerzalni odzivni čas ne obstaja in ni smiseln za vsa podjetja enako. Poleg odprave napak podpora vključuje tudi tehnične in varnostne posodobitve ter nadaljnji razvoj, če se proizvodni proces spremeni, na primer ob uvedbi nove linije ali spremembi kosovnice, ki jo je treba odraziti tudi v povezavi z ERP sistemom.

• Razred 1, izpad: sistem ali ključni del ne deluje, obravnava ima najvišjo prednost
• Razred 2, motnja: sistem deluje, posamezna funkcija ne, obravnava po dogovorjeni prednosti
• Razred 3, napaka: manjša napaka brez vpliva na poslovanje, uvrščena v naslednjo objavo
• Razred 4, zahteva: sprememba ali nadgradnja, obseg se oceni in termin uskladi

Kako izbrati izvajalca za integracijo ERP v proizvodnji?#

Pri izbiri izvajalca za integracijo ERP sistema v proizvodnjo je odločilno, ali ekipa razume tako poslovno stran, ki jo pokriva ERP, kot proizvodno stran, kjer nastajajo podatki iz strojev, senzorjev in delovnih nalogov. Izvajalec, ki pozna samo eno stran, pogosto podceni zahtevnost druge, kar se pokaže šele med testiranjem ali po zagonu.

Epix in njegova specialistična partnerska mreža lahko za tak projekt sestavita ekipo, ki združuje razvijalce, arhitekte rešitev, strokovnjake za avtomatizacijo procesov in inženirje, ki poznajo industrijsko opremo, senzorje in povezovanje prek API-jev. Enak nabor kompetenc omogoča, da se projekt izvede kot celota, od analize obstoječih sistemov do uvedbe in podpore, ali pa se omeji na posamezen sklop, ki ga naročnik potrebuje, na primer samo povezavo strojnih podatkov z obstoječim ERP sistemom.

Pri izbiri je smiselno preveriti tudi, kako izvajalec ravna z izvorno kodo, dostopi in dokumentacijo: ti morajo ob primopredaji pripasti naročniku, ne ostati izključno pri izvajalcu. Enako velja za pretekle izkušnje v panogi proizvodnje, saj izvajalec, ki je že delal v tej panogi, hitreje prepozna tipične pasti pri povezovanju strojev, izmen in kosovnic z ERP sistemom.

Od česa je odvisna cena integracije ERP sistema v proizvodnjo?#

Cena integracije ERP sistema v proizvodnjo ni fiksna, saj je odvisna od obsega funkcionalnosti, števila sistemov, ki jih je treba povezati, in stanja obstoječih podatkov, zato je pred oceno vedno potrebna analiza konkretnega primera. Enotnega cenika za tak projekt ni, ker se obseg dela med podjetji razlikuje že glede na to, koliko proizvodnih linij in izmen je treba vključiti v izračun.

Namesto splošne cene je smiselno projekt razčleniti na sklope, na primer analizo, povezavo posameznega sistema in uvedbo, tako da je vsak sklop mogoče oceniti in izvesti ločeno. Taka razčlenitev naročniku pokaže, kje nastane največ dela, še preden se odloči za celoten projekt, in omogoča, da se obseg po potrebi prilagodi, ne da bi to ogrozilo že opravljeno delo na drugih sklopih.

Pred oceno cene Epix in njegova specialistična partnerska mreža praviloma predlagata krajšo analizo obstoječega stanja, ki pokaže resnično zahtevnost projekta. Šele na podlagi te analize je mogoče podati oceno, ki upošteva dejansko stanje sistemov v podjetju, ne le splošnega obsega, kot ga opiše naročnik na prvem sestanku. Taka ocena je zato vedno vezana na konkreten primer in ne na splošen tip projekta, ki ga podjetje samo poimenuje integracija ERP sistema v proizvodnjo.

• Obseg funkcionalnosti in število uporabniških vlog v sistemu
• Število obstoječih sistemov in vmesnikov, ki jih je treba povezati
• Stanje in količina podatkov, ki jih je treba prenesti ali uskladiti
• Zahteve glede varnosti, sledljivosti in skladnosti v regulirani panogi
• Obseg testiranja in potreba po neodvisnem QA pregledu
• Raven podpore po uvedbi in dogovorjeni odzivni časi