Zamenjava ERP: kako izpeljati migracijo brez izgube podatkov

Zamenjava poslovnega sistema je ena najbolj občutljivih odločitev v podjetju, saj se dotakne financ, nabave, prodaje, skladišča in pogosto tudi proizvodnje hkrati. Migracija ERP zato ni informacijski, ampak poslovni projekt. Če ga vodite kot zgolj tehnično selitev, bodo težave prišle v obliki napačnih zalog, neusklajenih terjatev in zamud pri izdajanju računov. Ta vodnik je namenjen direktorjem, finančnim vodjem in vodjem informatike v slovenskih malih in srednjih podjetjih, ki razmišljajo o tem, da bi zamenjali ERP ali prešli na novejšo različico.

Če ERP še izbirate, začnite pri vodniku kako izbrati ERP. Ta stran predpostavlja, da sistem že imate in da ga želite nadomestiti ali bistveno nadgraditi.

Kdaj je smiselno zamenjati ERP

Podjetja ERP redko zamenjajo zaradi ene same napake. Običajno se nabere več znakov hkrati. Če prepoznate več spodnjih, je čas za resen razmislek.

• Sistem ne sledi poslovanju. Podjetje je dodalo nove dejavnosti, enote ali prodajne poti, stari program pa jih rešuje z razpredelnicami ob strani.
• Zakonske obveznosti zahtevajo vedno več ročnega dela. Če računi ne gredo samodejno skozi davčno potrjevanje pri FURS ali ne podpirate izdaje e-računov, računovodja izgublja čas in tvega napake. Več o zahtevah najdete v vodniku zakonske zahteve za ERP.
• Izvajalec ali proizvajalec opušča podporo. Ko za različico ni več popravkov ali ni nikogar, ki bi jo znal vzdrževati, tveganje raste vsak mesec.
• Podatki so razpršeni. Vsak oddelek ima svojo resnico, poročila pa se usklajujejo ročno.
• Infrastruktura je zastarela. Lastni strežnik, ki ga nihče več ne želi upravljati, je pogost razlog za razmislek o storitvi v oblaku. Več o tem v članku oblak ali lastni strežnik.
• Sistem je postal pretog za spremembe. Vsaka prilagoditev traja dolgo in stane več, kot bi smela.

Nasprotno pa zamenjava ni nujna, če težava izvira iz slabo izkoriščenega sistema. Pogosto pomaga že preurejanje procesov, usposabljanje ali dodatek posameznega modula. Pošten izvajalec vam bo to povedal, preden vam bo ponudil nov projekt.

Migracija na novo različico ali zamenjava izdelka

Gre za dve različni stvari z različnim tveganjem.

Zamenjava izdelka je najzahtevnejša, ker pomeni, da se spremeni tudi podatkovni model. Šifre artiklov, partnerjev in kontov se ne prenesejo »same od sebe«, zato je prav tu priprava podatkov najpomembnejša.

Priprava: kaj storiti, preden se začne selitev

Dober projekt se začne daleč pred prvim prenosom podatkov. Pripravljalna faza določa, ali bo preklop miren ali stresen.

Popis obstoječega stanja

Zapišite, kaj sistem dejansko dela: katere module uporabljate, katere ročne obvoznice so se skozi leta ustalile, kateri vmesniki povezujejo ERP z bankami, spletno trgovino, blagajno ali proizvodnimi stroji. Največ presenečenj prinesejo nedokumentirane povezave, ki jih je nekoč postavil nekdo, ki ga v podjetju ni več.

Določitev obsega in meril uspeha

Dogovorite se, kaj mora nov sistem znati prvi dan in kaj lahko pride pozneje. Merila naj bodo preverljiva: računi se izdajajo in potrjujejo, zaloge se ujemajo s fizičnim stanjem, DDV obračun se zaključi brez ročnih popravkov. Za sestavo zahtev uporabite vodnik predloga zahtev za ERP.

Izbira izvajalca in ekipe

Projekt potrebuje izkušenega izvajalca, pa tudi vašo notranjo ekipo: vodjo projekta, predstavnika financ, skladišča, prodaje in po potrebi proizvodnje. Brez njihovega časa projekt obtiči. Kako izbrati izvajalca, razlagamo v članku izbira integratorja ERP, kako poteka naša posredniška storitev pa na strani kako deluje.

Strategija preklopa: big bang ali postopna uvedba

Najpomembnejša načrtovalska odločitev je, kako preklopiti z enega sistema na drugega. Obstajata dva osnovna pristopa in več vmesnih različic.

Big bang: vse naenkrat

Ob določenem datumu podjetje preneha uporabljati stari sistem in vsi delajo v novem.

Prednosti:

• ni treba vzdrževati dveh sistemov in vmesnikov med njima,
• vsi podatki so na enem mestu od prvega dne,
• jasen datum, ki disciplinira ekipo.

Slabosti:

• vsaka napaka prizadene celotno podjetje hkrati,
• zahteva zelo temeljito testiranje in izobraževanje,
• vrnitev je težja, ko so že vnesene nove transakcije.

Big bang je običajno primernejši za manjša podjetja z enostavnejšo strukturo, kjer so procesi dobro povezani in težko ločljivi.

Postopni preklop po modulih ali enotah

Najprej preklopite en del, na primer finance in glavno knjigo, nato nabavo in skladišče, nazadnje proizvodnjo. Ali pa preklopite eno hčerinsko družbo ali lokacijo, preden to storite z ostalimi.

Prednosti:

• tveganje je porazdeljeno in napake se odkrijejo na manjšem delu,
• ekipa se uči postopoma,
• lažje je ohraniti zaupanje vodstva.

Slabosti:

• potrebni so začasni vmesniki med starim in novim sistemom,
• dlje časa traja usklajevanje podatkov,
• projekt je daljši in zahteva več discipline pri vodenju.

Vzporedno delovanje

Nekatera podjetja nekaj časa vodijo oba sistema vzporedno. To daje občutek varnosti, a podvoji delo zaposlenih in lahko povzroči napake zaradi dvojnega vnosa. Priporočljivo je le za omejen del poslovanja, kot je en mesečni obračun, ki ga želite primerjati, in ne kot splošna rešitev.

Kako izbrati

Končno odločitev sprejmite skupaj z izvajalcem, ki je že izvedel podobne preklope. Predlog brez poznavanja vaših procesov ni zanesljiv.

Prenos podatkov: najbolj podcenjeni del projekta

Podatki so najpogostejši vzrok zamud. Staro bazo v novo je treba preoblikovati, ne le kopirati. Prenos se običajno odvija po jasnem zaporedju korakov.

Čiščenje podatkov

Pred selitvijo se vprašajte, kaj sploh potrebujete. Seznam partnerjev vsebuje podvojene vnose, neaktivne stranke, napačne naslove in davčne številke. Šifrant artiklov vsebuje izdelke, ki jih nihče ne prodaja že dolgo. Če vse to prenesete, nov sistem podeduje stare težave.

Praktična pravila:

• združite podvojene partnerje in preverite davčne številke,
• zaprite ali arhivirajte neaktivne artikle in stranke,
• uskladite enote mer, davčne stopnje in pogoje plačila,
• popravite kontni načrt, če ga nov sistem obravnava drugače,
• določite lastnika vsakega podatkovnega področja v podjetju.

Čiščenje ni naloga izvajalca. Podatke pozna podjetje, zato mora tudi odločati, kaj je pravilno.

Preslikava (mapping)

Za vsako polje starega sistema določite, kam gre v novem. Pogosto se pokaže, da staro polje nima ustreznika ali da ima nov sistem obvezna polja, ki jih ni bilo. Tu nastane dokument preslikave, ki ga potrdi računovodja in vodja procesa. Posebno pozornost namenite:

• kontom in analitičnim dimenzijam,
• stroškovnim mestom in projektom,
• cenikom in popustom,
• sestavnicam in tehnološkim postopkom v proizvodnji,
• lotom in serijskim številkam, če jih sledite.

Poskusni prenosi

Prenos je treba izvesti večkrat na testnem okolju, preden bo opravljen zares. Vsak poskus pokaže nove napake: zavrnjene zapise, nepopolne vrednosti, nepričakovane podvojitve. Po vsakem poskusu primerjajte rezultat s starim sistemom: seštevke po kontih, stanja zalog po skladiščih, odprte terjatve in obveznosti po partnerjih.

Dober znak zrelosti je, da so poskusni prenosi vedno bolj gladki in da se rezultati ujemajo brez ročnih popravkov.

Kaj prenesti in kaj arhivirati

Ni nujno, da v nov sistem selite vso zgodovino. Pogosta delitev je naslednja:

Pri hrambi dokumentov upoštevajte zakonske roke za poslovne knjige in račune. Zgodovina mora ostati dostopna tudi, če ni v novem sistemu, in o tem se dogovorite z računovodjo, še preden izklopite stari sistem.

Slovenske posebnosti, ki jih ne smete spregledati

Preklop ERP v Sloveniji se razlikuje od projekta drugje po državnih obveznostih, ki morajo delovati takoj.

Davčno potrjevanje računov (FURS). Če podjetje izdaja račune, ki jih je treba potrditi, mora nov sistem to opraviti brez prekinitve. Povezavo, digitalna potrdila in postopek ob izpadu povezave je treba preizkusiti pred preklopom. Podrobnosti so v vodniku davčna blagajna in ERP.

E-računi in DDV. Nov sistem mora podpirati izdajo in prejem e-računov ter pripravo podatkov za DDV obračun in oddajo prek eDavkov. Razlaga je v članku e-računi in DDV obračuni v ERP, širši pogled pa v vodniku e-računanje in ERP.

Računovodja. Ne glede na to, ali imate notranjo računovodsko službo ali zunanjega računovodjo, mora biti vključen od prvega dne. Preslikava kontnega načrta, začetna stanja in prvi obračun po preklopu so njegova področja.

Letni zaključek. Preklop sredi poslovnega leta je pogosto zahtevnejši kot na začetku obdobja, saj je treba prenesti kumulativne vrednosti. Ne glede na izbran datum mora biti jasno, kako bo potekal zaključek za leto, ki je deloma v starem in deloma v novem sistemu.

Kaj pomeni migracija pri posameznih sistemih

Vsak izdelek ima svoje značilnosti, vendar načela ostajajo enaka. Spodaj najdete kratek pregled, kaj upoštevati pri sistemih, ki jih obravnavamo na tem spletnem mestu.

• Odoo je modularen in ga je mogoče uvajati po delih, kar dobro ustreza postopnemu preklopu. Pozorni bodite na obstoječe prilagoditve in dodatke, saj bodo pri nadgradnji zahtevali preverjanje.
• Microsoft Dynamics 365 Business Central je Microsoftova rešitev za srednja podjetja, ki jo pogosto izvajajo v oblaku. Pri selitvi iz starejšega sistema je pomembna preslikava dimenzij in kontnega načrta.
• SAP Business One je namenjen manjšim in srednjim podjetjem, ki rastejo. Pri preklopu zahteva skrbno pripravo šifrantov in povezav z dodatnimi aplikacijami.
• Oracle NetSuite je rešitev v oblaku, primerna za podjetja z več družbami ali tujino. Pri migraciji je ključno usklajevanje več pravnih oseb in valut.
• PANTHEON je ERP, ki ga na slovenskem trgu dobro poznajo. Podjetja, ki ga nadomeščajo ali nadgrajujejo, morajo biti pozorna na lastne dodatke in poročila, ki so se skozi leta razvila ob njem.

Primerjave sistemov med seboj so v razdelku primerjave, na primer Odoo ali Business Central.

Tveganja in kako jih zmanjšati

Večina težav pri migraciji se ponavlja iz projekta v projekt. Če jih poznate vnaprej, jih lahko preprečite.

Več o tipičnih zablodah najdete v članku napake pri ERP projektih.

Načrt vrnitve nazaj

Vsak preklop mora imeti dogovorjeno pot nazaj. Ne zato, ker bi pričakovali neuspeh, temveč ker je ob težavi pomembno, da odločitev ne temelji na paniki.

Načrt vrnitve naj vsebuje:

1. Merila odločitve. Katere težave so dovolj resne za vrnitev: na primer račun, ki ga ni mogoče potrditi, ali neusklajena glavna knjiga.
2. Odgovorno osebo. Določite, kdo odloča in do kdaj.
3. Nedotaknjen stari sistem. Podatki v njem se po preklopu ne spreminjajo, dokler ni potrjeno, da novi deluje.
4. Varnostno kopijo. Izdelana tik pred preklopom, preverjena, da jo je mogoče obnoviti.
5. Postopek ponovnega vnosa. Kaj se zgodi s transakcijami, ki so nastale v novem sistemu, če se vrnete: kako jih prenesete nazaj ali vnesete znova.
6. Obveščanje. Kdo in kako obvesti ekipo, banko, ključne stranke in dobavitelje.

Okno, v katerem je vrnitev še razumna, je običajno kratko, zato mora biti določeno vnaprej in ne šele takrat, ko se težava pojavi.

Dan preklopa in čas po njem

Pred preklopom

Zadnji poskusni prenos mora biti uspešen, uporabniki izobraženi, pravice dostopa nastavljene. Pripravite seznam preverjanj: ali so začetna stanja potrjena, ali so cenik, davčne stopnje in plačilni pogoji pravilni, ali delujejo povezave z banko, spletno trgovino in davčnimi storitvami.

Ob preklopu

Zamrznite vnos v stari sistem, opravite končni prenos, preverite kontrolne seštevke in šele nato odprite nov sistem za delo. Ekipa izvajalca naj bo na voljo od prvega trenutka, ključni uporabniki pa prav tako.

Po preklopu

Prvi tedni so odločilni. Računajte na povečano število vprašanj, manjših napak in prošenj za prilagoditve. Dobro je, da imate:

• dnevni kratek sestanek ekipe v začetku, da se težave hitro rešujejo,
• seznam odprtih zadev z odgovornimi osebami,
• primerjavo prvega mesečnega obračuna z oceno po starem sistemu,
• ločeno obravnavo pomembnih popravkov in želja po izboljšavah.

Po prvem zaključku obdobja opravite pregled: kaj je delovalo, kaj ne in katere funkcije bodo uvedene v naslednji fazi.

Stroški in čas

Strošek in trajanje migracije sta odvisna predvsem od obsega, kakovosti podatkov, števila vmesnikov, prilagoditev in razpoložljivosti vaše ekipe. Zato brez poznavanja podjetja ni resne ocene. Ne zaupajte ponudbi, ki obljubi popoln prenos vsega brez vprašanj o vaših podatkih. Podrobneje o sestavi stroškov pišemo v vodniku cena ERP, o poteku projekta pa v članku uvedba ERP.

Kako začeti

Pred pogovorom z izvajalci si pripravite kratek dokument: kateri sistem uporabljate, zakaj ga želite zamenjati, katere module in vmesnike imate, katere zakonske obveznosti morate izpolnjevati in kdaj so za podjetje najbolj obremenjena obdobja. Na podlagi tega bo izvajalec lahko predlagal strategijo preklopa in oblikoval ponudbo, ki ustreza vašemu projektu.

Če iščete izvajalca blizu sebe, si oglejte pregled po regijah, na primer osrednjeslovenska regija ali podravska regija. Naša storitev je brezplačna: opišete projekt, mi pa vas povežemo z izvajalcem, ki ustreza vašim potrebam. Selitev izvede izvajalec, ne mi.

Imena programske opreme so blagovne znamke njihovih izdelovalcev in so navedena zgolj informativno. Spletno mesto je neodvisno in ni povezano z nobenim izdelovalcem.