Zmena ERP krok za krokom: kedy, ako a s akým rizikom

Zmena ERP patrí medzi rozhodnutia, ktoré sa v slovenskej firme robia zriedka, ale majú dlhý dosah. Raz za niekoľko rokov sa objaví otázka, či stále stačí účtovný program doplnený o tabuľky, či sa oplatí upgrade na novšiu verziu, alebo či je čas zmeniť ERP za iný systém. Táto stránka sa venuje práve migrácii ERP: kedy ju začať, ako vybrať spôsob prechodu, ako zvládnuť reprezentáciu dát (reprise), teda prenos dát z ERP do nového prostredia, a ako sa pripraviť na situáciu, keď niečo nevyjde.

Ak ešte len zvažujete, či ERP vôbec potrebujete, začnite pri základnom výklade, čo je ERP. Ak už máte systém vybraný a riešite, ako ho nasadiť, nadväzuje sprievodca implementáciou ERP. Tu sa sústredíme na špecifický prípad: máte už funkčný systém a chcete ho nahradiť.

Kedy sa oplatí zmeniť ERP

Chuť vymeniť systém sama o sebe nestačí. Nový systém nevyrieši zle nastavené procesy a firma by do neho len preniesla staré zlozvyky. Naopak, odkladanie zmeny zo strachu pred migráciou stojí firmu každý deň, keď sa ľudia musia obchádzať systém.

Signály, že starý systém prekáža

• Kľúčové údaje sa vedú v tabuľkách mimo systému a nikto nevie, ktorá verzia je platná.
• Ten istý údaj sa zadáva dvakrát alebo trikrát v rôznych programoch.
• Vedenie nedostane aktuálny prehľad o marži, zásobách alebo pohľadávkach bez prípravy podkladov.
• Systém nedokáže pokryť novú povinnosť alebo spôsob predaja, napríklad elektronickú fakturáciu či napojenie e-shopu.
• Dodávateľ systému končí, nevydáva aktualizácie alebo je zmena s ním neprimerane drahá.
• Pri raste firmy, novej pobočke či dcérskej spoločnosti sa systém dostáva na hranicu možností.

Signály, že zmena nie je to pravé

Ak je problém v tom, že sa procesy nedodržiavajú, ľudia nie sú zaškolení alebo sa nikto nestará o správu systému, nový ERP situáciu nezachráni. Podobne to platí, ak sa chcete vyhnúť poplatku za údržbu a úspora je jediný dôvod. Zvyčajne sa oplatí najprv upratať procesy a až potom vyberať nástroj. Pomôže zoznam častých chýb ERP projektov, ktorý ukazuje, kde sa podobné zmeny najčastejšie zadrhnú.

Nový systém, alebo nová verzia toho istého

Migrácia nemusí znamenať odchod od dodávateľa. Poznáme tri základné situácie:

Pri otvorených riešeniach, ako je Odoo, býva prechod na novšiu hlavnú verziu samostatným projektom, najmä ak firma používa vlastné moduly. U Microsoft Dynamics 365 Business Central sa zase často rieši presun z lokálnej inštalácie do cloudu. Voľba medzi týmito prostrediami je podrobnejšie opísaná v texte cloud alebo on-premise ERP.

Od čoho odísť a kam: typické východiská na Slovensku

Slovenské firmy sa na migráciu pozerajú z rôznych východísk. Poznať svoje východisko je dôležité, lebo od neho závisí náročnosť prenosu.

Účtovný program rastie na ERP

Veľa malých a stredných podnikov začínalo s účtovným alebo ekonomickým softvérom, často so softvérom typu POHODA, a okolo neho postupne vyrástli tabuľky pre sklad, výrobu alebo projekty. Keď sa prevádzka rozšíri, je prirodzené presunúť sa na plnohodnotný ERP. V tomto prípade sa nemigruje len účtovníctvo, ale hlavne všetko, čo bolo doteraz mimo systému. Prenos je preto menej technický a viac organizačný: treba najprv zistiť, kde vlastne údaje žijú.

Zastaraný systém na vlastnom serveri

Druhým častým prípadom je dlhoročný systém, ktorý beží na starom serveri a dá sa upravovať len s ťažkosťami. Migrácia tu zvyčajne znamená aj zmenu architektúry a odvolanie sa na ľudí, ktorí kedysi systém postavili a už v nich nie sú. Dokumentácia neexistuje, takže prvým krokom je spätne zistiť, čo systém reálne robí.

Systém, ktorý prerástol firmu

Tretím prípadom je firma, ktorá získala dcérsku spoločnosť, otvorila obchod alebo začala vyvážať. Dnešný systém nezvláda viac spoločností, meny alebo sklady. Vtedy sa porovnávajú systémy s dostatočnou škálovateľnosťou, napríklad SAP Business One alebo Oracle NetSuite, ale aj Odoo či Business Central. Ak váhate medzi nimi, pomôže porovnanie Odoo a Business Central.

Rozhodnutia, ktoré treba urobiť pred migráciou

Dobrá migrácia sa vyhráva v príprave, nie počas víkendu prechodu. Pred zadaním projektu si ujasnite štyri veci.

1. Cieľ. Čo konkrétne má byť po prechode lepšie, a ako to spoznáte? Bez meratelného cieľa sa nedá posúdiť, či bola migrácia úspešná.
2. Rozsah. Ktoré moduly, spoločnosti, sklady a pobočky sa prenášajú ako prvé a ktoré neskôr?
3. Vlastníka. Jedna osoba na strane firmy, ktorá má čas a právomoc rozhodovať. Najčastejší dôvod pomalého projektu je, že sa vlastník stratí v bežnej prevádzke.
4. Obmedzenia. Uzávierky, sezónny vrchol, inventúra, auditné obdobie, dovolenky kľúčových ľudí.

Cenu a rozsah projektu nechajte posúdiť odborníkom podľa vašich reálnych požiadaviek; orientačný pohľad na to, z čoho sa skladá, nájdete v texte prečo ERP stojí toľko, koľko stojí. Požiadavky na nový systém pritom spíšte raz, na jednom mieste, podľa vzoru požiadaviek na ERP.

Spôsob prechodu: big bang, alebo po etapách

Najdôležitejšie strategické rozhodnutie je spôsob, akým sa zo starého systému prejde na nový. Existujú dva základné prístupy a jeden hybridný.

Big bang: všetko naraz

Starý systém sa k určitému dňu uzavrie a od nasledujúceho dňa sa pracuje len v novom. Celý prechod sa zvyčajne naplánuje na víkend alebo mimo vrcholu prevádzky.

Výhody: jeden zdroj pravdy, žiadne dočasné prepojenia, jasný dátum, ktorý firma pozná. Nie je potrebné riešiť, ktoré údaje sú v ktorom systéme.

Nevýhody: všetko riziko sa sústredí do krátkeho obdobia. Chyba v nastavení sa prejaví naraz vo všetkých oblastiach. Školenia sa musia dokončiť pre všetkých pred prechodom.

Big bang sa hodí pre menšie firmy s jednou prevádzkou a pre procesy, ktoré spolu úzko súvisia, napríklad sklad, nákup a fakturácia.

Postupné nasadzovanie po moduloch alebo pobočkách

Nový systém sa spúšťa po častiach: najprv financie, potom sklad, nakoniec výroba. Alebo po pobočkách: najprv jedna prevádzka ako pilot, potom ďalšie.

Výhody: riziko sa rozkladá, tím sa učí na menšom objeme, pilot odhalí chyby skôr, než zasiahnu celú firmu.

Nevýhody: dlhšie obdobie, keď firma používa dva systémy, potreba dočasných rozhraní, vyššia záťaž na ľudí a riziko, že sa projekt „rozplynie" a posledné časti sa nikdy nespustia.

Paralelná prevádzka

Starý a nový systém bežia nejaký čas súčasne a výsledky sa porovnávajú. Je to najbezpečnejšie, no zároveň najnáročnejšie: ľudia zadávajú údaje dvakrát. V praxi sa používa na krátke obdobie a na kritickú oblasť, napríklad účtovníctvo alebo mzdy, kde si firma chce overiť, že výsledok je rovnaký.

Ako si vybrať

Záver, ktorý funguje v praxi: rozhodnite sa podľa väzieb medzi procesmi, nie podľa pohodlia dodávateľa. Ak sa sklad, nákup a fakturácia nedajú rozdeliť, nasaďte ich spolu.

Reprezentácia dát: srdce migrácie

Najviac problémov pri zmene ERP nevzniká v samotnom softvéri, ale v dátach. Reprise dát má štyri kroky, ktoré sa nesmú preskočiť.

1. Inventúra a čistenie dát

Predtým, než sa čokoľvek presunie, treba rozhodnúť, čo sa presunie. V starom systéme sa zvyčajne nazbierali duplicitní zákazníci, neplatné skladové karty, dodávatelia, s ktorými sa dávno nepracuje, a nesprávne zaradené položky. Prenos týchto údajov do nového systému je len prenos problémov.

Odporúčaný postup:

• vymedziť, ktoré kmeňové dáta sú aktívne (zákazníci, dodávatelia, produkty, zamestnanci),
• zlúčiť duplicity a opraviť zrejmé chyby, ako sú chýbajúce IČ DPH alebo nesprávne adresy,
• archivovať to, čo už nie je potrebné pre prevádzku, ale musí sa uchovať,
• určiť, kto za čistotu každej skupiny dát zodpovedá.

Čistenie robia ľudia z firmy, nie integrátor, pretože len oni vedia, ktorý zákazník je skutočný a ktorý stačí vyradiť.

2. Mapovanie dát

Mapovanie určuje, ktoré pole starého systému zodpovedá ktorému poľu v novom. Tu sa objavujú rozdiely vo význame: to, čo starý systém viedol v jednom poli, môže nový rozdeliť na viac polí, alebo naopak. Typicky ide o:

• číselníky (druhy dokladov, skupiny položiek, účtovné osnovy, strediská),
• jednotky a prepočty (balenie, merné jednotky, meny),
• stavy dokladov (rozpracovaný, schválený, uhradený),
• väzby (objednávka – dodací list – faktúra).

Mapovací dokument je jednou z najcennejších vecí celého projektu. Mal by byť písomný, schválený ľuďmi z firmy a uložený tak, aby sa k nemu dalo vrátiť aj o rok neskôr.

3. Rozsah histórie

Najčastejšia otázka znie: koľko histórie preniesť? Praktický kompromis je preniesť to, čo potrebuje prevádzka: otvorené položky, zostatky, otvorené objednávky a aktuálne kmeňové dáta. Staršie transakcie sa zvyčajne uchovajú v archíve starého systému alebo v exporte, aby sa dali vyhľadať.

Pri účtovných údajoch je dôležité zosúladiť sa s účtovníkom. Povinnosť uchovávať doklady a evidenciu pre daňové účely sa nemení tým, že firma zmenila systém. Pred vypnutím starého systému preto treba overiť, ako a kde sa budú dať nájsť doklady a podklady k výkazu DPH a kontrolnému výkazu za predchádzajúce obdobia. Súhrn povinností, ktoré sa dotýkajú systému, nájdete v prehľade právnych požiadaviek na ERP.

4. Skúšobné migrácie

Prenos dát sa nikdy nerobí len raz. Slušný projekt má niekoľko skúšobných migrácií, pri ktorých sa dáta načítajú do testovacieho prostredia, skontrolujú a nedostatky sa opravia v pravidlách prenosu. Pri každom behu sa porovnávajú:

• počty záznamov (koľko zákazníkov odišlo, koľko prišlo),
• súčty (zostatky na účtoch, hodnota skladu, otvorené pohľadávky a záväzky),
• vzorky (náhodne vybrané doklady skontrolované ručne),
• väzby (či každá faktúra vidí svoju objednávku a zákazníka).

Kontrolu výsledkov nemá robiť ten, kto migráciu naprogramoval. Najspoľahlivejšie je, keď účtovník a vedúci skladu sami potvrdia, že zostatky sedia.

Slovenské špecifiká, ktoré migráciu komplikujú

Migrácia na Slovensku má niekoľko oblastí, kde sa chyby prejavujú rýchlo a dotýkajú sa externých subjektov.

E-kasa a pokladnice

Ak máte maloobchod alebo služby s hotovostným predajom, súčasťou prechodu je aj e-kasa. Treba vedieť, ako je pokladňa napojená na ERP, či sa mení typ zariadenia alebo softvér a ako sa overí, že doklady sa po prechode správne odosielajú. Pokladňa je typicky prvá vec, ktorú zákazník alebo kontrola uvidí, preto jej testovanie patrí do plánu skúšok.

DPH a kontrolný výkaz

Nový systém musí vedieť pripraviť podklady pre daňové priznanie a kontrolný výkaz podľa slovenských pravidiel. Pri prechode v priebehu zdaňovacieho obdobia treba dohodnúť, v ktorom systéme sa dané obdobie uzavrie, a ako sa spoja údaje z oboch systémov. Bez tejto dohody účtovník neskôr hľadá rozdiely medzi dvoma zdrojmi.

Elektronická fakturácia

Ak sa v tom istom projekte menia aj spôsoby výmeny faktúr s odberateľmi a dodávateľmi, rozdeľte ich. Zmena systému a zmena formátu faktúr naraz zvyšuje počet možných príčin chyby. Ak je to možné, nechajte jednu z týchto zmien na iné obdobie, alebo ju aspoň otestujte samostatne.

Účtovník a externé strany

Mnohé firmy majú externého účtovníka, ktorý pracuje s vlastným programom. Dohodnite dopredu, ako mu budú dostupné údaje po prechode, v akom formáte a ako často. Rovnako vopred informujte banku a kľúčových obchodných partnerov, ak sa mení číslovanie dokladov alebo formát výpisov.

Plán a harmonogram bez vymyslených termínov

Dĺžku migrácie nemožno vopred odhadnúť zo vzorca; závisí od kvality dát, počtu úprav, zložitosti procesov a dostupnosti ľudí na vašej strane. Podozrivé sú ponuky, ktoré sľubujú pevný termín bez analýzy. Namiesto toho si pýtajte poradie krokov a podmienky vstupu do každého kroku:

1. Analýza súčasného stavu a mapa systémov.
2. Návrh cieľového riešenia a rozhodnutie o spôsobe prechodu.
3. Čistenie dát a mapovanie.
4. Konfigurácia a úpravy nového systému.
5. Prvá a ďalšie skúšobné migrácie.
6. Akceptačné testy s účasťou používateľov.
7. Školenia.
8. Finálna migrácia a ostré spustenie.
9. Podpora po spustení a uzavretie projektu.

Kroky nemajú pevnú dĺžku. Dôležité je, že do ďalšieho kroku sa nepostupuje, kým nie je splnená podmienka predchádzajúceho, napríklad „zostatky sedia s účtovníctvom".

Riziká a ako ich znížiť

Veľkým rizikom je aj prílišná dôvera v jednu osobu, ktorá pozná starý systém. Ak odíde, znalosť sa stratí. Zapíšte si preto čo najviac z toho, čo starý systém robí, ešte pred migráciou.

Plán návratu späť

Plán návratu (rollback) je poistka, ktorú dúfate nepoužiť, ale musíte ju mať. Dobrý plán obsahuje:

• úplnú zálohu starého systému vo chvíli uzavretia, overenú tým, že sa dá obnoviť,
• bod rozhodnutia: do akého času sa dá bezpečne vrátiť a podľa akých kritérií sa o tom rozhoduje (napríklad nefunguje fakturácia alebo pokladňa, zostatky nesedia),
• osobu s právomocou rozhodnúť o návrate,
• postup návratu: ako sa údaje zadané už v novom systéme preniesu späť alebo dopíšu do starého,
• komunikáciu: kto a ako informuje zamestnancov, odberateľov a účtovníka.

Treba si uvedomiť, že návrat nie je možný donekonečna. Po určitom čase od spustenia sa v novom systéme nahromadí toľko nových dokladov, že návrat by znamenal väčší problém než oprava. Preto sa v prvých dňoch po spustení robia zvýšené kontroly a stanovuje sa obdobie, po ktorom sa starý systém už len archivuje.

Starý systém nevypínajte hneď. Nechajte ho v režime len na čítanie po dohodnutú dobu, aby sa dali dohľadať staré doklady a aby sa dalo overiť, že všetko sedí.

Po spustení: stabilizácia

Ostré spustenie nie je koniec projektu. V prvých týždňoch sa objavujú drobnosti, ktoré skúšky nezachytili: nesprávne nastavené oprávnenia, chýbajúce zostavy, nezvyčajné situácie, ktoré sa v testoch neobjavili. Počítajte s tým, že:

• integrátor je k dispozícii na rýchle opravy a odpovede,
• ľudia majú jedno miesto, kam hlásia problémy,
• sa priebežne porovnávajú kľúčové čísla so starým systémom,
• sa po prvej uzávierke v novom systéme zhodnotí, čo sa podarilo a čo treba doladiť.

Hodnotenie po prvej uzávierke je najlepšia chvíľa na rozhodnutie, ktoré ďalšie fázy a funkcie sa majú nasadiť.

Aký integrátor vám s migráciou pomôže

Migrácia je iná práca než nová implementácia. Pri výbere partnera sa pýtajte na skúsenosti s prenosom dát z vášho konkrétneho starého systému, na to, ako zvyčajne vyzerajú skúšobné migrácie, kto z firmy musí byť zapojený a čo je súčasťou plánu návratu. Dôležité je, aby vám povedal, čo sa nedá preniesť, a nie len to, čo sa dá. Podrobnejší postup nájdete v texte ako vybrať ERP integrátora.

My nie sme dodávateľom ani predajcom žiadneho systému. Zdarma a nezáväzne spájame firmy s integrátormi, ktorí majú skúsenosti s projektmi podobného typu, či už v bratislavskom, košickom alebo inom kraji. Ako to prebieha, vysvetľuje stránka ako funguje sprostredkovanie.

Krátky kontrolný zoznam pred rozhodnutím

Pred oslovením integrátora si ujasnite:

• prečo meníte systém a podľa čoho spoznáte úspech,
• ktoré procesy musí nový systém zvládnuť od prvého dňa,
• kto je vlastníkom projektu na vašej strane,
• aké dáta sú čisté a ktoré treba opraviť,
• ako sa zapojí váš účtovník,
• kedy je vo firme pokojné obdobie vhodné na prechod,
• čo sa stane, ak sa prechod nepodarí.

S týmito odpoveďami môže integrátor pripraviť konkrétnu ponuku namiesto všeobecných sľubov a vy získate podklad na porovnanie viacerých ponúk.

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.