Modernizacija nasleđenog ERP-a na stvarnom primeru
Primer modernizacije nasleđenog ERP-a pokazuje kako se može smanjiti ručni rad, poboljšati kvalitet podataka i održati poslovanje sigurnijim.
Short Answer
Modernizacija nasleđenog ERP-a pokazuje kako smanjiti ručni rad, poboljšati kvalitet podataka i održati poslovanje sigurnijim.
Finansije su svakog petka ujutro počinjale na isti način: izvoz iz starog ERP-a, ispravke u Excelu, usklađivanje sa skladištem, a zatim još jedno usklađivanje sa prodajom. Kada je izveštaj za menadžment bio gotov, podaci su već delimično bili zastareli. Ovaj primer modernizacije nasleđenog ERP-a ne govori o izuzetnoj informatičkoj situaciji, već o tipičnom problemu rasta: sistem još uvek funkcioniše, ali ručni procesi oko njega oduzimaju sve više vremena, pažnje i povećavaju rizik.
Zamena starog ERP-a može zvučati kao tehnološki projekat. U stvarnosti, to je poslovna odluka. U ERP-u se nalaze istorija narudžbina, osnovni podaci o artiklima, kretanje zaliha, pravila fakturisanja, nabavne rutine i često izuzeci koji su se razvijali godinama. Ako se ovo pokuša rešiti jednim velikim prelaskom, kompanija ne rizikuje samo sistem, već i sigurnost poslovanja.
Primer modernizacije nasleđenog ERP-a: nije počelo sa sistemom
Tehnički veletrgovac sa više lokacija iz primera zapošljavao je oko 90 ljudi. Stari ERP je upravljao zalihama, nabavkom, narudžbinama i delom fakturisanja. Program je bio stabilan, zaposleni su ga poznavali, i nije bilo razumno tvrditi da je sam po sebi neupotrebljiv.
Problem je više bio u onome što se dešavalo pre i posle ERP-a. Narudžbine iz webshopa su se svakodnevno uvozile, ali su pogrešni brojevi artikala ručno ispravljani. Cene za ključne kupce su bile u zasebnoj tabeli. Skladište je radilo na osnovu lista odštampanih iz ERP-a, a zatim je razlike u preuzimanju javljalo putem e-maila. Podatke o transportu je službenik prepisivao na eksternu platformu. Menadžeri su za nedeljne izveštaje o zalihama i maržama tražili podatke iz tri različita izvora.
Prva formulacija kompanije bila je jednostavna: potreban je novi ERP. Međutim, tokom ispitivanja se ispostavilo da značajan deo dnevnih problema nije proizašao iz starosti ERP-a. Problem je bio u tome što su se poslovni procesi u međuvremenu promenili, ali metode rada povezane sa sistemom nisu pratile tu promenu.
Na primer, u proveri narudžbina isti podaci su se proveravali tri puta: prvo prodavac, zatim kolega zadužen za kreditni limit, i na kraju fakturisanje. Ovo je ranije bila opravdana kontrola kada je bilo malo narudžbina i mnogo individualnih uslova. Sa trenutnim obimom, većina narudžbina je bila standardna. Problem nije bio u principu provere, već u tome što je svaka narudžbina prolazila isti ručni put.
Istraživanje situacije: šta zapravo usporava rad?
U prvoj fazi modernizacije nije se pravila lista softvera. Pratili su put informacija od prijema narudžbine do isporuke i fakturisanja. Na svakom koraku su postavljali ista pitanja: ko pokreće rad, iz kojih podataka radi, gde prepisuje informacije, ko treba da odobri, i šta se dešava u slučaju greške?
Iz toga su proizašla četiri važna zaključka:
- Podaci o narudžbinama su se na više tačaka ponovo unosili u različite sisteme.
- Informacije o zalihama nisu bile dostupne u isto vreme u webshopu, prodaji i skladištu.
- Proces razvijen za upravljanje izuzecima postao je deo normalnog rada.
- Nekoliko kritičnih koraka se oslanjalo na znanje iskusnog zaposlenog, bez dokumentovanih pravila.
Ovo poslednje je bilo posebno rizično. Kada je kolega zadužen za administraciju transporta bio na odmoru, zadatak je mogao preuzeti neko drugi, ali sporije i sa više grešaka. Ne zato što nije bio sposoban, već zato što su neka poslovna pravila postojala samo u glavi te osobe.
Istraživanje nije značilo da treba eliminisati svaki ručni korak. Kod određenih narudžbina - na primer, kod posebnih cena, ograničenja isporuke ili nesvakidašnjeg sastava proizvoda - ljudska provera je ostala opravdana. Cilj je bio da rutinski zadaci ne zauzimaju istu pažnju koja je zaista potrebna kod izuzetaka.
Rešenje: postepena modernizacija, a ne slepa zamena
Menadžment se na kraju nije odlučio za trenutnu potpunu zamenu ERP-a. Prvo su utvrdili koji sistem je odgovoran za koje podatke. ERP je ostao primarni izvor za zalihe, status narudžbina i osnovne podatke o fakturisanju. Webshop nije morao da održava sopstvenu logiku zaliha, a skladište nije moralo da se oslanja na izmene primljene putem e-maila.
Zatim su rešili ponavljajuće prenose podataka. Narudžbine iz webshopa su nakon provere zasnovane na pravilima ulazile u ERP. Narudžbine koje su ispunjavale unapred određene uslove automatski su napredovale. Nedostatak adrese, prekoračenje kreditnog limita ili nejasan broj artikla i dalje su postajali zadatak za zaposlenog. Tako kontrola nije nestala, već je njen predmet postao precizniji.
Kod transportnog procesa nije uveden potpuno novi logistički sistem . Prvo su standardizovali koji podaci su potrebni za kreiranje etikete, kako se rukuje delimičnim isporukama i ko je ovlašćen da menja adresu. Tek nakon toga su uspostavili vezu sa transportnom uslugom. Većina vremena ranije utrošenog na prepisivanje je eliminisana, dok su pogrešni ili nepotpuni podaci i dalje bili vidljivi odgovornim kolegama.
U izveštavanju, prvi korak nije bio spektakularni menadžerski dashboard. Prvo je bilo potrebno razjasniti šta tačno znači dostupna zaliha, koji datum se računa kao ispunjenje i kako se u marži tretiraju odobrenja. Brzi izveštaj zasnovan na pogrešnoj definiciji samo brže širi nesporazum.
Šta treba sačuvati iz starog sistema?
U nasleđenom ERP-u često postoji stvarna poslovna vrednost. Pravila fakturisanja, strukture proizvoda ili specifičnosti industrije razvijene tokom godina mogu biti prisutne, što je lako potceniti prilikom uvođenja novog sistema. Zato modernizacija ne znači uvek zamenu.
Postoje tri realna pravca. Prvi je da postojeći ERP ostane, ali se procesi, integracije i izveštaji oko njega modernizuju. Ovo može dobro funkcionisati ako je sistem stabilan, podaci dostupni, a glavno ograničenje predstavlja izolovano funkcionisanje.
Drugi pravac je postepena zamena. Tada pojedinačne funkcije - na primer, integracija webshopa, podrška skladištu ili izveštavanje za menadžment - preuzima novo rešenje, dok ERP privremeno i dalje ima centralnu ulogu. Ovo može smanjiti rizik odjednom prelaska, ali zahteva ozbiljnu arhitektonsku disciplinu. Mora ostati jasno u kojem sistemu su važeći podaci.
Treći pravac je potpuna zamena. Ovo može biti opravdano ako ERP više nije podržan, njegova modifikacija je neproporcionalno skupa, izvlačenje podataka je nesigurno, ili ne može da podrži osnovne poslovne procese. Potpuna zamena nije samo uvođenje sistema: to je i projekat kvaliteta podataka, prava pristupa, procesa i obuke.
Merljivi rezultat nije samo broj sačuvanih sati
U primeru kompanije, administrativno vreme obrade narudžbina je smanjeno, ali važnija promena bila je predvidljivost. Skladište je ranije znalo koje narudžbine su hitne, a koje čekaju na proveru. Prodaja je odgovarala na manje pitanja o statusu. Finansije nisu morale svakog nedelje ručno da otkrivaju iste razlike.
Uspeh modernizacije se stoga ne meri samo brojem sačuvanih radnih sati. Vredi obratiti pažnju na broj ispravki podataka, greške u narudžbinama, varijacije u vremenu obrade, zakašnjele fakture, vreme ručno sastavljenih izveštaja i koliko procesa staje zbog odsustva jedne osobe.
Ljudski uticaj takođe nije zanemarljiv. Zaposleni ne postaju vredniji time što brže prepisuju podatke između sistema. Oni mogu donositi bolje odluke, upravljati klijentima ili rešavati izuzetke ako sistem pouzdano obavlja rutinske zadatke i jasno prikazuje probleme.
Uslov za sigurnu tranziciju je operativna disciplina
Česta greška u modernizaciji ERP-a je što projekat počinje sa listom funkcija: potrebna je nova površina, mobilni pristup, automatska obaveštenja, više dashboarda. Oni mogu imati svoje mesto, ali ne zamenjuju osnovne odluke o vlasniku podataka, pravilima odobravanja, pravima pristupa i upravljanju greškama.
Dobro vođena tranzicija treba da sadrži proveru podataka, testirane procese, plan povratka i jasne odgovornosti. Privremeno paralelno pokretanje starog i novog rada je u nekim slučajevima opravdano, posebno kod finansijskih ili proizvodnih procesa. Međutim, to treba vremenski ograničiti, jer dva paralelna izvora istine dugoročno stvaraju samo dodatnu nesigurnost.
Najbolji prvi korak stoga nije izbor novog ERP-a. Umesto toga, izaberite proces koji svakog nedelje očigledno gubi vreme: na primer, usklađivanje između narudžbine i izdavanja iz skladišta, upravljanje izuzecima u fakturisanju ili sastavljanje izveštaja o zalihama. Ako se ovaj put faktografski mapira, ne samo da će se videti koji sistem treba modernizovati, već i koji rad treba konačno ostaviti iza sebe.
Planning a similar system or integration?
Show us the current process and systems. We will help identify the lowest-risk next step.
Key Takeaways
- Podaci o narudžbama su više puta uneti u različite sisteme.
- Informacije o zalihama nisu bile dostupne u isto vreme u webshopu, prodaji i skladištu.
- Procesi za upravljanje izuzecima postali su deo redovnog poslovanja.
- Više kritičnih koraka oslanjalo se na znanje iskusnih zaposlenih, bez dokumentovanih pravila.
Frequently Asked Questions
Kako se identifikuju pravi uzroci usporavanja poslovanja?
U prvoj fazi modernizacije nije napravljen spisak softvera. Pratili su put informacija od prijema narudžbine do isporuke i fakturisanja. Na svakom koraku postavljali su ista pitanja: ko pokreće rad, na osnovu kojih podataka radi, gde se informacije ažuriraju, ko treba da odobri i šta se dešava u slučaju greške?
Šta treba sačuvati iz starog sistema?
Nasleđeni ERP često sadrži pravu poslovnu vrednost. Mogu postojati pravila fakturisanja, strukture proizvoda ili industrijske specifičnosti koje su se razvijale godinama i koje je lako podceniti prilikom uvođenja novog sistema. Zato modernizacija ne znači uvek zamenu.
Related Engineering Insights
Kreiranje unutrašnjeg procesa odobravanja
Kreiranje unutrašnjeg procesa odobravanja razjašnjava ovlašćenja za donošenje odluka, smanjuje kašnjenja i pruža pouzdanije funkcionisanje rastuće kompanije i danas.
Како проценити административна оптерећења?
Овако процењујемо административна оптерећења: откривамо понављајуће задатке, изворе грешака и процесе који успоравају раст у компанији.
Prilagođeni softver ili tabela? Kada je koji potreban
Prilagođeni softver ili tabela? Pokazujemo kako proceniti proces, rizike i potrebu za rastom pre nego što odgovorno i pravovremeno izaberete sistem.