Ko se ERP projekt ne izide, podjetje to običajno občuti kot neuspeh programske opreme. Pri natančnejšem pregledu se skoraj vedno pokaže, da je pred tem šlo nekaj narobe v pripravi, odločanju ali podatkih. Neuspeh ERP projekta je zato predvidljiv: razlogi se ponavljajo od podjetja do podjetja, od Odoo do Microsoft Dynamics 365 Business Central, od SAP Business One do Oracle NetSuite in PANTHEON. In ker se ponavljajo, se jih da tudi preprečiti.
V tem vodiču so zbrane napake, zaradi katerih slovenska podjetja pri uvedbi pogosto zaidejo v težave, skupaj z ukrepom za vsako. Namenjen je direktorjem, finančnim vodjem in vodjem informatike v malih in srednje velikih podjetjih, ki želijo svoj ERP projekt izpeljati brez neprijetnih presenečenj. Če še razmišljate o osnovah, začnite pri pregledu, kaj je ERP.
Kaj pravzaprav pomeni, da je ERP projekt »propadel«
Redko gre za popoln zlom. Pogostejše oblike neuspeha so tihe in drage:
- sistem je v uporabi, a ga ljudje obidejo z Excelovimi preglednicami,
- proračun in čas sta bistveno presežena, ker se je obseg širil,
- računovodstvo ne zaupa številkam in vzporedno vodi stari sistem,
- uvedba je ostala na pol poti, brez skladišča, proizvodnje ali poročil, ki so bili obljubljeni,
- podjetje je zamenjalo izvajalca sredi projekta in plačalo dvojno.
Če prepoznate katero od teh podob, ste v dobri družbi. Spodnji razdelki pokažejo, kje so ponavadi vzroki.
Napaka: projekt je »IT projekt« in ne poslovni projekt
Najpogostejša napaka je, da se ERP odda informatiki, uprava pa se vanj vključi šele ob zagonu. ERP ni namestitev programa, ampak preoblikovanje načina dela: naročanje, skladiščenje, obračun, knjiženje, poročanje. Odločitve o teh stvareh ne sprejema informatik.
Remedij: projekt naj vodi oseba iz poslovanja, praviloma finančni vodja, vodja operative ali direktor sam, informatika pa naj bo ključen sodelavec. Uprava mora redno prejemati poročila o napredku in odločati o zahtevah, ki spreminjajo obseg. Brez tega projekt teče po inerciji.
Napaka: nejasne ali prepisane zahteve
Mnoga podjetja pošljejo integratorjem povpraševanje, ki je prepisan seznam funkcij iz brošure. Takšen seznam ne pove, kako dejansko poteka naročilo, kako se obračunava storitev ali kako pride blago iz proizvodnje do kupca. Ponudbe so zato neprimerljive, v projektu pa se zahteve odkrivajo sproti, kar je najdražji način.
Remedij: opišite procese, ne funkcij. Kdo ob kateri točki vnese podatek, kaj sledi, kdo odobri, kje nastane dokument. Vodnik za pripravo seznama zahtev za ERP vas vodi korak za korakom. Razlikujte med tem, kar je nujno za delovanje podjetja, in tem, kar je zaželeno. Prvo mora biti vgrajeno v obseg, drugo se lahko preloži v poznejšo fazo.
Napaka: izbira sistema po imenu ali ceni
Podjetje se odloči, ker je sistem »znan«, ker ga uporablja konkurent ali ker je ponudba najnižja. Nobeden od teh razlogov ne pove, ali sistem ustreza vašim procesom. Enako velja za nasprotno skrajnost: izbira najobsežnejšega sistema, ki ga podjetje nikoli ne bo izkoristilo.
Remedij: primerjajte sisteme z istim merilom, to je z vašimi procesi. Odoo je modularen in cenjen v podjetjih, ki želijo prilagodljivost. Microsoft Dynamics 365 Business Central je zasnovan za rastoča podjetja, ki že uporabljajo Microsoftovo okolje. SAP Business One cilja na manjša in srednja podjetja z jasno strukturo procesov. Oracle NetSuite je v oblaku zasnovan sistem za podjetja z zahtevnejšim poslovnim modelom. PANTHEON je pogosto izbran v slovenskih podjetjih, ki cenijo domačo podporo in poznavanje lokalnih obveznosti. Za pošten pregled si oglejte vodnik, kako izbrati ERP in primerjavo Odoo in Business Central.
Napaka: podcenjen skupni strošek
Cena licence je le del računa. Poleg nje so tu uvedba, prilagoditve, selitev podatkov, usposabljanje, povezave z drugimi sistemi, podpora in nadgradnje. Podjetje, ki primerja samo licenčne postavke, bo kasneje presenečeno.
Remedij: od vsakega ponudnika zahtevajte razčlenjeno ponudbo po sklopih in jasno ločnico med standardom in prilagoditvami. Vprašajte, kaj se zgodi z nadgradnjami, če so prilagoditve obsežne. Podrobnosti o strukturi stroškov so v vodniku o ceni ERP. Pri tem ne iščite ene številke, ampak razumevanje, kaj vpliva na strošek: število uporabnikov, obseg modulov, količina prilagoditev in zahtevnost podatkov.
Napaka: preveč prilagoditev
Pomislek »sistem naj dela po naše« je naraven, a nevaren. Vsaka prilagoditev podaljša uvedbo, poveča strošek vzdrževanja in oteži nadgradnjo. Pri obsežnih prilagoditvah podjetje dejansko dobi razvoj lastnega programa, ne standardnega ERP.
Remedij: najprej preverite, ali lahko podjetje prilagodi proces standardu. Prilagoditev dovolite tam, kjer prinaša konkurenčno prednost ali kjer zakonodaja to zahteva, drugje pa uporabite standardno funkcijo. Integrator naj za vsako prilagoditev zapiše razlog, ceno vzdrževanja in vpliv na nadgradnje.
Napaka: slabi podatki, preneseni v nov sistem
Stare matične podatke, kot so podvojene stranke, nepopolni artikli, neusklajene šifre in zastarele cene, podjetje pogosto prenese v nov sistem »za zdaj«. Ta »za zdaj« se spremeni v trajno težavo, saj nov sistem le hitreje razmnožuje napake.
Remedij: čiščenje podatkov je ločena naloga z imenovanim odgovornim, ne postranska dejavnost integratorja. Določite, katere podatke prenesete, katere arhivirate in katere odstranite. Pred zagonom opravite poskusne prenose in pustite računovodji, da primerja odprte postavke, stanja zalog in salda z obstoječim sistemom. Več o tem v vodniku o migraciji ERP.
Napaka: zanemarjanje slovenskih zakonskih zahtev
To je napaka, ki je specifična za naš trg in jo tuji priročniki pogosto spregledajo. ERP v Sloveniji ni samo poslovno orodje, ampak tudi vir uradnih dokumentov in obračunov. Davčno potrjevanje računov (FURS) pri gotovinskih plačilih, izdajanje in prejemanje e-računov, DDV obračuni in poročanje prek eDavkov morajo delovati od prvega dne zagona. Podjetje, ki to odkrije šele ob testiranju, izgubi tedne.
Remedij: pri vsakem ponudniku in vsakem sistemu izrecno vprašajte, kako je pokrita slovenska lokalizacija: davčna blagajna, e-računi, DDV evidence, plačilni nalogi in izvozi za računovodjo. Zahtevajte predstavitev na vaših primerih. Obveznosti so zbrane v vodnikih o zakonskih zahtevah za ERP, davčni blagajni v ERP ter e-računih in DDV obračunih. Če še nimate urejenega e-poslovanja, preberite tudi vodnik o e-računanju v ERP.
Napaka: računovodja je vključen prepozno
V mnogih slovenskih podjetjih računovodja dela zunaj hiše ali je v majhni ekipi preobremenjen. Če ga ob izboru sistema ne vprašate, boste na koncu odkrili, da kontni načrt, analitika, stroškovna mesta ali izvozi za zunanjega računovodjo ne delujejo tako, kot je potrebno.
Remedij: računovodja naj sodeluje od prvih delavnic. Skupaj z njim določite kontni načrt, strukturo stroškovnih mest, pravila knjiženja in obliko izvozov. Če računovodstvo opravlja zunanji izvajalec, ga povabite v projekt in preverite, ali sprejema podatke iz izbranega sistema.
Napaka: premalo usposabljanja in odpor uporabnikov
Tudi najboljše nastavljen sistem ne deluje, če ga ljudje ne uporabljajo. Odpor ni muhavost: zaposleni se bojijo, da bodo počasnejši, da bo njihovo delo vidno ali da bodo izgubili nadzor nad lastnimi preglednicami.
Remedij: v projekt vključite ključne uporabnike iz vsakega oddelka že pri zasnovi procesov. Usposabljanje načrtujte po vlogah, ne vsem enako, in ga ponovite po zagonu, ko se pokažejo realna vprašanja. Imenujte notranje podporne osebe, ki so sodelavcem blizu. Vodstvo mora jasno povedati, da se stari načini dela, zlasti vzporedne preglednice, po dogovorjenem datumu opustijo.
Napaka: izbira napačnega integratorja
Sistem je pogosto ustrezen, a izvajalec ne. Dober integrator pozna vašo panogo, zna postaviti vprašanja pred ponudbo in jasno pove, česa ne bo storil. Slab ponudi vse, obljubi hitro in nato projekt pusti v rokah neizkušene ekipe. Posledice so zamiki, slaba dokumentacija in odvisnost od ene osebe.
Remedij: preverite reference v vaši panogi, vprašajte, kdo bo dejansko delal na projektu, in kako poteka prevzem znanja. Zahtevajte jasno razdelitev odgovornosti in merila sprejema posamezne faze. Pomoč pri presoji najdete v vodniku kako izbrati ERP integratorja.
Napaka: uvedba »v enem koraku« za vse
Želja, da bi v enem zagonu zamenjali vse, od financ do proizvodnje in spletne trgovine, je razumljiva, a tvegana. Čim več je hkrati spremenjenega, tem težje je odkriti, kje je napaka, in tem večja je motnja v poslovanju, če kaj ne deluje.
Remedij: razdelite uvedbo na faze po smiselnih sklopih. Pogosto je razumno začeti s financami in nabavo ali prodajo ter nato dodajati proizvodnjo, skladišče ali integracije. Za vsako fazo določite jasna merila uspeha in rezervni načrt. Panožne posebnosti so opisane v vodnikih za proizvodnjo in spletno trgovino.
Napaka: odločitev o oblaku ali lastnih strežnikih brez premisleka
Podjetja pogosto izberejo način gostovanja po navadi ali po nasvetu ponudnika. Oblak in lastna infrastruktura imata različne posledice za nadzor, varnost, vzdrževanje, prilagoditve in dolgoročni strošek. Napačna izbira se pokaže šele, ko je sistem že v uporabi.
Remedij: pred odločitvijo ocenite, kdo skrbi za varnostne kopije, posodobitve in razpoložljivost, kakšne so vaše obveznosti glede varstva podatkov in koliko prilagoditev potrebujete. Pregled prednosti in slabosti je v vodniku o oblaku ali lastnih strežnikih za ERP.
Napaka: ni testiranja z resničnimi primeri
Podjetja včasih sprejmejo sistem na podlagi predstavitve s privzetimi podatki. Dejanski procesi, izjeme in nenavadni dokumenti pa se pokažejo šele pri delu z resničnimi primeri.
Remedij: pripravite nabor poslovnih scenarijev iz vsakdana: naročilo z delno dobavo, reklamacija, vračilo, popust, tuja valuta, storno računa, mesečni zaključek. Uporabniki naj jih preizkusijo, preden podpišejo sprejem faze. Posebej obvezno preizkusite izdajanje računov z davčnim potrjevanjem in e-račune.
Napaka: ni načrta po zagonu
Zagon ni konec projekta. V prvih tednih se pojavijo vprašanja, ki jih prej ni bilo, poročila, ki jih nihče ni opisal, in napake, ki so se skrile. Če podpora ni dogovorjena, se uporabniki vrnejo k starim načinom.
Remedij: v pogodbi dogovorite obdobje okrepljene podpore, odzivne čase, kanal za prijavo napak in način obravnave zahtev za spremembe. Določite redni pregled po zagonu, na katerem preverite, ali sistem izpolnjuje cilje iz začetka projekta.
Pregled napak, opozorilnih znakov in ukrepov
| Napaka | Opozorilni znak | Ukrep |
|---|---|---|
| ERP vodi samo informatika | uprava ne odloča, odločitve zamujajo | vodja iz poslovanja, redna poročila upravi |
| Nejasne zahteve | ponudbe so neprimerljive | opis procesov, ločitev nujnega in zaželenega |
| Izbira po imenu ali ceni | sistem ne pokrije ključnega procesa | primerjava po lastnih scenarijih |
| Preveč prilagoditev | vse se dela po meri | standard kjer je mogoče, zapisan razlog za vsako prilagoditev |
| Slabi podatki | podvojene stranke, nepopolni artikli | ločena naloga čiščenja, poskusni prenosi |
| Slovenska zakonodaja | e-računi ali davčna blagajna se odkrijejo pozno | zgodnje preverjanje lokalizacije |
| Računovodja pozen | izvozi in kontni načrt ne ustrezajo | sodelovanje od prvih delavnic |
| Odpor uporabnikov | vzporedne preglednice | ključni uporabniki, usposabljanje po vlogah |
| Napačen integrator | menjave ekipe, zamiki | reference, jasna merila sprejema |
| Vse naenkrat | motnje v poslovanju | uvedba po fazah |
Kako svoj ERP projekt dejansko uspešno izpeljete
Če povzamemo: uspeh ERP projekta ni stvar sreče ali izbire »najboljšega« sistema. Je rezultat discipline v štirih točkah.
- Jasno lastništvo. Ena oseba v podjetju odgovarja za projekt in ima podporo uprave.
- Jasen obseg. Zahteve so opisane kot procesi, prioritete so določene, spremembe gredo skozi odobritev.
- Kakovostni podatki in slovenska skladnost. Čiščenje podatkov in preverjanje davčnih obveznosti sta del načrta od začetka.
- Pravi partner. Integrator pozna vašo panogo, odkrito govori o tveganjih in dokumentira delo.
Pri tej zadnji točki vam lahko pomagamo. Na strani kako deluje posredovanje je razloženo, kako vas storitev brezplačno poveže z integratorjem, ki ustreza vašemu projektu. Mi nismo izvajalec in nismo povezani z nobenim ponudnikom ERP: integrator projekt izvede, vi pa odločate. Če iščete pomoč v svojem okolju, so na voljo tudi strani po regijah, na primer za osrednjeslovensko regijo ali podravsko regijo.
Pogosta vprašanja, ki si jih podjetja zastavijo pred zagonom
Ali je ERP za malo podjetje preveč? Ne nujno. Pomembno je, da obseg ustreza velikosti in da se uvede po fazah. Priporočila so zbrana v vodniku o ERP za mala podjetja.
Ali je odprtokodni ERP bolj tvegan? Tveganje ni v licenci, ampak v kakovosti izvedbe in podpore. O razlikah piše vodnik o odprtokodnem ERP.
Kaj storiti pred prvim pogovorom z integratorjem? Zapišite ključne procese, ki jih sistem mora urediti, določite vodjo projekta in zberite osnovne podatke o obsegu poslovanja. S tem pridobite konkretnejšo ponudbo in zmanjšate tveganje neprimerljivih predlogov.
Neuspeh ERP projekta ni neizogiben. Podjetja, ki se pripravijo, vključijo računovodjo, ostanejo pri standardu in izberejo izvajalca z razmislekom, uvedbo praviloma izpeljejo mirneje in z manj stroška. Dodatno pomoč pri sami izvedbi najdete v vodniku o uvedbi ERP.
Pogosta vprašanja
Kaj je najpogostejši vzrok za neuspeh ERP projekta?
Največkrat so krive nejasne zahteve in pomanjkanje lastništva v podjetju, ne tehnologija. Če nihče na strani naročnika ne odloča o procesih in ne prevzame odgovornosti za podatke, se projekt razblini v nenehnih popravkih. Zato je prva naloga jasen seznam zahtev in imenovan vodja projekta s strani podjetja.
Kako prepoznam, da ERP projekt zgublja smer?
Opozorilni znaki so stalni zamiki testiranj, vedno nove zahteve po prilagoditvah, uporabniki, ki se izogibajo delavnicam, in podatki, ki se ne ujemajo med sistemoma. Če računovodja ob preizkusu davčnih obračunov ali e-računov odkrije več težav, kot jih je pričakoval, je čas za ustavitev in pregled obsega. Zgodnji premor je ceneje kot popravljanje po zagonu.
Ali je neuspeh ERP projekta bolj tveganje pri velikih ali pri majhnih podjetjih?
Tveganja so podobna, razlikujejo se le posledice. V manjših podjetjih so ljudje že tako zasedeni, zato se pogosto zalomi pri času za usposabljanje in čiščenje podatkov. V večjih so težava številni deležniki in usklajevanje med oddelki, zato je nujna jasna struktura odločanja.
Ali lahko ERP projekt rešim, ko je že v zaostanku?
Pogosto da, če se resno vrnete k obsegu in vlogam. Ustavite širjenje zahtev, razdelite uvedbo na manjše faze, popravite podatke in z integratorjem dogovorite jasna merila sprejema. Če ne gre drugače, se neodvisno mnenje drugega izvajalca izplača pred odločitvijo o nadaljevanju ali zamenjavi.
Kako pomaga posredovanje pri izbiri integratorja, da se projekt ne ponesreči?
Storitev vas brezplačno poveže z integratorjem, ki ustreza vašemu projektu, panogi in izbranemu sistemu. Tako zmanjšate tveganje napačne izbire izvajalca, ki je ena najdražjih napak. Projekt in pogodbo nato dogovorite neposredno z integratorjem.
Imena programske opreme so blagovne znamke njihovih izdelovalcev in so navedena zgolj informativno. Spletno mesto je neodvisno in ni povezano z nobenim izdelovalcem.