Keď sa v slovenskej firme hovorí o zlyhaní ERP projektu, zvyčajne nejde o dramatický krach. Častejšie je to tichý stav: systém formálne beží, ale ľudia popri ňom naďalej vedú tabuľky, účtovník dopĺňa údaje ručne, sklad sa nezhoduje s fakturáciou a vedenie nedostáva čísla, ktoré mu sľúbili. Projekt sa spustil, ale svoj účel nesplnil.
Dobrá správa je, že chyby ERP projektu sa opakujú. Firmy z Bratislavy aj z Košíc, výrobné podniky aj obchodné spoločnosti robia v zásade tie isté omyly. Nižšie ich prejdeme jednu po druhej, vždy spolu s nápravou. Ak práve zvažujete, ako zvládnuť svoj ERP projekt, použite text ako kontrolný zoznam pred podpisom zmluvy aj počas realizácie.
Prehľad: chyba, prejav a náprava
Tabuľka zhŕňa to, čo nižšie rozoberáme podrobnejšie.
| Chyba | Ako sa prejaví | Základná náprava |
|---|---|---|
| Nejasný cieľ projektu | Každý očakáva niečo iné | Písomný cieľ a merateľné kritériá úspechu |
| Výber podľa ceny alebo prezentácie | Systém nezodpovedá procesom firmy | Požiadavky a skúška na vlastných scenároch |
| Slabé vlastníctvo na strane firmy | Rozhodnutia sa zdržiavajú | Menovaný vlastník projektu s právomocou |
| Podcenené údaje | Migrácia sa preťahuje | Čistenie údajov od prvého dňa |
| Prehnané úpravy | Drahé, krehké riešenie | Najprv štandard, výnimky až po odôvodnení |
| Zanedbaná legislatíva | Problém pri e-kase či výkazoch | Slovenské povinnosti medzi požiadavkami |
| Ľudia bez zaškolenia | Obchádzanie systému | Školenie a zapojenie kľúčových používateľov |
| Veľký tresk bez testov | Chaos v prvých týždňoch | Skúšobné prevádzky a etapy |
| Neriadený rozsah | Rozpočet a termín sa rozpadajú | Formálne riadenie zmien |
| Koniec po spustení | Systém zastará a chátra | Podpora, vlastníctvo, rozvoj |
1. Nejasný cieľ: nikto nevie, čo je úspech
Najzákladnejšia chyba vzniká ešte pred oslovením prvého dodávateľa. Vedenie povie „potrebujeme nový systém“, no nikto nezapíše, čo má byť po jeho spustení lepšie. Rýchlejšia uzávierka? Presnejšie zásoby? Kontrola nad maržami zákaziek? Bez odpovede sa požiadavky neobmedzene rozširujú a každý oddelenie pridá svoje želanie.
Náprava: napíšte krátky dokument s tromi až piatimi cieľmi a pri každom uveďte, ako poznáte splnenie. Nemusí ísť o zložité ukazovatele. Stačí vedieť, že napríklad mesačná uzávierka už nevyžaduje ručné párovanie alebo že obchodník vidí stav zásob bez telefonátu na sklad. Ciele schváli vedenie a vráti sa k nim pri každom významnom rozhodnutí.
2. Výber podľa ceny alebo pekného predvedenia
Prezentácia ukáže to najlepšie, čo systém vie, a to na údajoch, ktoré sú poskladané tak, aby všetko fungovalo. Vaša firma má však vlastné výnimky: zložité cenotvorby, viacero skladov, zákazky s čiastkovou fakturáciou, špecifické odpisy. Ak sa výber opiera len o cenovú ponuku a dojem z ukážky, tieto výnimky sa objavia až počas implementácie, keď sú zmeny drahé.
Náprava: pripravte si zoznam požiadaviek podľa vzoru požiadaviek na ERP a nechajte uchádzačov predviesť vaše skutočné scenáre, nie vopred nachystané. Pri porovnávaní systémov nezačínajte značkou, ale procesmi. Ako postupovať systematicky, vysvetľuje návod na výber ERP. Pri cene sledujte celkové náklady vrátane licencií, práce, školení a podpory, ako to rozoberá text o cene ERP.
3. Projekt „patrí IT oddeleniu“
ERP nie je technický projekt, ale zmena spôsobu práce celej firmy. Ak ho vedenie deleguje na IT alebo na jednu zamestnankyňu bez právomoci rozhodovať, pri každej spornej otázke sa čaká na súhlas, ktorý nikto nevie dať. Vzniká najmä v menších a stredných podnikoch, kde už aj tak každý robí viac úloh.
Náprava: určte vlastníka projektu s reálnou právomocou, ideálne z vedenia alebo z financií. Popri ňom potrebujete zástupcov kľúčových oddelení, ktorí majú na projekt vyhradený čas, nie len „keď bude príležitosť“. Pravidelné krátke stretnutia riadiaceho tímu sú lacnejšie ako týždne čakania na rozhodnutie.
4. Podcenenie údajov a migrácie
Staré systémy a tabuľky obsahujú duplicity, neúplné adresy, nepoužívané karty tovaru a nekonzistentné číselníky. Nový ERP tieto nedostatky neopraví, iba ich zvýrazní. Firmy často nechávajú migráciu na posledné týždne a potom zisťujú, že čistenie trvá dlhšie ako samotné nastavenie systému.
Náprava: začnite s údajmi hneď. Rozhodnite, ktoré údaje sa prenášajú, ktoré sa archivujú a ktoré sa nechajú za sebou. Pri kmeňových údajoch, ako sú zákazníci, dodávatelia a položky, určte zodpovednú osobu. Skúšobné nahrávky opakujte, kým výsledok nie je spoľahlivý. Podrobnosti o postupe nájdete v texte o migrácii ERP.
5. Príliš veľa úprav na mieru
Pokušenie je pochopiteľné: „my to robíme inak, systém sa musí prispôsobiť“. Každá úprava však predlžuje projekt, komplikuje aktualizácie a viaže vás na konkrétneho programátora. Po niekoľkých rokoch vznikne riešenie, ktoré sa nedá jednoducho povýšiť na novú verziu.
Náprava: nastavte pravidlo „najprv štandard“. Pri každej požiadavke sa spýtajte, či ju vyrieši konfigurácia, zmena procesu, alebo až vývoj. Úprava je opodstatnená vtedy, keď podporuje činnosť, ktorá firme prináša konkurenčnú výhodu, nie keď iba zachováva zvyk. Rozdiely medzi systémami sa pritom líšia: Odoo sa zvyčajne volí pre modulárnosť a flexibilitu, Microsoft Dynamics 365 Business Central pre väzbu na prostredie Microsoftu, SAP Business One pre štruktúrovaný ERP pre menšie podniky. Správna voľba znižuje potrebu úprav.
6. Ignorovanie slovenských povinností
Systém, ktorý pekne vyhovuje zahraničným štandardom, môže v slovenskom prostredí vyvolať problémy. Ide o napojenie pokladníc na e-kasu, kontrolný výkaz k DPH, elektronickú fakturáciu či povinnosti ku komunikácii s úradmi. Ak sa tieto veci riešia až po spustení, účtovník dopĺňa to, čo systém nezvláda, a chyby sa objavia pri kontrole.
Náprava: zaraďte legislatívne požiadavky medzi povinné kritériá už pri výbere. Pomôže vám súhrn v texte o právnych požiadavkách na ERP, ako aj samostatné články o e-kase v ERP a o kontrolnom výkaze DPH. Nechajte si od dodávateľa ukázať, ako sa tieto povinnosti plnia v konkrétnej verzii a konfigurácii, a pozvite na skúšku svojho účtovníka. Ten rozozná medzery, ktoré dodávateľ nevidí.
7. Zanedbané školenie a odpor zamestnancov
Systém môže byť správne nastavený a ľudia ho napriek tomu nepoužívajú. Skladník zapíše príjem na papier, obchodník si vedie vlastný zoznam zákazníkov, účtovníčka exportuje údaje do tabuľky. Dôvodom nebýva lenivosť, ale strach z neznámeho, preťaženie a pocit, že zmena bola nariadená bez ich vstupu.
Náprava:
- zapojte kľúčových používateľov od analýzy, nie až od školenia,
- vysvetlite, čo sa pre ľudí zjednoduší, a nie iba čo sa od nich žiada,
- školte podľa rolí na reálnych úlohách, nie všeobecne,
- určte „domácich expertov“ v každom oddelení, ktorí pomôžu kolegom po spustení,
- po spustení sledujte, kto systém skutočne používa, a doučte ostatných.
8. Spustenie „veľkým treskom“ bez skúšok
Prechod celej firmy na nový systém v jeden deň je lákavý, no pri slabej príprave veľmi rizikový. Ak sa objaví chyba v zásobách alebo vo fakturácii, zasiahne celú prevádzku naraz. Zvlášť citlivé sú obdobia uzávierok, inventúr a sezónnych špičiek.
Náprava: naplánujte skúšobnú prevádzku na kópii údajov, v ktorej používatelia prejdú bežné aj krajné prípady. Zvážte spustenie po etapách, napríklad najprv financie a sklad, potom výroba či projekty. Vyberte termín mimo uzávierky a pripravte plán návratu, ak sa niečo pokazí. Súvislosti nájdete v texte o implementácii ERP.
9. Neriadený rozsah a nedisciplinované zmeny
Rozsah projektu sa málokedy zmení naraz. Rastie po malých „drobnostiach“: ešte jedna zostava, ešte jedno pole, ešte jedno schválenie. Každá je rozumná, ale ich súčet posúva termín aj rozpočet. Ak chýba spoločný postup pre posudzovanie zmien, nikto nevie, čo je v cene a čo nie.
Náprava: dohodnite so začiatkom projektu pravidlo riadenia zmien. Každá požiadavka mimo pôvodného zadania sa zapíše, posúdi sa jej dopad na termín a náklady a rozhodne o nej vlastník projektu. Bez tohto pravidla sa spor o to, čo bolo dohodnuté, objaví vždy tesne pred spustením.
10. Projekt končí spustením
Po spustení sa tím rozpúšťa, dodávateľ odchádza a firma sa vráti k bežnej prevádzke. Prvé týždne však odhalia veci, ktoré nikto nepredvídal: nové zostavy, zmeny v procesoch, nepochopené nastavenia. Ak neexistuje zodpovedná osoba ani zmluva o podpore, chyby sa kumulujú a ľudia sa začnú vracať k starým zvykom.
Náprava: vopred dohodnite podporu po spustení, určte správcu systému a naplánujte pravidelné hodnotenie, či sa dosahujú ciele z úvodu. ERP je dlhodobý nástroj, nie jednorazová investícia. Zváženie, či zvoliť riešenie v cloude alebo vo vlastnej infraštruktúre, súvisí aj s údržbou, ako vysvetľuje text o cloud alebo on-premise ERP.
Voľba dodávateľa ako samostatné riziko
Veľa projektov zlyhá nie preto, že systém bol zlý, ale preto, že intégrátor nepoznal odvetvie zákazníka. Výrobná firma v Trenčianskom kraji potrebuje iné skúsenosti ako e-shop alebo stavebná spoločnosť. Hľadajte dodávateľa, ktorý rozumie vašim procesom, vie ukázať postup realizácie a otvorene povie, kde sú limity. Čo sledovať, rozoberá výber ERP intégrátora.
Pri malej firme sa často zvažuje aj jednoduchšie riešenie. Ak vaše potreby tvoria najmä účtovníctvo, fakturácia a sklad, môže stačiť systém ako POHODA, prípadne ďalšie možnosti zhrnuté v texte o ERP pre malé firmy. Naopak, ak rastiete a potrebujete viac funkcií, zvažujte širšie platformy vrátane Oracle NetSuite. Preťažiť malú firmu veľkým systémom je rovnako rizikové ako nechať rastúcu firmu na nástroji, ktorý ju už obmedzuje.
Ako rozpoznať, že projekt smeruje k problémom
Skoré varovné signály sú dobre viditeľné, ak ich vedenie sleduje:
- termíny sa opakovane posúvajú bez jasného vysvetlenia,
- stretnutia riešia zoznam problémov, nie hotové výstupy,
- kľúčoví používatelia sa prestávajú zúčastňovať,
- požiadavky sa menia častejšie, než sa stihnú dokončiť,
- dodávateľ vyhýba otázkam o skutočnom stave,
- skúšobné prevádzky sa odkladajú na neskôr.
Ak sa objaví viac signálov naraz, zastavte realizáciu na krátku revíziu. Pozrite sa na rozsah, zodpovednosti a skutočný stav hotového. Lepšie je posunúť termín, než spustiť systém, ktorému ľudia neveria.
Pred podpisom zmluvy: stručný kontrolný zoznam
- Existuje písomný cieľ a vlastník projektu s právomocou?
- Sú požiadavky zapísané vrátane slovenských povinností (e-kasa, DPH, elektronická faktúra)?
- Videli ste systém pracovať s vašimi scenármi, nie len s ukážkovými?
- Je jasné, čo je štandard a čo úprava, a prečo?
- Máte plán migrácie údajov, skúšobnej prevádzky a návratu?
- Je dohodnutý postup pri zmenách rozsahu?
- Počíta sa so školením, podporou po spustení a správcom systému?
Ak na niektorú otázku neviete odpovedať, vráťte sa k nej pred podpisom, nie po ňom. Základné pojmy a súvislosti nájdete v prehľade čo je ERP.
Ako vám môže pomôcť sprostredkovanie
ERP Integrátor nerobí projekty ani nepredáva licencie. Služba je bezplatná: popíšete firmu, odvetvie a čo od systému očakávate, a my vás spojíme s intégrátorom, ktorý má k vášmu zadaniu relevantnú skúsenosť. Nie sme prepojení so žiadnym výrobcom, preto neuprednostňujeme jeden systém pred druhým. Ako prebieha celý postup, nájdete na stránke ako to funguje.
Správne spárovanie nezaručí úspech, no odstráni jedno z najväčších rizík: dodávateľa, ktorý vašej firme nerozumie. Zvyšok závisí od jasných cieľov, disciplíny a ľudí, ktorí nový systém budú denne používať.
Často kladené otázky
Aký je najčastejší dôvod, prečo ERP projekt zlyhá?
Najčastejšie ide o nejasné ciele a slabé vlastníctvo projektu na strane firmy, nie o technickú chybu softvéru. Keď nikto nevie, čo má systém po spustení zlepšiť a kto o tom rozhoduje, projekt sa rozpadá na sériu kompromisov. Pomáha písomne zadefinovaný cieľ, menovaný vlastník projektu a vedenie, ktoré sa na rozhodnutiach skutočne podieľa.
Dá sa riziko zlyhania ERP projektu úplne vylúčiť?
Nie, ale dá sa výrazne znížiť. Rizikami sa zaoberajte už pri výbere: jasné požiadavky, overený postup implementácie, testovanie na vlastných údajoch a rozdelenie spustenia do etáp. Zvyšné riziko sa potom riadi pravidelným sledovaním rozsahu, termínov a využívania systému zamestnancami.
Ako poznám, že ERP projekt už smeruje k problémom?
Varovnými signálmi sú neustále posúvané termíny, rozširujúci sa rozsah bez rozhodnutia o dopade, mlčiaci kľúčoví používatelia a opakované úpravy štandardných funkcií. Ak sa na pravidelných stretnutiach rieši hlavne to, čo nefunguje, a nie čo je hotové, je čas zastaviť sa a upraviť plán. Čím skôr to urobíte, tým lacnejšia je náprava.
Je lepšie vymeniť intégrátora, alebo pokračovať, keď projekt vázne?
Najprv zistite, kde je príčina. Ak ide o nejasné zadanie alebo pomalé rozhodovanie na vašej strane, výmena dodávateľa problém nevyrieši. Ak chýba kapacita, odbornosť alebo transparentnosť dodávateľa, má zmysel o zmene uvažovať, no vždy s dôkladným odovzdaním dokumentácie a údajov. Rozhodnutie robte po nezávislom zhodnotení stavu.
Ako môže služba sprostredkovania pomôcť znížiť riziko neúspechu?
Spoločnosť ERP Integrátor nerealizuje projekty, iba vás zadarmo prepojí s intégrátorom, ktorý sa hodí k vášmu odvetviu, rozsahu a zvolenému systému. Správne spárovanie znižuje riziko, že dodávateľ nemá skúsenosť s vašimi procesmi. Samotný projekt, jeho zmluvu a harmonogram potom dohodnete priamo s vybraným intégrátorom.
Uvedené názvy softvéru sú ochranné známky ich príslušných výrobcov a uvádzajú sa len na informačné účely. Táto stránka je nezávislá a nie je prepojená so žiadnym výrobcom.