Krátká odpověď: webová aplikace dává smysl ve chvíli, kdy potřebujete nad Business Centralem nebo Dynamics NAV vyřešit konkrétní proces, ale nechcete kvůli němu zatěžovat ERP složitými úpravami, licencemi a nestandardním používáním.
ERP má být stabilní základ firmy. Drží finance, sklad, obchod, výrobu, projekty a účetnictví. Jenže ne každý provozní problém patří přímo do ERP. Někdy firma potřebuje rychlejší rozhraní pro skladníka, zákaznický portál, evidenci zakázek, schvalování, mobilní sběr dat nebo jednoduchý workflow nad daty z ERP.
V takové chvíli přichází důležitá otázka: upravit Business Central nebo NAV, nebo vedle ERP postavit navazující webovou aplikaci?
Webová aplikace může propojit ERP data s jednoduchým rozhraním pro kancelář, sklad i práci mimo počítač.
ERP má zůstat zdrojem pravdy, ne univerzálním formulářem pro všechno
Business Central i starší Dynamics NAV jsou silné jako systém evidence, účtování a řízení firemních procesů. Dobře fungují tam, kde je potřeba kontrola, konzistence dat a jasná pravidla. Problém nastává ve chvíli, kdy se z ERP začne dělat univerzální obrazovka pro každého uživatele ve firmě.
Typický příklad: obchodník potřebuje rychle zadat požadavek z terénu. Skladník potřebuje potvrdit pohyb z mobilu. Zákazník má vidět stav objednávky. Externí partner má doplnit data bez přístupu do ERP. Všichni tito lidé potřebují pracovat s daty z ERP, ale ne nutně přímo v ERP.
Navazující webová aplikace v takovém případě funguje jako praktická vrstva nad systémem. ERP zůstává hlavním zdrojem dat a pravidel. Aplikace řeší konkrétní uživatelský proces tak, aby byl rychlý, srozumitelný a dostupný tam, kde se práce opravdu děje.
Kdy úprava ERP přestává dávat smysl
Úprava ERP je správná cesta, pokud se mění základní obchodní logika, účtování, skladové pravidlo nebo proces, který musí být přímo součástí ERP jádra. Není ale ideální pro každý požadavek na obrazovku, formulář nebo portál.
Zpozorněte hlavně v těchto situacích:
proces používají lidé, kteří nemají nebo nemají mít plný přístup do ERP,
uživatelé potřebují jednoduché rozhraní pro jednu konkrétní činnost,
pracuje se na mobilu, tabletu nebo mimo kancelář,
jde o zákaznický, dodavatelský nebo partnerský portál,
proces se často mění a ERP úpravy by byly zbytečně pomalé,
potřebujete sbírat data z více systémů a ERP je jen jeden z nich.
V těchto případech může být lepší nechat ERP stabilní a doplnit ho aplikací, která se na něj napojí. Quartex Praha řeší podobné scénáře přes zakázkové webové aplikace, které navazují na ERP, CRM nebo další firemní systémy.
Business Central a NAV: rozdíl není jen ve verzi systému
U firem na Business Centralu bývá jednodušší stavět nové integrace, API a cloudové návaznosti. U firem na Dynamics NAV zase často hraje roli stabilita staršího řešení, specifické úpravy a obava, aby se do funkčního ERP zbytečně nezasahovalo.
V obou případech ale platí stejná logika: pokud nový požadavek nemění samotnou ERP evidenci, ale hlavně způsob, jak lidé s daty pracují, navazující aplikace může být čistší řešení.
Neznamená to obejít ERP. Naopak. Dobře navržená aplikace respektuje ERP jako hlavní systém. Bere z něj data, vrací do něj ověřené výstupy a nastavuje uživatelům jednodušší cestu k práci, kterou potřebují udělat.
Rozhodovací test: patří požadavek do ERP, nebo do aplikace?
Před zadáním vývoje si položte několik praktických otázek. Pomohou rychle poznat, kam požadavek patří.
1. Kdo bude s procesem pracovat?
Pokud jde hlavně o účetní, skladové nebo obchodní uživatele, kteří už běžně pracují v ERP, může být úprava ERP přirozená. Pokud jde o zákazníky, dodavatele, externí partnery, řidiče, techniky nebo občasné uživatele, často dává větší smysl webová aplikace.
2. Jak často se bude proces měnit?
Procesy v ERP by měly být stabilní. Pokud se požadavek bude upravovat podle provozu, obchodní sezóny nebo konkrétního zákazníka, samostatná aplikace umožní rychlejší rozvoj bez zbytečného zásahu do ERP jádra.
3. Potřebujete jednoduché rozhraní?
ERP obrazovka umí hodně věcí najednou. To je výhoda pro pokročilé uživatele, ale nevýhoda pro člověka, který má jen potvrdit úkol, nahrát dokument nebo zkontrolovat stav. Webová aplikace může mít jednu obrazovku, jedno tlačítko a jasný postup.
4. Má být proces dostupný mimo kancelář?
Mobil, tablet, zákaznický portál nebo jednoduchý webový formulář bývají pro navazující aplikaci přirozenější než přímý vstup do ERP.
Navazující webová aplikace může zpřístupnit ERP data lidem v kanceláři, skladu i terénu.
Co musí dobrá webová aplikace k ERP splnit
Webová aplikace nesmí být další izolovaný systém vedle ERP. Pokud vznikne bez promyšleného napojení, jen přesune problém jinam. Správně navržená aplikace má jasně dané, odkud bere data, co do ERP vrací a kdo za který krok odpovídá.
V praxi by měla splnit minimálně těchto pět bodů:
Jasné vlastnictví dat: musí být zřejmé, která data jsou hlavní v ERP a která vznikají v aplikaci.
Řízené napojení: integrace má být navržená přes API, konektor nebo jiný kontrolovaný způsob, ne přes ruční exporty.
Auditní stopa: u důležitých procesů musí být dohledatelné, kdo co zadal, změnil nebo schválil.
Jednoduché rozhraní: aplikace má řešit konkrétní práci, ne kopírovat celé ERP.
Možnost dalšího rozvoje: řešení musí počítat s tím, že proces se bude v čase měnit.
Tady je dobré zapojit ERP poradenství ještě před vývojem. Ne proto, aby vznikla dlouhá analýza do šuplíku, ale aby bylo jasné, co má zůstat v ERP a co má převzít aplikace.
U napojení na Business Central dává smysl vycházet z oficiálních možností integrace. Microsoft k tomu popisuje API pro Business Central, které je dobrým výchozím bodem při návrhu řízeného propojení mezi ERP a navazující aplikací.
Příklady situací, kde navazující aplikace dává smysl
Bez vymýšlení univerzálních slibů jde o opakující se typy scénářů, které firmy s ERP často řeší.
Zákaznický portál: zákazník vidí objednávky, dokumenty, stav požadavků nebo servisní historii bez přístupu do ERP.
Interní provozní aplikace: tým zadává úkoly, potvrzuje stavy nebo eviduje data v jednodušším rozhraní.
Schvalovací workflow: vedoucí schvalují požadavky, nákupy nebo dokumenty mimo plné ERP prostředí.
Mobilní sběr dat: sklad, servis nebo logistika posílá do ERP ověřená data z terénu.
Specifická evidence: firma potřebuje sledovat agendu, která je pro standardní ERP příliš specifická nebo by ho zbytečně komplikovala.
V takových případech nejde o to ERP nahradit. Jde o to doplnit ho tam, kde standardní rozhraní není pro konkrétní práci dost praktické.
FAQ: nejčastější otázky před rozhodnutím
Je webová aplikace levnější než úprava ERP?
Ne vždy. Levnější má být až správné řešení, ne automaticky první varianta. Webová aplikace ale často snižuje riziko, že se kvůli jednomu provoznímu procesu zatíží ERP úpravou, která se bude těžko udržovat.
Nevznikne další systém, který bude firma muset spravovat?
Vzniknout může, pokud aplikace není dobře navržená. Proto musí být od začátku jasné napojení na ERP, vlastnictví dat, uživatelské role a odpovědnost za provoz. Dobrá aplikace nemá ERP obejít, ale zpřístupnit jeho data lidem a procesům, které je potřebují.
Kdy je lepší zůstat u úpravy ERP?
Pokud požadavek přímo mění účetní, skladovou nebo obchodní logiku, má být řešen v ERP. Navazující aplikace je vhodnější hlavně pro rozhraní, portály, sběr dat, workflow a procesy na hraně mezi ERP a uživateli.
Jak postupovat, když si nejste jistí
Nejlepší první krok není rovnou vývoj. Nejprve si pojmenujte proces, uživatele, data a rozhodnutí, která se mají v systému odehrávat. Pak teprve dává smysl rozhodnout, jestli má vzniknout úprava ERP, navazující webová aplikace nebo kombinace obojího.
Řešíte, jestli má nový proces patřit do Business Centralu, Dynamics NAV, nebo do samostatné aplikace napojené na ERP? Ozvěte se nám. Krátce projdeme vaši situaci a navrhneme další krok, který dává smysl technicky i provozně.
Webová aplikace k ERP: kdy dává větší smysl než úprava Business Central nebo NAV
Krátká odpověď: webová aplikace dává smysl ve chvíli, kdy potřebujete nad Business Centralem nebo Dynamics NAV vyřešit konkrétní proces, ale nechcete kvůli němu zatěžovat ERP složitými úpravami, licencemi a nestandardním používáním.
ERP má být stabilní základ firmy. Drží finance, sklad, obchod, výrobu, projekty a účetnictví. Jenže ne každý provozní problém patří přímo do ERP. Někdy firma potřebuje rychlejší rozhraní pro skladníka, zákaznický portál, evidenci zakázek, schvalování, mobilní sběr dat nebo jednoduchý workflow nad daty z ERP.
V takové chvíli přichází důležitá otázka: upravit Business Central nebo NAV, nebo vedle ERP postavit navazující webovou aplikaci?
ERP má zůstat zdrojem pravdy, ne univerzálním formulářem pro všechno
Business Central i starší Dynamics NAV jsou silné jako systém evidence, účtování a řízení firemních procesů. Dobře fungují tam, kde je potřeba kontrola, konzistence dat a jasná pravidla. Problém nastává ve chvíli, kdy se z ERP začne dělat univerzální obrazovka pro každého uživatele ve firmě.
Typický příklad: obchodník potřebuje rychle zadat požadavek z terénu. Skladník potřebuje potvrdit pohyb z mobilu. Zákazník má vidět stav objednávky. Externí partner má doplnit data bez přístupu do ERP. Všichni tito lidé potřebují pracovat s daty z ERP, ale ne nutně přímo v ERP.
Navazující webová aplikace v takovém případě funguje jako praktická vrstva nad systémem. ERP zůstává hlavním zdrojem dat a pravidel. Aplikace řeší konkrétní uživatelský proces tak, aby byl rychlý, srozumitelný a dostupný tam, kde se práce opravdu děje.
Kdy úprava ERP přestává dávat smysl
Úprava ERP je správná cesta, pokud se mění základní obchodní logika, účtování, skladové pravidlo nebo proces, který musí být přímo součástí ERP jádra. Není ale ideální pro každý požadavek na obrazovku, formulář nebo portál.
Zpozorněte hlavně v těchto situacích:
V těchto případech může být lepší nechat ERP stabilní a doplnit ho aplikací, která se na něj napojí. Quartex Praha řeší podobné scénáře přes zakázkové webové aplikace, které navazují na ERP, CRM nebo další firemní systémy.
Business Central a NAV: rozdíl není jen ve verzi systému
U firem na Business Centralu bývá jednodušší stavět nové integrace, API a cloudové návaznosti. U firem na Dynamics NAV zase často hraje roli stabilita staršího řešení, specifické úpravy a obava, aby se do funkčního ERP zbytečně nezasahovalo.
V obou případech ale platí stejná logika: pokud nový požadavek nemění samotnou ERP evidenci, ale hlavně způsob, jak lidé s daty pracují, navazující aplikace může být čistší řešení.
Neznamená to obejít ERP. Naopak. Dobře navržená aplikace respektuje ERP jako hlavní systém. Bere z něj data, vrací do něj ověřené výstupy a nastavuje uživatelům jednodušší cestu k práci, kterou potřebují udělat.
Rozhodovací test: patří požadavek do ERP, nebo do aplikace?
Před zadáním vývoje si položte několik praktických otázek. Pomohou rychle poznat, kam požadavek patří.
1. Kdo bude s procesem pracovat?
Pokud jde hlavně o účetní, skladové nebo obchodní uživatele, kteří už běžně pracují v ERP, může být úprava ERP přirozená. Pokud jde o zákazníky, dodavatele, externí partnery, řidiče, techniky nebo občasné uživatele, často dává větší smysl webová aplikace.
2. Jak často se bude proces měnit?
Procesy v ERP by měly být stabilní. Pokud se požadavek bude upravovat podle provozu, obchodní sezóny nebo konkrétního zákazníka, samostatná aplikace umožní rychlejší rozvoj bez zbytečného zásahu do ERP jádra.
3. Potřebujete jednoduché rozhraní?
ERP obrazovka umí hodně věcí najednou. To je výhoda pro pokročilé uživatele, ale nevýhoda pro člověka, který má jen potvrdit úkol, nahrát dokument nebo zkontrolovat stav. Webová aplikace může mít jednu obrazovku, jedno tlačítko a jasný postup.
4. Má být proces dostupný mimo kancelář?
Mobil, tablet, zákaznický portál nebo jednoduchý webový formulář bývají pro navazující aplikaci přirozenější než přímý vstup do ERP.
Co musí dobrá webová aplikace k ERP splnit
Webová aplikace nesmí být další izolovaný systém vedle ERP. Pokud vznikne bez promyšleného napojení, jen přesune problém jinam. Správně navržená aplikace má jasně dané, odkud bere data, co do ERP vrací a kdo za který krok odpovídá.
V praxi by měla splnit minimálně těchto pět bodů:
Tady je dobré zapojit ERP poradenství ještě před vývojem. Ne proto, aby vznikla dlouhá analýza do šuplíku, ale aby bylo jasné, co má zůstat v ERP a co má převzít aplikace.
U napojení na Business Central dává smysl vycházet z oficiálních možností integrace. Microsoft k tomu popisuje API pro Business Central, které je dobrým výchozím bodem při návrhu řízeného propojení mezi ERP a navazující aplikací.
Příklady situací, kde navazující aplikace dává smysl
Bez vymýšlení univerzálních slibů jde o opakující se typy scénářů, které firmy s ERP často řeší.
V takových případech nejde o to ERP nahradit. Jde o to doplnit ho tam, kde standardní rozhraní není pro konkrétní práci dost praktické.
FAQ: nejčastější otázky před rozhodnutím
Je webová aplikace levnější než úprava ERP?
Ne vždy. Levnější má být až správné řešení, ne automaticky první varianta. Webová aplikace ale často snižuje riziko, že se kvůli jednomu provoznímu procesu zatíží ERP úpravou, která se bude těžko udržovat.
Nevznikne další systém, který bude firma muset spravovat?
Vzniknout může, pokud aplikace není dobře navržená. Proto musí být od začátku jasné napojení na ERP, vlastnictví dat, uživatelské role a odpovědnost za provoz. Dobrá aplikace nemá ERP obejít, ale zpřístupnit jeho data lidem a procesům, které je potřebují.
Kdy je lepší zůstat u úpravy ERP?
Pokud požadavek přímo mění účetní, skladovou nebo obchodní logiku, má být řešen v ERP. Navazující aplikace je vhodnější hlavně pro rozhraní, portály, sběr dat, workflow a procesy na hraně mezi ERP a uživateli.
Jak postupovat, když si nejste jistí
Nejlepší první krok není rovnou vývoj. Nejprve si pojmenujte proces, uživatele, data a rozhodnutí, která se mají v systému odehrávat. Pak teprve dává smysl rozhodnout, jestli má vzniknout úprava ERP, navazující webová aplikace nebo kombinace obojího.
Řešíte, jestli má nový proces patřit do Business Centralu, Dynamics NAV, nebo do samostatné aplikace napojené na ERP? Ozvěte se nám. Krátce projdeme vaši situaci a navrhneme další krok, který dává smysl technicky i provozně.
Tagy:
Nejnovější příspěvky
Kategorie
Štítky