Implementace Dynamics 365 Business Central

Analýzu vedeme podle práce lidí a návazností mezi odděleními. Procesní analytik sleduje vstupy a výstupy, role, schvalování, dokumenty, výjimky, ruční přepisy a informace, které potřebuje provoz i vedení.

Dynamics konzultant se může účastnit už těchto setkání. Návrh systému ale začíná až nad potvrzeným cílovým stavem. Díky tomu možnosti Dynamics 365 Business Central neurčují předčasně, jak má firma v budoucnu fungovat.

Dynamics 365 Business Central je podnikový systém Microsoftu pro malé a střední organizace. V jednom prostředí pokrývá finance, nákup, prodej, zásoby, projekty, služby a také standardní výrobní procesy. Rozšiřuje se aplikacemi a vlastními AL extensions a zapadá do prostředí Microsoft 365, Power Platform a Azure. Přehled oblastí udržuje Microsoft Learn.

Neznamená to ale, že je vhodný pro každou firmu. U více závodů, procesní výroby, náročného plánování, rozsáhlé skladové automatizace nebo globální standardizace porovnáváme Dynamics 365 Business Central s Dynamics 365 Supply Chain Management. Nerozhoduje jednoduchý limit obratu, uživatelů ani úrovní kusovníku. Rozhodují procesy, objem transakcí, počet provozů, integrace a způsob řízení změn. Podrobněji to rozebíráme v průvodci ERP ve výrobě.

První výstup má být srozumitelný návrh cílového řešení: procesy v rozsahu, role a odpovědnosti, hranice standardu a úprav, datové zdroje, integrace, nejasnosti a plán ověření. Teprve z něj lze sestavit věrohodný rozpočet a harmonogram.

Analýza není způsob, jak předem navrhnout každé pole. Má odstranit rozhodnutí, která by jinak vznikala draze až během vývoje. U každého požadavku rozlišujeme, zda ho pokrývá standard Dynamics 365 Business Central, zda je vhodné změnit proces, použít existující aplikaci, postavit malé rozšíření nebo funkci ponechat v navazujícím systému. Samostatný postup popisuje průvodce analýzou před implementací ERP.

U staršího Dynamics NAV nejdřív inventarizujeme verzi, objekty a úpravy, kvalitu dat, velikost databáze, reporty a všechna napojení. Pak lze porovnat technickou migrační cestu s reimplementací na čistém Dynamics 365 Business Central. Mechanický převod všeho starého často zachová funkce, které firma už nepotřebuje.

Microsoft podporuje konkrétní migrační cesty podle zdrojové verze a stavu úprav; vlastní C/AL logiku je při plné migraci potřeba řešit jako AL extensions. Aktuální technické podmínky popisuje dokumentace migrace Dynamics NAV. Praktické rozhodování o rozsahu dat, úpravách a historii shrnujeme v průvodci přechodem z Navision.

Z Excelu, účetního programu nebo jiného ERP se obvykle nepřenáší celá minulost ve stejné podobě. Nejdřív sjednotíme zákazníky, dodavatele, položky, jednotky, účty, dimenze a vazby. Potom oddělíme data nutná pro start provozu od historie, která může zůstat v bezpečném archivu nebo reportingové vrstvě.

Každý převod opakujeme na zkušebních datech. Kontrolujeme počty záznamů, zůstatky a vazby a necháváme výsledek potvrdit lidmi, kteří za danou oblast odpovídají. Cílem není jen úspěšný import, ale stav, ze kterého lze vystavit doklad, přijmout zboží, uzavřít období a dohledat zdrojové údaje.

E-shop, CRM, WMS, banky, EDI, docházka nebo dokumentové workflow musí být v návrhu od začátku. Pro každý tok určujeme vlastníka dat, směr synchronizace, četnost, reakci na chybu a způsob dohledání konkrétní zprávy. Samotné API nezaručuje spolehlivý proces.

Pro okolní systémy používáme standardní rozhraní Dynamics 365 Business Central, Dataverse, Power Automate nebo samostatnou integrační vrstvu podle objemu a kritičnosti. Přijaté doklady lze napojit také na SmartDocto. Návrh napojení okolních systémů a EDI podrobněji rozvádí ERP integrace.

Cenu a termín určuje rozsah procesů, stav dat, lokalizace, integrace a potřebné úpravy. Zavedení financí a obchodu pro jednu společnost má jiný harmonogram než migrace upraveného Dynamics NAV s výrobou a několika napojeními.

Po úvodním hovoru navrhneme rozsah analýzy. Jejím výsledkem je rozpad dodávky, závislosti, rizika a odhad pracnosti. Projekt lze rozdělit do etap a nejdřív ověřit rizikové části v testovacím prostředí nebo prototypu. Licence Microsoftu držíme v rozpočtu odděleně od implementace, migrace, integrací a následné podpory.