Od analize procesa do stabilnog sistema u produkciji

ERP počinje razumevanjem poslovanja

Dobro ERP rešenje ne nastaje tako što se postojeći procesi samo prebace u novi interfejs. Pre razvoja potrebno je razumeti kako firma zaista radi: ko unosi podatke, koji koraci se ponavljaju, gde nastaju greške, koje informacije nedostaju i koje odluke zavise od tačnih i pravovremenih izveštaja.

Zato razvoj počinjemo analizom procesa i ciljeva. Posmatramo tok podataka kroz organizaciju, od prvog unosa do konačnog izveštaja ili dokumenta. Posebno obraćamo pažnju na ručne korake koji oduzimaju vreme, dupliranje podataka i situacije u kojima zaposleni koriste više nepovezanih alata.

Cilj nije da se uvede što složeniji sistem. Cilj je da se posao pojednostavi, da se smanji mogućnost greške i da odgovorni ljudi dobiju jasniji uvid u poslovanje.

1. Analiza procesa, korisnika i ciljeva

Na početku definišemo koje probleme sistem treba da reši. To može biti bolja kontrola zaliha, pregledniji proces prodaje i nabavke, automatizacija dokumenata, jednostavnije izveštavanje ili povezivanje postojećih sistema.

U ovoj fazi razmatramo:

• koje uloge postoje u sistemu i koje podatke svaka uloga koristi;
• kako se procesi odvijaju od početka do kraja;
• gde se podaci unose, menjaju i proveravaju;
• koji KPI-jevi i izveštaji su važni za donošenje odluka;
• koje greške i uska grla najviše utiču na svakodnevni rad.

Rezultat analize je jasnija slika obima sistema i prioriteta. Na taj način se izbegava razvoj funkcionalnosti koje lepo izgledaju, ali ne rešavaju stvaran poslovni problem.

2. Modularan pristup razvoju ERP sistema

ERP sistem najčešće obuhvata više povezanih oblasti. Umesto da se sve razvija odjednom, funkcionalnosti organizujemo u module koji mogu da se planiraju, razvijaju i testiraju u etapama.

U zavisnosti od potreba poslovanja, moduli mogu obuhvatiti skladište, prodaju, nabavku, korisnike, dokumente, izveštaje ili druge interne procese. Modularna organizacija omogućava da se najvažniji deo sistema uvede prvi, a da se naredne funkcionalnosti dodaju na stabilnu osnovu.

Ovakav pristup donosi nekoliko praktičnih prednosti:

• prioritetni procesi mogu ranije da dobiju podršku sistema;
• svaki modul se lakše testira i proverava;
• promene u jednom delu sistema lakše se kontrolišu;
• poslovanje može da daje povratne informacije tokom razvoja;
• sistem se postepeno prilagođava rastu i promenama u firmi.

Modularnost ne znači da su delovi sistema nepovezani. Naprotiv, moduli se projektuju tako da razmenjuju podatke na predvidiv i kontrolisan način.

3. Model podataka i baze podataka

Stabilan ERP zavisi od dobro organizovanih podataka. Ako su struktura baze i pravila za unos nejasni, problemi se kasnije pojavljuju u izveštajima, integracijama i svakodnevnom radu.

Zato definišemo koje entitete sistem koristi, kako su međusobno povezani i koja pravila važe za njihove podatke. Validacije sprečavaju neispravne ili nepotpune unose, dok jasna pravila čuvaju doslednost podataka kroz različite module.

Posebna pažnja posvećuje se upitima i načinu na koji sistem pristupa bazi. Kada je potrebno, optimizujemo upite i indeksiranje kako bi često korišćene funkcionalnosti radile efikasno i kako bi se sistem ponašao stabilno i sa većim obimom podataka.

4. Integracije i automatizacija procesa

Poslovni sistem retko funkcioniše potpuno izolovano. ERP može biti povezan sa web prodavnicom, eksternim API servisima, fiskalnim kasama ili drugim alatima koje firma već koristi. Podaci se mogu razmenjivati i kroz import i export, u skladu sa konkretnim procesom.

Pre izrade integracije definišemo koji sistem je izvor podataka, kada se podaci razmenjuju i šta se dešava ako dođe do greške. Ovo je važno zato što integracija nije samo tehničko povezivanje dva sistema. Ona mora da podrži poslovna pravila i da ostane razumljiva za održavanje.

Automatizacija ima najveću vrednost tamo gde uklanja ponavljajući ručni rad. To može biti prenos podataka između sistema, formiranje dokumenata, ažuriranje statusa ili priprema informacija za izveštavanje. Svaka automatizacija treba da bude proverljiva, sa jasnim zapisom o tome šta se dogodilo i kada.

5. Kontrola pristupa i bezbednost aplikacije

ERP često sadrži poslovne podatke različite osetljivosti. Zbog toga korisnici ne bi trebalo da imaju isti nivo pristupa svim funkcijama i podacima. Prava se organizuju prema ulogama i odgovornostima, tako da svaka osoba može da obavlja svoj posao bez nepotrebnog pristupa drugim delovima sistema.

Bezbednost se ne završava podešavanjem korisničkih uloga. Važni su i validacija podataka, kontrola akcija, logovanje i audit trail. Ovi mehanizmi pomažu da se utvrdi šta se desilo u sistemu i olakšavaju pronalaženje problema.

Prilikom projektovanja razmatramo i način zaštite podataka, rukovanje greškama i ponašanje sistema u situacijama koje nisu deo idealnog scenarija. Stabilan sistem treba predvidivo da reaguje i kada korisnik unese neispravne podatke ili kada spoljni servis nije dostupan.

6. Testiranje pre puštanja u rad

ERP mora da bude testiran kroz realne poslovne scenarije, a ne samo kroz pojedinačne funkcije. Proveravamo ključne tokove od početnog unosa do konačne promene statusa, dokumenta ili izveštaja.

Testiranje može obuhvatiti:

• proveru pojedinačnih funkcionalnosti i pravila;
• testiranje komunikacije između modula;
• proveru API integracija i razmene podataka;
• testiranje prava pristupa za različite korisničke uloge;
• proveru validacija i ponašanja u slučaju greške;
• proveru izveštaja i tačnosti podataka.

Realistični test scenariji pomažu da se problemi otkriju pre nego što utiču na svakodnevni rad. Nakon izmena, ponavljaju se relevantne provere kako bi se smanjio rizik da nova funkcionalnost poremeti postojeći proces.

7. Puštanje u produkciju i dalji razvoj

Deploy nije kraj razvoja ERP sistema. Puštanje u rad mora da bude pripremljeno tako da se podaci, korisnici i procesi uvedu kontrolisano. Pre produkcije proveravaju se ključne funkcionalnosti, pristupi i tokovi koji su važni za početak rada.

Nakon puštanja pratimo ponašanje sistema, prijavljene probleme i povratne informacije korisnika. Na osnovu toga uvode se poboljšanja, dodatne automatizacije ili nove funkcionalnosti. Kako se poslovanje menja, menja se i sistem koji ga podržava.

Šta čini poslovnu aplikaciju korisnom na duže staze?

Korisna poslovna aplikacija nije samo skup funkcija. Ona treba da bude razumljiva korisnicima, dovoljno fleksibilna za promene i dovoljno stabilna za svakodnevni rad. To zahteva ravnotežu između poslovnih potreba, tehničke strukture i budućeg održavanja.

U praksi najviše vrednosti donose rešenja koja uklanjaju nepotrebne korake, čuvaju podatke na jednom mestu, daju pouzdane izveštaje i povezuju alate koje firma već koristi. Zato svaki ERP projekat posmatramo kao proces, a ne kao jednokratnu isporuku softvera.

Marbel Technologies razvija ERP sisteme i poslovne aplikacije po meri, uz fokus na analizu procesa, modularan razvoj, API integracije, bezbednost, performanse i testiranje. Cilj je stabilan sistem koji olakšava rad danas i može da se razvija zajedno sa poslovanjem.