Infrastruktura Archives - Business&IT

Najčešće greške pri implementaciji ERP-a

Aleksa Blažić — Mon, 04 Nov 2024 12:32:37 +0000

ERP rešenja mogu značajno unaprediti poslovanje, ali njihovo uvođenje zahteva pažljivo planiranje, kako bi se izbegle neke uobičajene greške i ostvario pun potencijal sistema

Implementacija Enterprise Resource Planning sistema predstavlja ključni korak ka modernizaciji poslovnih procesa. Međutim, ovaj kompleksan poduhvat često je praćen brojnim izazovima. Greške koje se dešavaju pri implementaciji ERP rešenja mogu ostaviti dugoročne posledice po poslovanje. U tekstu koji sledi ćemo detaljno razmotriti najčešće greške i kako ih izbeći.

1. Nedovoljna priprema i planiranje: Implementacija ERP sistema zahteva sveobuhvatno planiranje, koje uključuje detaljnu analizu postojećih poslovnih procesa i potreba. Mnoge kompanije prave grešku tako što se ne posvete dovoljno ovoj fazi, što kasnije dovodi do neusklađenosti ERP sistema sa stvarnim potrebama poslovanja.

Preporuka: Provedite dovoljno vremena u fazi planiranja. Uključite sve relevantne strane i kreirajte detaljan plan, koji obuhvata sve aspekte poslovanja.

2. Neprecizno definisani zahtevi: Jasno definisanje zahteva je ključ za uspešnu implementaciju. Često se dešava da kompanije ne postave precizne ciljeve i očekivanja, što rezultira ERP rešenjem koje ne zadovoljava stvarne poslovne potrebe.

Preporuka: Definišite precizne zahteve i ciljeve. Angažujte ključne ljude iz svih sektora kompanije da daju svoj doprinos u definisanju ovih zahteva.

3. Nedovoljno angažovanje zaposlenih:

Zaposleni su krajnji korisnici ERP sistema i njihovo angažovanje od samog početka je od suštinskog značaja. Ako zaposleni nisu uključeni, može se javiti otpor prema promenama i loša adaptacija na nov sistem.

Preporuka: Uključite zaposlene u sve faze implementacije. Organizujte radionice i sastanke kako biste od njih dobili povratne informacije i osigurali njihovu podršku.

4. Neadekvatna obuka: Obuka zaposlenih je jedan od najkritičnijih faktora za uspeh ERP implementacije. Nedovoljno ili neadekvatno obučeni korisnici često imaju teškoće u korišćenju novog sistema, što može dovesti do grešaka i izazvati frustracije. Preporuka: Organizujte sveobuhvatne obuke za sve korisnike ERP sistema. Osigurajte kontinuiranu podršku i dodatne treninge, kako bi se zaposleni osećali sigurnim u korišćenju novog sistema.

5. Potcenjivanje troškova i vremena: Implementacija ERP sistema često traje duže i košta više nego što se prvobitno planira. Potcenjivanje ovih faktora može dovesti do finansijskih problema i nedovršene implementacije.
Preporuka: Prilikom planiranja budžeta, uključite dodatne resurse za neočekivane troškove. Budite realni u proceni vremena potrebnog za implementaciju i postavite fleksibilne rokove.

6. Nedostatak prilagođavanja: ERP sistemi često zahtevaju prilagođavanje specifičnim potrebama organizacije. Ukoliko se sistem ne prilagodi, može doći do problema u poslovanju i smanjenja efikasnosti. Preporuka: Prilagodite ERP sistem specifičnim potrebama vašeg poslovanja. Uključite stručnjake koji mogu napraviti neophodne izmene i prilagođavanja.

7. Neusklađenost sa poslovnim procesima:

ERP sistem mora biti usklađen sa postojećim poslovnim procesima; ili obrnuto, poslovni procesi moraju biti prilagođeni ERP sistemu. Ovaj balans je često teško postići, ali je ključan za uspeh. Preporuka: Temeljno analizirajte svoje poslovne procese i prilagodite ih potrebama ERP sistema. Uključite sve relevantne strane kako bi se osigurala usklađenost i efikasnost.

Preporuke za uspešnu implementaciju ERP sistema
1. detaljno planiranje i analiza: Potrebno je posvetiti dovoljno vremena fazi planiranja kako bi se razumeli svi aspekti poslovanja i kako ERP može da ih unapredi.

2. uključivanje svih relevantnih strana: Treba osigurati da svi relevantni zaposleni budu uključeni u proces, od inicijalne faze do finalne implementacije.

3. jasno definisanje ciljeva i očekivanja: Precizno definisanje koja su očekivanja od ERP sistema, kao i da su svi uključeni svesni tih ciljeva.

4. adekvatan budžet i resursi: Osiguravanje dovoljnog budžeta, kao i resursa za uspešnu implementaciju, uključujući vreme, novac i ljudske resurse.

5. kontinuirana obuka i podrška: Obukom zaposlenih ne završava se implementacija. Kontinuirana podrška i dodatna obuka su ključni za dugoročni uspeh.

6. redovno praćenje i evaluacija: Nakon implementacije, potrebno je redovno pratiti performanse sistema i praviti potrebna prilagođavanja kako bi sistem ostao efikasan i koristan.

Implementacija ERP sistema može značajno unaprediti poslovanje, ali zahteva pažljivo planiranje, resurse i angažovanje svih zaposlenih, kako bi se izbegle uobičajene greške i ostvario pun potencijal sistema. Uz pravilan pristup implementaciji vaša organizacija može postići visok nivo efikasnosti i konkurentnosti na tržištu.

The post Najčešće greške pri implementaciji ERP-a appeared first on Business&IT.

Nova implementacija vs. konverzija sistema

Aleksa Blažić — Mon, 04 Nov 2024 12:27:14 +0000

Pri prelasku na novo ERP rešenje pred organizacije se postavlja izbor između konverzije ili potpuno nove implementacije. Obe ove metode imaju svoje prednosti i izazove, u zavisnosti od postojećeg sistema, poslovnih potreba i budućih ciljeva.

Udanašnjoj digitalnoj ekonomiji stalan kontakt sa spoljnim svetom, posebno sa klijentima, predstavlja imperativ za svako preduzeće. Digitalizacija poslovnog okruženja na mnogo načina utiče na organizaciju, posebno na njene poslovne modele, odnosno način na koji posluje. U ovom kontekstu, uspeh poslovanja zavisi i od dva glavna faktora – sposobnosti organizacije da se neprimetno poveže sa kupcima i njene sposobnosti da upravlja promena- ma koje dolaze zajedno sa novim poslovnim modelima.

SAP S/4HANA je aplikacija za pre- duzeća, dizajnirana za organizacije koje žele da napreduju u digitalnoj ekonomiji. S jedne strane, digitalno jezgro S/4HANA omogućava organizaciji da obavlja svoje poslovne procese u skladu sa novom digitalnom ekonomijom, kroz pojednostavljenje aplikacija, modela podataka i korisničkog interfejsa. S druge strane, tehnička arhitektura S/4HANA omogućava organizaciji da se brzo i lako poveže sa spoljnim svetom, posebno sa kupcima i eksternim servisima.

Opcije za implementaciju S/4HANA

Za uspešno poslovanje implementacija S/4HANA, kao poslovne aplikacije za sve procese u organizaciji, poželjna je, ako ne i neizbežna.

Prilikom prelaska na SAP S/4HANA organizacije se obično suočavaju sa odlukom između konverzije (brownfield pristup) i nove implementacije (greenfield pristup). Svaka metoda ima svoje prednosti i izazove, u zavisnosti od postojećeg SAP sistema, poslovnih potreba i budućih ciljeva.

U slučaju organizacije koja je nova u SAP svetu odgovor je očigledan – upuštanje u novu implementaciju. Međutim, za organizaciju koja već koristi SAP put do S/4HANA predstavlja izazov.

Cilj ovog teksta je da predstavi opcije dostupne postojećim SAP korisnicima da efikasno usvoje S/4HANA i da pruži jasnost u vezi sa ključnim parametrima i faktorima odlučivanja u ovom poduhvatu.

Greenfield pristup – nova implementacija

Naše praktično iskustvo pokazuje da mnoga preduzeća koja trenutno koriste SAP ne postižu njegovu optimalnu primenu. U takvim slučajevima, uprkos ogromnoj akumulaciji podataka, najbolja opcija bi ipak mogla biti nova implementacija S/4HANA. Slede neki od razloga zašto je nova implementacija pogodnije rešenje.

• Organizaciona struktura preduzeća je najvažniji aspekt implementacije SAP-a. U većini slučajeva definicija strukture preduzeća na početku implementacije ne primenjuje se u potpunosti, jer ne postoji sveobuhvatno razumevanje SAP procesa. Struktura preduzeća igra glavnu ulogu u strukturama izveštavanja organizacije, kao i u kontrolama koje želi da izgradi u svojim procesima. Kao i u mnogim slučajevima u stvarnom životu, vrednost strukture preduzeća se bolje razume kada upotreba sistema sazri. Ali do tada, promena strukture preduzeća postaje donekle ograničena u odnosu na implementaciju sistema. Ovo onda postaje glavni razlog da počnete iznova kada prelazite na S/4HANA, a ne samo da konvertujete postojeći sistem.

Loš kvalitet podataka, posebno master podataka. Problem sa kvalitetom matičnih podataka je dvostruk.

Strukturna definicija glavnih podataka mogla je biti pogrešna (ovo je slično definiciji optimalne strukture preduzeća). To može biti logika numerisanja za mastere materijala, osnova za definisanje grupa naloga kupaca i dobavljača ili strukturiranje kontnog plana. Sve ovo može dovesti do nefleksibilnosti u novijim poslovnim procesima ili zahtevima za izveštavanje, čime bi se poslovanje vezalo za neujednačen rad.
Nedostatak upravljanja glavnim podacima. U mnogim slučajevima postoji neograničeno kreiranje matičnih podataka pre nego što se uspostavi odgovarajući mehanizam upravljanja. Rezultat obiluje neželjenim podacima u sistemu, što dovodi do pogrešne obrade podataka i neefikasnosti.

Neiskorišćen SAP sistem rezultira nepotpunim iskorišćenjem njegovih funkcionalnosti.

1. Poslovni zahtevi su se značajno promenili ili evoluirali, dok odgovarajuća ERP postavka nije išla u korak sa savremenim zahtevima, kao što je dostupnost vremena/resursa/budžeta za ažuriranje procesa u IT okruženju.

2. Postavka u prvobitnoj implementaciji bila je pojednostavljena i nije podržavala stvarne poslovne zahteve, što je rezultiralo rudimentarnom upotrebom SAP sistema.

Takvi razlozi podstiču potrebu za novim pogledom na ERP, umesto da se nastavi sa postojećom postavkom sistema. Nova implementacija S/4 HANA postaje glavna potreba.

Visok nivo prilagođenog razvoja.

U dosta slučajeva, procesi nisu usklađeni sa standardnim najboljim praksama. Umesto toga, prvobitna implementacija i naknadne promene uglavnom se sprovode da bi se sistem prilagodio starim načinima obavljanja procesa. Rezultat toga je da postoji veliki broj prilagođenih razvoja koji prvenstveno upravljaju poslovnim procesima. Veoma prilagođeno okruženje zauzvrat dovodi do više problema:

1. Nemogućnost lakog prilagođavanja promenama – postoji značajan napor i cena za svaku promenu koju treba primeniti.

2. Teško održavanje – visokoprilagođeno okruženje stvara čitavu podorganizaciju za svoje održavanje, čime se opterećuju resursi i umanjuju krajnji rezultati organizacije.

3. Nemogućnost da se iskoriste nova standardna rešenja – preduzeća koja ne usvajaju standardne procese često propuštaju priliku za ključne promene koje se stalno dešavaju u standardnim procesima.
U takvom okruženju, prelazak na S/4HANA predstavlja dobru priliku da prilagodite postojeće SAP procese standardnim najboljim praksama kroz novu implementaciju.

Brownfield pristup – konverzija

Prednosti konverzije postojećeg SAP sistema na S4/Hana ogledaju se, pre svega, u očuvanju postojećih investicija. Sistem se prilagođava i konfiguriše sa istorijskim podacima. Takođe, minimizira se ometanje tekućih poslovnih operacija, jer se postojeći procesi i podaci zadržavaju. Konverzija omogućava brži prelaz od nove implementacije jer se nadovezuje na postojeći sistem i procese. Korisnici su već blisko upoznati sa sistemom i naviknuti na njega, što smanjuje napore za obuku i otpor prema novom.

Najčešći izazov prilikom konverzije sistema je složenost realizacije, zbog potrebe prilagođavanja postojećih procesa novom S/4HANA okruženju i integracije sa trećim stranama. Još jedan od važnih izazova predstavlja i kvalitet podataka – u novi sistem se potencijalno prenose i svi postojeći problemi sa kvalitetom podataka, kao i zastareli ili neoptimizovani poslovni procesi.

Za preduzeća koja još nisu na SAP ECC-u nova implementacija S/4HANA je jedina opcija. Za preduzeća koja već rade na SAP ECC-u procena trenutnih podešavanja i korišćenja SAP-a je preduslov za određivanje smera kojim će se ići. Za SAP ECC sisteme podešene uz visoku optimizaciju konverzija sistema je idealna. Međutim, kao što je u tekstu već opisano, postoji mnogo razloga zašto konverzije sistema nije moguće efikasno realizovati. U takvim slučajevima preporučljivo je početi sa novom implementacijom S/4HANA i – što je više moguće – usvajanjem standardnih najboljih praksi.

The post Nova implementacija vs. konverzija sistema appeared first on Business&IT.

Sa monolita na cloud native – put kojim se (ređe) ide

Aleksa Blažić — Mon, 04 Nov 2024 12:20:08 +0000

U današnjem dinamičnom IT okruženju, gde kompanije moraju brzo reagovati na izazove i promene, cloud native pristup razvoju aplikacija omogućava efikasnije rešavanje novih zahteva. Ovaj pristup omogućava organizacijama da budu agilnije i da brže implementiraju rešenja koja podržavaju njihove poslovne potrebe.

Zašto cloud native i šta je to? Cloud native pristup predstavlja modernu metodologiju razvoja softverskih aplikacija, optimizovanu za cloud okruženja. Korišćenjem mikroservisne arhitekture za podelu aplikacija na manje, nezavisne komponente, koje se mogu razvijati, testirati i skalirati samostalno, ispunjavamo dobre prakse cloud native aplikacija. Kontejnerizacija, putem alata kakav je Docker, pruža konzistentno okruženje za aplikacije, što olakšava njihovo implementiranje i upravljanje u različitim cloud okruženjima. Orkestracija kontejnera pomoću Kubernetesa omogućava automatsko upravljanje resursima, visoku dostupnost i skalabilnost aplikacija.

Cloud native vs. tradicionalne aplikacije

Cloud native aplikacije razlikuju se od tradicionalnih po nekoliko ključnih karakteristika. Tradicionalne aplikacije često koriste monolitnu arhitekturu, gde se čitava aplikacija sastoji od jedne velike komponente koja se izvršava na fizičkim ili virtuelnim serverima. Ovo često rezultira sporijim ciklusima razvoja, teškoćama u skaliranju i održavanju, kao i manjkom agilnosti u reagovanju na promene.

S druge strane, cloud native aplikacije koriste mikroservisnu arhitekturu, gde se aplikacije izvršavaju kao manji, nezavisni servisi. Mikroservisi se mogu razvijati i testirati nezavisno jedan od drugog, što omogućava brže iteracije, lakše otklanjanje grešaka i efikasnije korišćenje resursa. Kontejnerizacija je takođe ključna u cloud native pristupu, gde se aplikacije pakuju u kontejnere koji obezbeđuju konzistentno okruženje za rad aplikacija, nezavisno od infrastrukture na kojoj se izvršavaju.

Orkestracija kontejnera uz pomoć Kubernetesa omogućava automatsko upravljanje, skaliranje i kontrolu resursa na nivou konkretne aplikacije, odnosno kontejnera. CI/ CD prakse (Continuous Integration / Continuous Deployment) u cloud native svetu omogućavaju automatsku integraciju novih promena i bržu isporuku novih verzija aplikacija, dok tradicionalne aplikacije često zahtevaju duge i kompleksne procedure za implementaciju novih funkcionalnosti.

Ukratko, cloud native aplikacije nude organizacijama veću agilnost, skalabilnost, otpornost na greške i efikasnost u poređenju sa tradicionalnim aplikacijama, čineći ih idealnim za moderno, dinamično poslovno okruženje, koje zahteva brze inovacije i prilagođavanje promenama na tržištu.

Prelazak monolitne aplikacije na cloud native
Šta je potrebno za prelazak monolitne aplikacije na cloud native i šta treba imati na umu prilikom razvoja novih aplikacija? Za prelazak sa monolitnih aplikacija na cloud native ključno je detaljno razumevanje postojeće arhitekture aplikacije. Identifikacija komponenata koje se mogu transformisati u mikroservise je osnovni korak ka podeli aplikacije na manje celine. Zatim, aplikacije treba kontejnerizovati, što podrazumeva pakovanje svake komponente u kontejnere korišćenjem alata poput Dockera. Uvođenje platforme za orkestraciju kontejnera, kao što je Kubernetes, ključno je za automatizaciju upravljanja, skaliranje i visoku dostupnost aplikacija. Paralelno, implementacija CI/CD praksi omogućava automatsku integraciju novih promena u kodu i bržu isporuku novih verzija aplikacija.

Prilikom razvoja novih aplikacija, mikroservisna arhitektura se nameće kao preferirani pristup. Dizajniranjem aplikacija kao skup nezavisnih mikroservisa omogućava se lakše upravljanje, održavanje, skaliranje, čime se dobija veća stabilnost celokupnog sistema. Kontejnerizacija novih aplikacija omogućava bržu adaptaciju na cloud native okruženja i olakšava migraciju između različitih cloud provajdera. Razvojni i DevOps timovi treba da budu obučeni za efikasno korišćenje orkestracionih alata poput Kubernetesa i implementaciju automatskih procesa upravljanja i skaliranja aplikacija. Potrebno je ostvariti dobru saradnju između razvojnih i DevOps timova kroz sve faze razvoja i održavanja aplikacija, kako bi se dobili očekivani rezultati.

DMS: primer transformacije

Transformaciju monolitne aplikacije na cloud native demonstriraćemo na primeru DMS aplikacije, koja je razvijena u okviru kompanije COMING. Proces transformacije opisaćemo sekvencijalno, po koracima primenjenog procesa transformacije.

Da bismo započeli transformaciju potreban nam je plan migracije, koji podrazumeva popisivanje svih funkcionalnih komponenata trenutne monolitne aplikacije. DMS poseduje niz modula koji mu omogućavaju da funkcioniše kao nezavisna aplikacija: sistem za logovanje i upravljanje korisnicima, upravljanje organizacijama, e-fakture, arhiviranje dokumenata, logovanje grešaka. S obzirom da je aplikacija razvijena u .Net MVC tehnologiji, DMS sadrži korisnički interfejs razvijen u Razor stranicama i JavaScriptu.

Prvi korak je razdvajanje dela koji se odnosi na korisnički interfejs (UI) od dela koji vrši obradu podataka i upis u bazu (API). Kompletna logika prikaza stranica i dešavanja na klijentu treba biti prepisana u neku od tehnologija koje se bave klijentskom stranom, kao što su React ili Angular.js. U našem slučaju, odlučili smo se za React.

Nakon toga, potrebno je identifikovati funkcionalne celine koje ćemo razvijati kao posebne servise. U prvom prolazu, odlučili smo da to budu delovi koji se tiču DMS-a, e-faktura, e-arhive i deo koji se odnosi na upravljanje organizacijama i korisnicima unutar tih organizacija (OM.Api). UI je sada zasebna React aplikacija, što nam omogućava fleksibilnost da jedna UI aplikacija koristi više API-ja za pružanje potrebnih funkcionalnosti. Takođe, moguće je podeliti sistem na više UI aplikacija, gde bi svaka obavljala deo posla koji se od nje očekuje.

Rezultat transformacije su tri UI aplikacije: DMS korisnički interfejs, posebna UI aplikacija za arhiviranje dokumenata i još jedna koja administratorima sistema omogućava upravljanje organizacijama i korisnicima OM.UI. Da bismo korisnicima omogućili neometan rad u okviru više UI aplikacija koje koriste različite API-je potrebno je uvesti Single Sign-On (SSO) u celokupan sistem. Za ovu svrhu odabran je Keycloak, koji omogućava korisnicima da se na jednom mestu loguju na celokupan sistem i nakon logovanja koriste sve servise za koje imaju odgovarajuće privilegije.

OM u sprezi sa Keycloakom vrši administraciju organizacija i korisnika koji će kasnije pristupati servisima. Kako bismo adekvatno pratili celokupan rad sistema, potrebno je imati dobro logovanje grešaka svih servisa. Logovanje grešaka vrši se preko Elasticsearcha, što nam omogućava uvid u rad celokupnog sistema.

Na sledećoj slici prikazana je transformacija monolitne DMS aplikacije u cloud native DMS aplikaciju.

Kao što se na slici može videti, baza podataka, koja je nekada bila jedinstvena, sada je kreirana za svaki servis, što poštuje dobru praksu koju mikroservisna arhitektura nalaže.

Nakon transformacije, rezultat je sistem sa jasnom podelom odgovornosti po servisima. Takođe, sada možemo da odvojimo razvoj aplikacija na posebne timove, što nam omogućava bolju paralelizaciju posla. Celokupan sistem je sada moguće horizontalno skalirati i dobiti bolje performanse. Centralizovano logovanje nam daje bolji uvid u rad sistema, samim tim i bolje praćenje rada celokupnog sistema, što na kraju rezultira boljim korisničkim iskustvom.

The post Sa monolita na cloud native – put kojim se (ređe) ide appeared first on Business&IT.