techone --pruvodce=nav-do-bc
Přechod z Dynamics NAV podle budoucích procesů firmy
Firma dnes funguje jinak než při zavedení Dynamics NAV. Popíšeme proto budoucí procesy a prověříme úpravy, data a integrace. Teprve potom zvolíme migrační cestu.
Ve zkratce
- Výchozí otázka
- Nejdřív potřebujeme vědět, jak firma pracuje dnes a jak má fungovat dál. Teprve potom lze rozhodnout, co ze současného Dynamics NAV zachovat, navrhnout znovu nebo opustit.
- Dvě souběžné vrstvy
- Procesní analýza určuje potřeby budoucího provozu. Technická inventura Dynamics NAV popíše možnosti, rizika, závislosti a pracnost přechodu.
- Výsledné rozhodnutí
- Výstupem může být technická migrace, nová implementace nebo kombinace obou přístupů. Každá úprava, integrace a datová oblast dostane vlastní cílové rozhodnutí.
- Stav podpory
- Rozšířená podpora Dynamics NAV 2016 skončila 14. dubna 2026, Dynamics NAV 2017 končí 11. ledna 2027 a Dynamics NAV 2018 11. ledna 2028.
- Co připravit
- Pro první posouzení potřebujeme důvod změny, části firmy v rozsahu a vlastníky procesů. Z technické strany přesnou verzi, společnosti, úpravy, integrace, reporty, objem dat a požadavky na historii.
Nejdřív procesy a cílový stav. Potom migrace.
Procesní analytik nejdřív projde skutečnou práci s vedením a lidmi z provozu. Zachytí role, předávání mezi odděleními, schvalování, dokumenty, výjimky a pomocné evidence mimo Dynamics NAV. S vlastníky procesů potom navrhne budoucí způsob práce.
Současně probíhá technická inventura Dynamics NAV: verze, objekty, vlastní logika, data, reporty, integrace, infrastruktura a provozní omezení. Dynamics konzultant a technický architekt porovnají inventuru s cílovými procesy až ve chvíli, kdy je jasné, co firma potřebuje.
Technická migrace může být správná cesta. Není však automatickým cílem projektu. Každá současná funkce musí mít v budoucím provozu důvod, vlastníka a způsob ověření.
Podporovaná cesta podle výchozí verze
Podporovaný postup se podle aktuální dokumentace Microsoftu liší podle výchozí verze Dynamics NAV. Před projektem je potřeba ověřit také konkrétní build a kompatibilní kumulativní aktualizaci. Samotné číslo hlavní verze nestačí.
Dynamics NAV 2015 až 2018
Standardní cesta do Dynamics 365 Business Central online vede přes verzi 14 on-premises a následně verzi 25 nebo novější. Převod aplikace z C/AL do AL je součástí této cesty.
Dynamics NAV 2013 a 2013 R2
Nejdřív se přechází na Dynamics NAV 2018. Teprve potom následuje Dynamics 365 Business Central 14, verze 25 nebo novější a migrace do online prostředí.
Dynamics NAV 2009 SP1 a 2009 R2
Cesta obsahuje přechod na Dynamics NAV 2013 nebo 2015, následně Dynamics NAV 2018, Dynamics 365 Business Central 14 a verzi 25 nebo novější před migrací do cloudu.
Podpora Dynamics NAV 2016 až 2018
Rozšířená podpora Dynamics NAV 2016 skončila 14. dubna 2026. U Dynamics NAV 2017 končí 11. ledna 2027 a u Dynamics NAV 2018 11. ledna 2028. Starší zde uvedené verze už jsou po rozšířené podpoře.
Meziverze jsou jednou z technických podmínek. U každého kroku je potřeba ověřit kompatibilitu databáze, aplikace a rozšíření a připravit možnost bezpečného návratu.
Technická migrace, nebo nová implementace
O vhodném postupu nerozhoduje pouze stáří Dynamics NAV. Procesní pohled určí, co má firma v budoucnu dělat jinak. Technický pohled ukáže, zda požadované schopnosti, data a vazby lze bezpečně převést, nahradit standardem, nebo navrhnout znovu.
Současné a budoucí procesy
Nejdřív se popíše reálná práce dnes a cílový stav po změně. Teprve z rozdílu vzniknou požadavky na ERP, integrace, role, data a přípravu uživatelů.
Úpravy a technický dluh
Potřebné C/AL úpravy se při technické migraci převádějí do AL extensions. Pokud velká část kódu nahrazuje dnešní standard nebo už neodpovídá provozu, může být účelnější funkce navrhnout znovu.
Cílové procesy
Technická migrace zachovává více kontinuity. Nová implementace dává větší prostor sjednotit role, schvalování, dimenze, číselníky a způsob práce, ale vyžaduje důslednější procesní rozhodnutí a přípravu uživatelů.
Data a integrace
Počet společností, velikost databáze, vlastní tabulky, reporty, banky, e-shop, CRM, WMS nebo EDI mohou rozhodnutí změnit. Každá vazba potřebuje vlastníka, cílové rozhraní a testovací scénář.
Po posouzení musí být jasné, kterou cestou se projekt vydá, jaká data se převedou a co se stane s jednotlivými úpravami a integracemi.
Technická inventura navazuje na procesní rozhodnutí
Před návrhem přechodu zmapujeme vlastní objekty, pole, tabulky, reporty a napojení. U každé úpravy nejdřív ověříme její obchodní důvod. Potom rozhodneme, zda ji pokrývá standard Dynamics 365 Business Central, zda existuje vhodná aplikace, zda je potřeba AL extension, nebo zda se má změnit proces.
Stejně postupujeme u dat. Rozsah migrace vychází z budoucího používání, právních a provozních potřeb a kvality zdrojů. Po převodu musí souhlasit zůstatky a vazby a uživatelé musí dokončit scénáře, za které odpovídají.
C/AL kód a vlastní objekty
Plná migrace vyžaduje převod potřebné logiky do AL extensions. Automatické nástroje mohou pomoci s částí konverze, ale konflikty, nahrazené funkce a vazby na standard musí vyřešit a otestovat vývojář.
Kmenová data a otevřené položky
Zákazníci, dodavatelé, položky, účty, dimenze, otevřené doklady a počáteční zůstatky se čistí, mapují a potvrzují vlastníky příslušných oblastí.
Historie a vlastní tabulky
Při technické migraci lze zachovat více historických dat, pokud mají cílové tabulky a extensions odpovídající strukturu. U nové implementace se historie vybírá podle provozních, účetních a auditních potřeb.
Integrace, identity a reporty
Každé napojení se ověřuje proti cílovému rozhraní a oprávněním. Součástí návrhu jsou také účty Microsoft Entra, role uživatelů, tiskové výstupy, reporty a odpovědnost za chybové stavy.
Kontroly a archiv
Při zkušebních převodech porovnáváme počty záznamů, vazby a finanční zůstatky. Plán archivace určí, jak dlouho a v jaké podobě zůstane zdrojový systém nebo jeho data dostupná.
Jak vznikne rozhodnutí a plán přechodu
Procesní a technická práce probíhají koordinovaně. Každá vrstva má vlastní otázky a výstupy, které se spojí v cílovém návrhu.
Popíšeme současný provoz firmy
Procesní analytik zmapuje práci napříč odděleními, role, dokumenty, předávání, schvalování, výjimky, používané systémy a slabá místa.
Navrhneme budoucí způsob práce
S vlastníky procesů připravíme cílové procesy, pravidla, odpovědnosti, výjimky, informační potřeby a priority změn.
Propojíme cílový stav s inventurou Dynamics NAV
Dynamics konzultant a technický architekt posoudí standard, úpravy, data a integrace. U každé oblasti doporučí zachovat, nahradit, navrhnout znovu, archivovat nebo vyřadit.
Připravíme cílové řešení a plán přechodu
Výstup spojí architekturu, migrační katalog, integrační vazby, akceptační scénáře, zkušební převody, odpovědnosti, etapy, rizika a podklad pro odhad.
Často kladené otázky
Kdy je vhodné začít?
Začít je vhodné s dostatečným předstihem před koncem podpory nebo plánovanou změnou infrastruktury. Potřebný čas závisí na počtu mezikroků, rozsahu úprav, integracích a opakovaném testování. Inventuru lze zahájit ještě před rozhodnutím o konkrétní cestě.
Jaký je rozdíl mezi technickou migrací a novou implementací?
Technická migrace zachovává kontinuitu databáze a vede přes podporované meziverze; potřebné C/AL úpravy se převádějí do AL extensions. Nová implementace vytváří cílové procesy a konfiguraci znovu a do nového prostředí převádí dohodnutá data vlastními mapováními a importy.
Co bude s našimi úpravami a vlastními tabulkami?
Nejprve je zmapujeme a porovnáme se současným standardem Dynamics 365 Business Central. Potřebná logika může přejít do AL extension, být nahrazena aplikací nebo změnou procesu. Data vlastních tabulek vyžadují odpovídající cílovou strukturu nebo výslovné mapování a kontrolu.
Převede se kompletní historie dat?
U technické migrace lze zachovat více historických dat, pokud jsou tabulky a úpravy kompatibilní s cílovým řešením. U nové implementace se rozsah vybírá podle provozních, účetních a auditních potřeb. Data, která nepřejdou do živého systému, musí zůstat bezpečně archivovaná a dohledatelná.
Co určuje rozsah, termín a cenu projektu?
Rozhoduje výchozí verze a build, počet mezikroků, velikost a kvalita databáze, počet společností, rozsah úprav, integrace, historie, testovací scénáře a možné termíny přepnutí. Spolehlivý odhad lze připravit po inventuře a výběru dalšího postupu.
Související témata
Analýza před implementací ERP
Jak převést současné procesy, data, role a výjimky do cílového návrhu a zadání.
Z účetního programu na Dynamics 365 Business Central
Jak ověřit, co má převzít nové ERP a zda je D365 BC vhodný další krok.
Implementace Dynamics 365 Business Central
Od procesní a datové analýzy přes migraci a integrace až po spuštění a podporu.
Microsoft Cloud Solution Provider
Přechod na Dynamics 365 i nákup licencí vyřešíte přes jednoho partnera. Projdeme s vámi vaši situaci a postaráme se o obojí.
Začněme revizí firmy a současného Dynamics NAV.
Nejdřív potřebujeme pochopit, co má budoucí řešení změnit. Potom navrhneme rozsah procesní revize a technické inventury Dynamics NAV.