• ERP a aplikace: kdy firma zbytečně kupuje další nástroj

ERP a aplikace: kdy firma zbytečně kupuje další nástroj

Quin 3. 8. 2026

Firmy někdy pořídí další aplikaci, protože proces působí jako nevyřešený. Část práce už může zvládnout ERP. Správný postup není začít vývojem, ale zmapovat proces, ověřit systém a rozhodnout, jestli problém leží ve funkci, nastavení, datech, školení nebo v chybějící aplikaci.

Téma ERP a aplikace proto není o tom, jestli je lepší jeden nebo druhý nástroj. Jde o správné pořadí rozhodnutí.

U Microsoft Dynamics NAV a Business Central se to týká procesů mimo původní nastavení ERP: schvalování, skladové výjimky, evidence dokladů, portály, reporting nebo interní workflow. Nová aplikace může být správný krok, ale až když firma ví, proč samotné ERP nestačí.

Tym prochazi procesy v ERP pred zavedenim dalsi aplikace

Proč firmy sahají po další aplikaci příliš brzy

Nejčastější důvod není technický. Je provozní.

Lidé ve firmě mají konkrétní bolest: něco se přepisuje ručně, schvaluje e-mailem, hlídá v Excelu nebo dohledává po telefonech. Z pohledu uživatele je logické říct: potřebujeme aplikaci. Jenže tím se přeskočí podstatná otázka: proč se proces děje mimo ERP?

Důvod může být různý:

  • ERP funkci má, ale lidé ji nepoužívají.
  • Funkce je zapnutá jen částečně nebo špatně nastavená.
  • Proces se změnil, ale ERP nastavení zůstalo stejné.
  • Data nejsou čistá, takže uživatelé systému nevěří.
  • Stávající úprava v NAV nebo Business Central je technicky správně, ale prakticky se špatně používá.
  • Potřeba opravdu přesahuje ERP a dává smysl samostatná aplikace nebo portál.

Když firma tyto varianty neoddělí, může si pořídit druhý nástroj na problém, který vznikl špatným používáním prvního.

Co už může umět ERP a aplikace nemusí suplovat

ERP systém není jen účetnictví a skladová evidence. V dobře nastaveném prostředí drží pravidla, stavy, odpovědnosti, vazby mezi doklady a základní workflow.

V Business Central nebo Dynamics NAV často stojí za ověření například:

Oblast procesu Co může pokrýt ERP Kdy zbystřit
Schvalování stavy dokladů, odpovědnosti, workflow schvaluje se mimo systém v e-mailu
Sklad příjem, výdej, rezervace, šarže, lokace skladníci si vedou vlastní tabulky
Obchod nabídky, objednávky, dostupnost, fakturace obchodník přepisuje data mezi systémy
Finance kontrola dokladů, vazby na účetnictví chybí přehled, kde doklad stojí
Reporting standardní sestavy, dimenze, exporty vedení nevěří číslům z ERP
Integrace datové vazby na další systémy stejné údaje se zadávají vícekrát

Tahle kontrola neznamená, že ERP musí pokrýt všechno. Firma jen zjistí, kde je hranice standardu, nastavení a rozumného rozšíření.

Pokud firma řeší vztah ERP a aplikace tímto způsobem, rychleji pozná, zda potřebuje jen lépe využít systém, nebo opravdu postavit navazující nástroj.

Kdy nejde o chybějící aplikaci, ale o nastavení

Pokud lidé obcházejí ERP, nemusí to znamenat, že ERP selhalo. Často jen neodpovídá aktuálnímu způsobu práce.

Typický příklad: firma chce aplikaci na schvalování interních požadavků. Při mapování se ukáže, že v ERP už existují stavy, odpovědnosti a navazující doklady. Chybí ale pravidla: kdo schvaluje jaký požadavek, kdy se vrací k doplnění a co se stane po schválení. Nová aplikace by tento zmatek jen přesunula jinam.

V takové situaci dává větší smysl:

  • upravit nastavení workflow,
  • narovnat datové číselníky,
  • doplnit role a oprávnění,
  • proškolit klíčové uživatele,
  • zjednodušit obrazovky nebo postup práce.

Teprve když je proces srozumitelný, má smysl řešit, jestli potřebuje další technologickou vrstvu.

V praxi se tak ERP a aplikace neposuzují odděleně. Nejdřív se ověří, co má řídit centrální systém, a až potom se navrhuje jednodušší rozhraní nebo doplněk.

Kdy už navazující aplikace dává smysl

Navazující aplikace dává smysl ve chvíli, kdy by bylo nevhodné tlačit celý proces přímo do ERP. ERP má být centrální systém pro data a řízení firmy. Nemusí být nejlepším uživatelským rozhraním pro každého člověka, partnera nebo zákazníka.

Microsoft u Business Central popisuje ERP jako systém pro řízení financí, obchodu, skladu, projektů a dalších firemních oblastí. To je dobrý základ, ale neznamená to, že každá uživatelská potřeba má skončit přímo uvnitř ERP.

Samostatná webová nebo zakázková aplikace může být rozumná tehdy, když:

  • proces používají lidé, kteří nemají pracovat přímo v ERP,
  • jde o zákaznický, dodavatelský nebo obchodní portál,
  • uživatelé potřebují jednoduché rozhraní pro jeden úzký úkol,
  • ERP má zůstat čisté a aplikace má řešit jen vstupní nebo prezentační vrstvu,
  • proces vyžaduje specifickou logiku, která by v ERP znamenala těžko udržovatelnou úpravu.

V takovém případě není aplikace náhradou ERP. Je to řízené rozšíření, které drží data, pravidla a odpovědnosti ve správné architektuře.

Právě zde má smysl uvažovat o zakázkové aplikaci navázané na ERP. Ne jako o rychlé záplatě, ale jako o části celého řešení.

Rozhodovací rámec: co ověřit před nákupem nebo vývojem aplikace

Než firma zadá nový nástroj, měla by projít několik praktických otázek. Odpovědi obvykle rychle ukážou, zda stačí ERP, nebo je potřeba aplikace. Právě tady se téma ERP a aplikace láme z pocitu na rozhodnutí.

1. Kde proces opravdu začíná a končí?

Nestačí popsat, kdo si na co stěžuje. Je potřeba projít celý tok: vstup, zpracování, schválení, návazný doklad, výstup, kontrola. Teprve potom je vidět, která část patří do ERP a která mimo něj.

2. Existuje funkce v ERP, která proces pokrývá aspoň z větší části?

U NAV a Business Central se vyplatí ověřit standardní funkce, existující úpravy, workflow, role, dimenze, skladové nastavení, reporty a možnosti integrace. Někdy stačí aktivovat nebo správně nastavit to, co už firma platí.

3. Je problém ve funkci, nebo v používání?

Pokud lidé systém nepoužívají, důvod nemusí být technický. Může jít o nejasný postup, špatnou odpovědnost, nedůvěru v data nebo složitou obrazovku. Nová aplikace tento problém nevyřeší, pokud se nepřepíše i způsob práce.

4. Co by se stalo, kdyby se proces vyřešil jen nastavením ERP?

Tahle otázka chrání rozpočet. Pokud úprava nastavení, školení a malé procesní změny odstraní hlavní bolest, není důvod spouštět nový vývoj.

5. Co by se stalo, kdyby se proces řešil další aplikací?

Tady je potřeba počítat nejen vývoj, ale i provoz: integrace, údržbu, oprávnění, datové vazby a budoucí změny.

Firma resi, ktere nastroje uz umi pokryt stavajici ERP

Praktický postup: nejdřív mapa, potom rozhodnutí

Rozumný postup má čtyři kroky.

  1. Zmapovat proces. Popsat reálný tok práce, ne jen ideální stav v interní směrnici.
  2. Ověřit ERP. Zjistit, co už umí standard, co umí stávající úpravy a kde jsou limity. Pokud je potřeba nezávislý pohled, pomůže ERP poradenství nad procesy, daty a možnostmi systému.
  3. Rozdělit problém. Oddělit nastavení, data, školení, procesní pravidla a chybějící technologii.
  4. Navrhnout další krok. Vybrat nejmenší řešení, které problém opravdu odstraní.

Výsledek může být obyčejný: proškolit uživatele, změnit workflow, doplnit číselníky, upravit práva nebo vyčistit data. A někdy naopak vyjde jasně najevo, že webová aplikace nebo portál je správná cesta.

Důležité je pořadí. Aplikace má být odpověď na ověřený problém, ne první reakce na provozní frustraci.

Když se ERP a aplikace řeší v tomto pořadí, firma neutrácí za duplicitní nástroje a zároveň nepřetěžuje ERP tam, kde má smysl lehčí rozhraní.

Co si z toho odnést

Firma nemusí na každý proces kupovat nový nástroj. Pokud už používá ERP, zejména Dynamics NAV nebo Business Central, první otázka má znít: co už systém umí a proč to dnes nefunguje v praxi?

U rozhodování ERP a aplikace pomáhá držet se jednoduchého principu: nejdřív ověřit proces a možnosti systému, teprve potom vybírat další technologii.

Dobrá analýza často ukáže stabilnější cestu než nový vývoj. A když navazující aplikace dává smysl, vznikne na pevném základě: s jasným procesem, vazbou na ERP a kontrolou nad daty.

V Quartex Praha umíme projít proces, ověřit možnosti ERP a navrhnout rozumný další krok. Pokud chcete zjistit, zda Vaši situaci vyřeší nastavení ERP, školení, procesní změna nebo navazující aplikace, můžete se ozvat přes kontaktní formulář. Téma ERP a aplikace s Vámi projdeme prakticky: podle procesu, dat, lidí a reálného přínosu.

FAQ

Má smysl vyvíjet aplikaci, když už máme ERP?

Ano, ale jen pokud je jasné, proč ERP nestačí. Aplikace dává smysl jako jednoduché rozhraní, portál nebo integrační vrstva. Neměla by nahrazovat proces, který by ERP zvládlo standardně nebo po rozumném nastavení.

U tématu ERP a aplikace je důležité oddělit duplicitní nástroj od rozumného rozšíření systému.

Jak poznáme, že problém je v používání ERP?

Typickým signálem je práce mimo systém: Excel, e-maily, ruční přepisy nebo vlastní evidence oddělení. Pak je potřeba zjistit, zda lidé ERP obcházejí kvůli chybějící funkci, složitému postupu, nečistým datům nebo nedostatečnému školení.

Co když máme starší Dynamics NAV?

Starší Dynamics NAV může stále dobře podporovat klíčové procesy firmy. Před rozhodnutím o nové aplikaci nebo migraci je vhodné zmapovat úpravy, procesy a technický stav systému. Někdy dává smysl NAV dál rozvíjet, jindy připravit cestu do Business Central.

Kdy je portál lepší než úprava ERP?

Portál bývá vhodný, když s procesem pracují zákazníci, dodavatelé, obchodní partneři nebo zaměstnanci, kteří nemají být přímo v ERP. ERP pak drží data a pravidla, zatímco portál řeší jednoduchý vstup, přehled nebo komunikaci.

Co má firma připravit před konzultací?

Stačí popsat aktuální proces, místa ruční práce, používané systémy, typické výjimky a dopad problému na provoz. Není potřeba mít hotové technické zadání. Právě analýza má ukázat, jestli zadání vůbec patří do ERP, nebo do navazující aplikace.