10 min read • Feb 22, 2023
Pojava ERP rješenja u oblaku uzrokovala je određene promjene u metodama implementacije. U ovom ćemo blogu pokušati utvrditi čimbenike koji utječu na implementaciju ERP poslovnog rješenja i kako ove promjene koje donose ERP rješenja u oblaku doživljavaju svi koji se bave implementacijom poslovnih rješenja.
Što je bilo specifično za poslovne aplikacije prije ere poslovanja u oblaku?
Microsoft je zakoračio u svijet poslovnih rješenja 2002. akvizicijom Navision i Axapta poslovnih rješenja. Navision ili skraćeno NAV, sada poznat kao Dynamics 365 Business Central, u to je vrijeme ponajprije bio namijenjen malim tvrtkama, dok je Axapta rješenje ili skraćeno AX, danas poznato kao Dynamics 365 for Finance and Supply Chain, bilo namijenjeno velikim tvrtkama. Unatoč razlikama između oba poslovna rješenja, postoji dosta zajedničkih značajki koje su zapravo uobičajene za većinu tradicionalnih poslovnih rješenja:
Danas Microsoft nudi Dynamics 365 Business Central i Dynamics 365 Finance and Supply Chain u području poslovnih aplikacija zajedno s mnogim drugim Dynamics 365 aplikacijama. Oba su poslovna rješenja osmišljena s idejom da budu moderna poslovna rješenja u oblaku i da u potpunosti odgovore na sve izazove tradicionalne implementacije poslovnih rješenja. Navedeni odgovori sa sobom nose i važne utjecaje na načine implementacije, odnosno na implementatora poslovnih rješenja, ali i na samoga klijenta. Saznajmo u nastavku na što se odnose ti utjecaji.
Cloud infrastruktura olakšava postavljanje dodatnih okruženja u različite svrhe, npr. razvoj i testiranja performansi, što je velika prednost u odnosu na lokalnu implementaciju. Dodatna okruženja u cloud infrastrukturi mogu i ne moraju biti povezana s dodatnim troškovima.
Tako, primjerice kod Dynamics 365 Business Central Microsoft u osnovnoj pretplati nudi jedno produkcijsko i tri testna okruženja. Ako se pokaže potreba za korištenjem dodatnih okruženja (dodatno produkcijsko ili četiri test okruženja) ista će biti povezana s dodatnim troškovima.
Važno je istaknuti da se Dynamics 365 ERP rješenja mogu instalirati i na lokalnu infrastrukturu, iako to naravno povećava kompleksnost. U tom slučaju implementator mora izraditi detaljan plan potrebnog hardvera te sistemskoga i aplikacijskog softvera. Također je potrebno uspostaviti mehanizme održavanja i ažuriranja.
Među važnijim je otkrićima dobavljača tradicionalnih ERP rješenja da korisnicima katkad može biti teško odlučiti hoće li njihovo postojeće rješenje nadograditi na novu verziju. Najčešće sumnje i strahovi uglavnom su se odnosili na oprez zbog mogućeg velikog broja potrebnih prilagodbi. Što je rješenje prilagođenije, to je mnogo više truda potrebno za nadogradnju na novu verziju.
Stoga smo se često susretali s činjenicom da nije riječ samo o pitanju nadogradnje nego i o ponovnoj implementaciji.
Jedno od glavnih značajki svih usluga u oblaku je stalno ažuriranje i dodavanje novih mogućnosti – ažuriranja se gotovo mogu dogoditi svaki mjesec. Kako bi korisnici mogli relativno lako usvojiti nove verzije poslovnog rješenja, bilo je potrebno iz temelja promijeniti način prilagodbi. Prije je možda bilo moguće promijeniti standardni kod koji je osigurao dobavljač, no u slučaju novih poslovnih rješenja u oblaku to više nije moguće. Uveden je novi model u kojem implementator više ne može izmijeniti standardni kod dobavljača, ali može napisati vlastiti kod, tzv. ekstenziju na unaprijed određenim mjestima u programskom kodu (eng. extension points). Kad proizvođač zamijeni svoj standardni kod i ne napravi ključne promjene (npr. ako ne ukloni određene strukture podataka, softverske artefakte itd.) postojeće ekstenzije rade s novim ažuriranjima kao što su radile prije ažuriranja sustava na noviju verziju. Zbog toga prilagodbe rješenja postaju složenije.
Jednako tako postoji „Low-Code Development“ platforma pod zajedničkim nazivom Power Platform koja uključuje Power BI, Power Apps, Power Automate, Power Pages, Power Virtual Agents proizvode koji omogućuju izgradnju brzih rješenja potrebnih za korištenje poslovne inteligencije, razvoja aplikacija, automatizacije, poslovnih web stranica i inteligentnih botova za razgovore.
Moderna Dynamics 365 grupa poslovnih aplikacija ažurira se gotovo svaki mjesec. Trenutačno se odvijaju velike transformacije – dolazi do dekompozicije velikih monolitnih rješenja, što se očituje u eliminaciji cijelih modula koji se zamjenjuju novim rješenjima u oblaku (neki noviji primjeri – Dynamics 365 Human Resources, Dynamics 365 Finance Insights, Dynamics 365 AI…) i u takvom okruženju nemoguće je zamisliti korištenje krutih metodologija implementacije za implementaciju složenog poslovnog rješenja. Kao odgovor na spomenuto okruženje koje se brzo mijenja, Microsoft je predložio metodološki pristup nazvan CRP (eng. Conference Room Pilot) kao spoj waterfall i agile pristupa implementaciji.
U tom se slučaju implementacija sastoji od slijedećih koraka:
Ključne prednosti ovakvog pristupa su:
U tradicionalnim smo rješenjima često imali potpunu autonomiju u upravljanju kodom i instalaciji zakrpa, no to je potpuno drukčije u slučaju poslovnih rješenja u oblaku.
U slučaju Dynamics 365 Finance and Operations, upravljanje životnim ciklusom aplikacije moguće je samo korištenjem LCS (eng. Lifecycle services) portala za suradnju, što u slučaju rješenja u oblaku znači da primjenu ažuriranja na proizvodno okruženje provodi Microsoft kao dio svoje redovne usluge. I klijent i tvrtka koja implementira poslovno rješenje mogu pristupiti sustavu tj. poslovnom rješenju samo preko korisničkog sučelja. Dok smo prije mogli lako pristupiti podacima, instalirati zakrpe i izvoditi brze ad-hoc radnje, sada je ta mogućnost potpuno onemogućena. Sada postoji procedura koja točno propisuje korake za instaliranje novog paketa u proizvodnji, npr. preduvjet je testiranje u sandbox okruženju.
U slučaju Dynamics 365 Business Central Microsoft automatski nudi ažuriranje za testna i produkcijska okruženja kroz Dynamics 365 Business Central admin center. Administratorskom sučelju mogu pristupiti i klijent i tvrtka koja implementira poslovno rješenje i preko postave ažuriranja mogu zakazati ažuriranja u određeno vrijeme (razdoblje, dan, mjesec). Kako je riječ o rješenju SaaS (software-as-a-service) ta se ažuriranja ne mogu preskočiti i moraju se instalirati. Ako klijent ili implementator ne pokrenu ručno ažuriranje u za to predviđenom roku, Microsoft će automatski pokrenuti ažuriranje na posljednji datum za planiranje ažuriranja (otprilike 30 dana od objave izdanja glavne verzije).
Više nego ikad prije, testiranje potpomognuto automatiziranim testovima sada je postalo posebno važno jer si ne možemo dopustiti da sustav zakaže zbog lošeg testiranja.
Ažuriranja uključuju kontinuirano dodavanje značajki i funkcionalnosti. Za Dynamics 365 for Finance and Supply Chain, klijent ima osam ažuriranja godišnje i mora prihvatiti najmanje dva ažuriranja godišnje, što u praksi može značiti preskakanje tri uzastopna ažuriranja. Osim toga, ključni popravci uvijek su dostupni za prethodno izdanje (npr. ako je trenutačno izdanje 10.0.6, tada su dostupni kritični popravci za izdanje 10.0.5.). Za Dynamics 365 Business Central redovito se objavljuju hitni popravci (eng. Minor release) i postoje dva glavna godišnja izdanja (eng. Major release). Hitni popravci odnosno manja ažuriranja izlaze jedanput mjesečno i popraćena su oznakama verzija v21.1. Za manja ažuriranja Microsoft će automatski pokrenuti ažuriranje na posljednji datum za planiranje ažuriranja (otprilike 20 dana od objave izdanja manje verzije ažuriranja).
Tako je klijentima omogućeno da su stalno na najnovijoj verziji koja uključuje sve poznate kritične popravke, nove značajke i funkcionalnosti.
To naravno znači da mi kao implementatori moramo moći prihvatiti ažuriranja nekoliko puta godišnje i osigurati da sva proširenja ispravno rade. Opet – automatizirano testiranje u tome igra važnu ulogu.
U slučaju poslovnih rješenja u oblaku naravno ne smijemo zaboraviti da je riječ o „all-inclusive“ usluzi, što podrazumijeva ažuriranje i sistemskoga i aplikativnog softvera.
Postoji razlika između cloud i on-premise implementacija – pri lokalnoj (eng. on-premise) implementaciji klijent ima više fleksibilnosti (tj. mora se brinuti sam za sebe), ali to nije moguće bez redovitih ažuriranja.
Prijavite se na naš newsletter i prvi saznajte informacije o novostima, poslovnim rješenjima i događanjima.
