Ako prejsť na Business Central: migrácia dát a bezpečné spustenie

Migrácia Business Central je v prvom rade rozhodnutie o dátach, až potom technická operácia. Firma, ktorá dnes vedie evidenciu v Exceli, v účtovnom programe typu POHODA alebo v starom ERP, musí určiť, čo z minulosti naozaj potrebuje v novom systéme, a čo stačí uchovať v archíve. Táto stránka popisuje, ako postupovať pri prechode na Business Central zo slovenského prostredia, a samostatne aj pri prechode medzi verziami samotného Business Central.

Všeobecný rámec migrácií nájdete v príručke o migrácii ERP. Tu ide výlučne o Business Central.

Odkiaľ prechádzate: tri typické východiská

Spôsob migrácie určuje zdroj. Slovenské malé a stredné podniky prichádzajú najčastejšie z jednej z týchto situácií.

Pri Exceli a pri programoch bez databázy SQL Microsoft odporúča konfiguračné balíky a šablóny, ktorými sa dáta načítajú do Business Central. Ak chcete ísť do cloudu, najskôr sa načítajú do inštalácie na mieste a potom sa použije nástroj na migráciu do cloudu. Pri projektoch, ktoré začínajú „na čistom“, je bežnejšie nahrať dáta priamo do novej spoločnosti vytvorenej asistovanou inštaláciou. Práve tieto zručnosti (asistovaná inštalácia, konfiguračné hárky a balíky, otváracie zápisy do žurnálov a migrácia dát) patria do skúšky MB-800 pre konzultantov, takže ich ovláda každý seriózny integrátor.

Aké dáta preniesť a aké nie

Rozumná migrácia nekopíruje všetko. Rozlišujte tri vrstvy.

Kmeňové údaje

Patria sem zákazníci, dodávatelia, položky, bankové účty, účtovná osnova, dimenzie a skladové lokality. Tieto dáta sa prenášajú vždy a musia byť čisté. Na Slovensku vás pri partneroch zaujímajú najmä platné IČO, DIČ a IČ DPH, aby neskoršie doklady a kontrolný výkaz DPH nenarazili na nesprávny identifikátor.

Otváracie zostatky

Ide o zostatky hlavnej knihy, neuhradené pohľadávky a záväzky, stav skladu a majetok. Prenášajú sa k pevne zvolenému dňu, spravidla k hranici účtovného obdobia, aby sa po prechode dalo jednoducho zosúhlasiť saldo so starým systémom. Odsúhlasenie robí váš účtovník, nie integrátor. Podrobnosti o ďalšej práci s knihou nájdete v časti o účtovníctve a financiách v Business Central.

História

História je najčastejšia pasca. Prenos všetkých faktúr za roky dozadu predlžuje projekt a zvyšuje počet chýb, pritom užitočná je zriedka. Odporúčaný kompromis: do nového systému prenesiete otvorené položky a súhrnné obraty, kým detailné doklady zostanú v zálohovanom archíve starého systému, prístupnom na čítanie. Zákonné lehoty uchovávania dokladov a účtovných záznamov si overte so svojím účtovníkom, nie z tejto stránky.

Čistenie dát: práca, ktorá sa nedá obísť

Čistenie sa robí pred prenosom, nie po ňom. Čo sa v praxi oplatí urobiť:

• zlúčiť duplicitných partnerov a zrušiť neaktívnych, ktorí už rok nemali pohyb,
• zjednotiť merné jednotky, názvy položiek a kódy skladov,
• doplniť chýbajúce daňové identifikátory a bankové spojenia,
• určiť, ktoré položky sú zastarané a nemajú sa vôbec prenášať,
• rozhodnúť, kto vlastní každú skupinu dát a kto potvrdí jej správnosť.

Dobrý integrátor pripraví šablóny, vy dodáte vecný obsah. Zámena rolí, keď firma očakáva, že dáta „nejako vyčistí“ dodávateľ, je jedna z hlavných príčin zdržania. Viac o týchto rizikách píšeme v prehľade chýb ERP projektov.

Migrácia do Business Central online: nástroj od Microsoftu

Pre prechod do cloudu Microsoft ponúka nástroj na migráciu. Podľa jeho dokumentácie umožňuje migrovať do Business Central online z:

• Business Central na mieste (priamo od verzie 25; verzie 15 až 24 treba najprv zvýšiť aspoň na verziu 25),
• Dynamics GP 2015 a novších,
• Dynamics SL 2015 a novších,
• ľubovoľného iného zdroja SQL prostredníctvom vlastných migrácií.

Podmienky sú konkrétne: riešenie na mieste musí bežať na SQL Server 2016 alebo novšom s úrovňou kompatibility databázy aspoň 130. Zákazník s Dynamics NAV musí najprv prejsť na Business Central na mieste a až potom môže ísť online.

Z verzie 14 na mieste existujú dve cesty. Prvá je úplná migrácia: najprv aktualizácia na mieste na verziu 25 alebo vyššiu a potom prenos. Druhá je nástroj na reimplementáciu Business Central 14, ktorý prenesie len podstatné údaje, teda kmeňové údaje, otváracie zostatky a nastavenie, priamo do cloudu. Druhá cesta je vhodná, ak je stará inštalácia preplnená úpravami a chcete začať s čistým návrhom. Súvisiace otázky hostingu rozoberá stránka o cloude a hostingu Business Central.

Slovenská lokalizácia

Microsoft poskytuje lokalizáciu Business Central priamo pre vybrané krajiny a pre ostatné ponúka aplikácie vyvinuté partnermi, dostupné na Marketplace. Slovensko medzi uvedenými krajinami nefiguruje, preto si už pred migráciou overte, aká lokalizácia pokryje slovenské požiadavky. Ide o to, aby sa dáta načítali do prostredia, ktoré zvládne slovenskú DPH, kontrolný výkaz a ďalšie povinné výstupy. Rozsah a výber riešenia ukáže stránka o Business Central na Slovensku a rozhovor s integrátorom.

Stratégia prechodu: veľký tresk alebo po etapách

Prechod na ostrú prevádzku sa zvyčajne volí z dvoch modelov.

Pre firmy s e-shopom, pokladnicou alebo výrobou treba pri plánovaní myslieť na napojenia. Prechod, ktorý zabudne na integrácie, sa obvykle zasekne na prvom dni, keď sa objednávky z e-shopu nemajú kam zapísať. Ak používate pokladnice v obchode, preverte aj povinnosti okolo e-kasy, kým sa starý systém nevypne.

Okamih prechodu odporúčame zladiť s koncom účtovného obdobia alebo mesiaca, nie so sezónnym vrcholom. Zbytočne sa neprechádza počas inventúry, ročnej uzávierky ani v týždni podania daňových priznaní.

Testy pred ostrým spustením

Bez testov je prechod sázka. Sľubnú sériu tvoria tieto kroky:

• Skúšobná migrácia. Celý prenos sa spustí do testovacieho prostredia aspoň raz, aby sa ukázali chyby mapovania a čas trvania.
• Odsúhlasenie. Obraty, zostatky a stav skladu sa porovnajú so starým systémom a podpíše ich zodpovedná osoba.
• Priebeh procesov. Používatelia prejdú reálne scenáre: objednávka, dodací list, faktúra, úhrada, mesačná uzávierka.
• Zaťaženie a oprávnenia. Overí sa, že každá rola vidí to, čo má, a nič navyše.
• Generálka prechodu. Zopakuje sa celý scenár vrátane časovej osi, aby nikto nehádal poradie krokov.

Tréning ľudí nie je doplnok. Používatelia, ktorí systém prvý raz otvoria v deň ostrého štartu, sú druhým najčastejším zdrojom problémov. Možnosti nájdete v časti o školeniach.

Plán návratu: čo sa dá a čo nedá vrátiť

Plán návratu sa píše pred prechodom a má dve vrstvy.

Prvá je technická. Prostredie Business Central online sa dá obnoviť do ktoréhokoľvek okamihu za posledných 28 dní, najviac desaťkrát v kalendárnom mesiaci, v rovnakom regióne Azure a s rovnakou lokalizáciou; obnovenie je možné iba s platným predplatným. To pomáha, ak sa prenos pokazí a chcete ho zopakovať. Neznamená to však, že sa vráti aj vaša skutočná prevádzka.

Druhá vrstva je prevádzková a je dôležitejšia. Stanovte vopred:

• ktoré kritériá znamenajú „ideme späť“ (napríklad nezhoda zostatkov, ktorú sa nepodarí vysvetliť),
• do kedy je rozhodnutie ešte možné, kým pribudnú doklady, ktoré by sa museli prepísať ručne,
• kde je zálohovaný starý systém a kto ho vie sprístupniť,
• ako sa zachytia doklady vystavené v prechodnom období.

Po prvom reálnom uzavretí obdobia v novom systéme sa návrat prakticky zatvára, preto sa na ňom neoplatí šetriť čas.

Migrácia medzi verziami Business Central

Ak už Business Central používate, otázka znie inak: ako udržať krok s verziami. Business Central online vydáva dve veľké aktualizácie ročne, v apríli a v októbri, a mesačné menšie aktualizácie bez veľkej verzie. Obsahujú okrem iného kritické opravy a regulačné zmeny. Služba patrí pod Modern Lifecycle Policy: priebežné aktualizácie a veľká aktualizácia každých šesť mesiacov.

Obdobie aktualizácie veľkej verzie sa začína jej všeobecnou dostupnosťou, spravidla prvý pracovný deň v apríli alebo v októbri, a trvá päť mesiacov. Existujúcim prostrediam sa verzia ponúkne asi o týždeň neskôr a potom nasleduje mesiac odkladu. Prostredia s náhľadom sa otvárajú asi mesiac pred vydaním, v marci a v septembri, a 30 dní po oficiálnej dostupnosti sa mažú.

Čo z toho vyplýva pre prax:

• Využite prostredie s náhľadom. Vyskúšajte v ňom svoje rozšírenia, integrácie a zostavy ešte pred ostrým nasadením.
• Skontrolujte okno aktualizácie. Štandardne je medzi 20:00 a 6:00 miestneho času; správca ho môže zmeniť, najkratšia dĺžka je šesť hodín. Aktualizácia, ktorá sa v okne nedokončí, sa zruší a znova naplánuje o sedem dní.
• Počítajte s lokalizáciou. Vo vlne vydaní 2026 release wave 2 (verzia 29) sa napríklad francúzska verzia mení na súbor rozšírení nad medzinárodnou základňou W1. Takéto štrukturálne zmeny sa môžu týkať aj iných lokalizácií, preto sledujte poznámky k vydaniu.
• Udržujte úpravy v rozšíreniach. Zásahy do štandardu sa pri aktualizáciách bolia najviac; viac v časti o úprave na mieru.

Prehľad vydaní a edícií nájdete na stránke o verziách a edíciách.

Najčastejšie chyby pri migrácii

• Prenos všetkej histórie. Predlžuje projekt a prináša nečistoty, pritom ju stačí archivovať.
• Čistenie dát až po prenose. Chyby sa potom rozmnožia do všetkých dokladov.
• Žiadna skúšobná migrácia. Prvý prenos sa nemá robiť v deň ostrého štartu.
• Nikto nezodpovedá za odsúhlasenie. Účtovník musí potvrdiť zostatky, nie dodávateľ.
• Zabudnuté napojenia. E-shop, banka, pokladnica či sklad musia byť pripravené v deň prechodu.
• Neexistujúci plán návratu. Rozhodovať o návrate pod tlakom je najdrahšie.
• Prechod v nevhodnom čase. Uzávierka, inventúra a podanie priznaní nepatria do rovnakého týždňa.

Kto a ako vám s migráciou pomôže

Ak pracujete s dobrým integrátorom, migrácia je súčasť implementácie Business Central, nie samostatný projekt. Pri výbere sa pýtajte na konkrétne referencie z podobných zdrojových systémov a na to, ako partner rieši odsúhlasenie a návrat. Pomôcť vám môže výber partnera pre Business Central. Sprostredkovanie nášho bezplatného servisu popisuje stránka ako to funguje: opíšete východisko a cieľ, my vás spojíme s integrátorom, ktorý má s podobnou migráciou skúsenosť; samotný projekt vedie on.

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.