Typické chyby při zavádění ERP: 10 vzorců selhání a jak se jim vyhnout

Většina problémů s ERP se opakuje bez ohledu na značku systému. Mezi nejčastější vzorce patří kopírování starých procesů včetně jejich chyb, příliš mnoho úprav na míru, podceněná migrace dat, spuštění bez důkladných testů, školení příliš brzy nebo příliš povrchně a nikdo, kdo by ve firmě rozhodoval. Níže popisujeme deset takových vzorců – bez jmenování konkrétních firem, jako souhrn situací, se kterými se projekty běžně potýkají – s příznaky, dopadem a tím, jak jim předejít.

Článek patří k přehledu rizika ERP projektu.

1. Nový systém, staré procesy

Příznak: požadavek „ať to funguje přesně jako dřív“. Dopad: úpravy na míru, vyšší cena, chyby starého řešení se přenesou. Prevence: u každého procesu se ptát, zda ho lze dělat standardně, a upravovat jen to, co je skutečnou konkurenční výhodou nebo povinností.

2. Přemíra úprav na míru

Příznak: desítky změnových požadavků ještě před spuštěním. Dopad: dražší implementace, složitější a dražší aktualizace, závislost na dodavateli. Prevence: schvalovací pravidlo – každá úprava musí mít vlastníka, odůvodnění a ocenění; u cloudu preferovat konfiguraci a rozšíření přes rozhraní.

3. Podceněná data

Příznak: „data převedeme na konci“. Dopad: chybné ceny, duplicitní zákazníci, nesedící sklad. Prevence: začít čistit data hned po rozhodnutí, dva zkušební převody, odsouhlasení zůstatků. Viz migrace dat a školení.

4. Klíčoví uživatelé bez času

Příznak: workshopy se ruší, testy se odkládají. Dopad: posunuté spuštění, nespokojenost. Prevence: vyhradit čas (např. několik hodin týdně) a dočasně přerozdělit běžnou práci.

5. Spuštění bez testů celého procesu

Příznak: testují se jednotlivé obrazovky, ne proces od objednávky po zaúčtování. Dopad: chyby se objeví v ostrém provozu – nejhůř u fakturace a DPH. Prevence: testovací scénáře „end-to-end“ včetně kontrolního hlášení za testovací měsíc.

6. Účetní a daňové výstupy až nakonec

Příznak: obchod a sklad fungují, ale přiznání k DPH a kontrolní hlášení nikdo neprověřil. Dopad: riziko pokut, opravná hlášení. Prevence: účetní je klíčový uživatel od začátku; souběžné zpracování jednoho měsíce ve starém i novém systému. Povinnosti shrnuje ERP a legislativa 2026.

7. Školení měsíce před spuštěním

Příznak: lidé po spuštění neví, kde co je. Dopad: zahlcení podpory, obcházení systému tabulkami. Prevence: školení podle rolí krátce před spuštěním, návody k nejčastějším úkonům, interní „superuživatelé“.

8. Nikdo nerozhoduje

Příznak: otázky čekají týdny na odpověď. Dopad: zpoždění, rostoucí počet dní konzultantů. Prevence: jmenovaný vedoucí projektu s pravomocí rozhodovat a sponzor z vedení, pravidelné krátké porady.

9. Smlouva podepsaná podle prezentace

Příznak: rozsah popisuje marketingový text, ne vaše procesy. Dopad: spory, co je „v ceně“. Prevence: rozsah jako příloha smlouvy, akceptační kritéria, ceník změn. Viz smlouva na ERP, SLA a výpověď.

10. Zapomenutý odchod

Příznak: nikdo neví, jak dostat data ven. Dopad: uzamčení u dodavatele, drahý export. Prevence: export dat sjednaný a vyzkoušený už při implementaci. Viz odchod od dodavatele a export dat a archivace dat v ERP. Často se zapomíná i na smlouvu o zpracování osobních údajů, viz GDPR a ERP.

Souhrnná tabulka

Modelový příklad: co stojí jedna chyba

Ilustrativní firma spustí ERP bez testu kontrolního hlášení. V prvním měsíci se špatně zařadí doklady do oddílů a firma musí podat následné kontrolní hlášení. Náklady: účetní 12 hodin × 600 Kč = 7 200 Kč, konzultant dodavatele 1 den × 12 000 Kč = 12 000 Kč, celkem 19 200 Kč – a to v případě, že se vše stihne bez pokuty. Den testování předem by stál zlomek. Sazby jsou ilustrativní.

Chyby už ve výběrové fázi

Řada problémů vzniká dřív, než implementace začne. Typické jsou tři vzorce. Výběr podle ukázky na cizích datech – prezentace ukáže ideální průběh a neodhalí, jak systém zvládne vaše výjimky. Srovnání nabídek s různým rozsahem – levnější nabídka často jen neobsahuje migraci, školení nebo integrace. Podpis před vyjasněním legislativy – dodavatel slíbí podporu kontrolního hlášení a mezd, ale až po spuštění se ukáže, že některé výstupy jsou placený doplněk. Všem třem lze předejít jednotnou poptávkou, scénáři pro ukázku a cenovým formulářem, jak popisuje článek poptávka ERP a srovnání nabídek.

Chyby po spuštění

I dobře spuštěný systém lze časem „rozbít“. Typické je obcházení systému tabulkami, když něco nejde hned – data se pak rozcházejí. Dále neřízené přidávání uživatelských polí a sestav, které nikdo nedokumentuje, a odklad aktualizací, takže firma po roce zjistí, že jí chybí legislativní změny. Prevencí je jasný vlastník systému ve firmě, jednoduchý postup pro změnové požadavky a pravidelná kontrola, zda se procesy dělají v systému, a ne mimo něj.

Časté otázky

Je lepší spustit všechny moduly najednou, nebo postupně?

Postupné spuštění snižuje riziko, ale prodlužuje projekt a může vyžadovat dočasná propojení. U malé firmy bývá rozumné spustit najednou účetnictví, fakturaci a sklad a ostatní moduly přidat později.

Jak poznám, že dodavatel podcenil rozsah?

Výrazně nižší odhad dní než u konkurence, obecný popis rozsahu a málo otázek během poptávky. Ptejte se, jak k odhadu došel.

Co dělat, když projekt už běží špatně?

Zastavit další rozšiřování, sepsat stav, přepočítat rozpočet a harmonogram a dohodnout s dodavatelem nový plán s milníky. Postup popisuje přehled rizika ERP projektu.

Zdroje

• Finanční správa – kontrolní hlášení, následné a opravné hlášení
• Zákony pro lidi – zákon o DPH (kontrolní hlášení, pokuty), občanský zákoník
• Česká správa sociálního zabezpečení – JMHZ při přechodu mzdového systému