Migrace ERP měla snížit provozní náklady, sjednotit data a propojit procesy. Místo jednoduchého přechodu ale vznikl rok a půl dlouhý projekt plný customizací, překvapení a nákladů, které nikdo předem nevyčíslil. Přečtěte si zkušenost z pohledu člověka, který byl u migrace ERP i e-shopu a později řešil její dopady v každodenním provozu.
Proč jsme do migrace ERP šli
Samotná myšlenka konsolidace nebyla chybná. Firma chtěla snížit provozní náklady, sjednotit data mezi jednotlivými divizemi a propojit procesy, které do té doby fungovaly odděleně. Problém byl v tom, že se při výběru ERP systému podcenila rozdílnost jednotlivých částí podnikání. Všechny tři divize sice prodávaly podobné zboží, ale jedna se soustředila na retail v kamenných prodejnách, druhá na e-shop a třetí na B2B.
Jedna firma, ale tři odlišné obchodní modely
Největší nároky měl e-shop. Ten potřebuje vysokou míru automatizace: rychlé zpracování objednávek, spolehlivou komunikaci se skladem, správnou práci s dostupností zboží, výrobky a jejich komponenty i návaznost na expedici. Nově vybraný systém měl silné účetní zázemí, ale naše obchodní a e-commerce procesy bez dalších úprav nepokrýval v potřebné šíři.
To neznamená, že je některé ERP obecně dobré nebo špatné. Každý systém má jiné těžiště. Potíž nastává ve chvíli, kdy se jeho silné stránky nepotkají s procesy, které jsou pro konkrétní firmu kritické, a rozdíl se začne dohánět až během implementace ERP.
O výběru rozhodlo finanční oddělení
Rozhodnutí o novém ERP udělalo finanční oddělení bez důkladné konzultace s obchodem a dalšími týmy. Z účetního pohledu mohla být volba logická. Obchodníci, e-commerce tým, sklady a lidé odpovědní za nákup však měli jiné požadavky, které se do zadání dostaly pozdě nebo vůbec.
Právě tady vznikl zdroj mnoha pozdějších překvapení. Některé funkce jsme považovali za samozřejmou součást systému, ale při reálném použití se ukázalo, že chybějí nebo vyžadují customizaci. Místo ověření kritických scénářů před podpisem smlouvy jsme jejich limity objevovali za pochodu.
Největší chybou nebyla samotná migrace. Bylo jí přesvědčení, že rozdíly mezi systémem a našimi procesy vyřešíme později během implementace.
Kde se začaly objevovat mezery
Jedním z prvních příkladů byly produktové boxy, tedy výrobky složené z několika skladových položek. Potřebovali jsme, aby systém po naskladnění komponent automaticky vytvořil dostupné výrobky. Pokud se objednávka zrušila nebo změnila, měl naopak výrobní požadavek automaticky zrušit či rozebrat. V našem nastavení se oba kroky musely dělat ručně, což zvyšovalo pracnost i riziko chyby.
Dalším slabým místem byl forecasting pro nákup zboží. Základní přehledy prodejnosti pro naše potřeby nestačily a část výstupů byla dostupná jen v PDF. Forecasting jsme proto řešili nástavbou. Ta však nedokázala kombinovat všechna customizovaná data, například barvu produktu nebo zemi původu, takže jsme nakonec zaplatili ještě samostatný report v Power BI. Informaci jsme získali, ale za cenu dalšího dodavatele, dalšího rozpočtu a další závislosti.
Podobně složité bylo pokrytí specifik dovozu a spotřební daně. Jako velký dovozce jsme potřebovali pracovat s procesy souvisejícími s daňovým skladem a vedlejšími pořizovacími náklady. Nový způsob výpočtu vážené skladové ceny sice zahrnul dopravu, ale ne všechny další náklady, například skladné, etiketování nebo spotřební daň. Skutečné kalkulace položek jsme proto dál vedli v Excelu.
Největší riziko: migrace ERP a e-shopu současně
Já jsem byla zapojená především do části pro e-shop. Ve stejné době jsme ale měnili nejen ERP, nýbrž také celý webshop. Ve firmě se diskutovalo, zda nejprve spustit nový systém a až potom nový e-shop. Nakonec jsme obojí nasadili současně.
Z dnešního pohledu to byl mimořádně náročný krok. Když se po spuštění objevil problém, nebylo vždy snadné určit, zda vzniká v e-shopu, ERP, integraci, skladu nebo v nově nastaveném procesu. Současně bylo potřeba vyčistit a převést položky, skladové stavy, pohyby, faktury i výdejky. Od první analýzy do ostrého spuštění trvala implementace přibližně rok a půl.
Spuštěním implementace nic nekončí
Po roce a půl jsme se dostali k funkčnosti, se kterou se už dalo pracovat. Teprve v reálném provozu se ale ukázaly další zásadní mezery. Například jsme předpokládali, že po naskladnění chybějící komponenty systém automaticky označí čekající objednávku k vychystání. Tento zdánlivě malý krok však nebyl součástí procesu a musel se řešit.
Poučný byl i příběh evidence šarží a ročníků. Během implementace jsme dostali informaci, že evidenci lze zapnout buď pro všechny sklady, nebo pro žádný. Proto jsme od ní ustoupili, přestože ji sklad vedl a pro e-shop byla důležitá. Přibližně po roce jsme zjistili, že nastavení může být pro jednotlivé sklady odlišné. Jedna nepřesná informace tak ovlivnila proces na dlouhou dobu.
Právě podobné situace ukazují, proč nestačí obecná prezentace funkcí. Před implementací je potřeba projít konkrétní scénáře od začátku do konce, včetně výjimek: chybějící zboží, změnu objednávky, její stornování, vratku, výrobu, rozpad výrobku nebo odlišné nastavení skladů.
Nejvyšší cenu nemusí mít licence, ale lidé
Velkou položkou bylo zaškolení zaměstnanců. Nešlo jen o několik hodin fyzického školení. Lidé si museli osvojit nové procesy, jiné přihlašování, bezpečnostní opatření a pracovní návyky. Firma se po spuštění dostala do provozní paralýzy a produktivita podle mého odhadu klesla na dva až tři měsíce.
Někteří zaměstnanci tlak změny nevydrželi a odešli. Nové kolegy jsme pak školili v systému, který měl stále nedostatky a který jsme sami ještě dokonale neznali. Tento typ nákladu se do rozpočtu implementace často nevejde, přesto může být pro firmu citelnější než samotné licence.
Nikdo zároveň nespočítal celkové náklady na migraci ERP: analýzu, customizace, integrace, reporty, školení, pokles produktivity ani ušlý zisk. Obchodníci se dlouhé měsíce věnovali migraci místo prodeji. Projekt tedy nestál jen to, co bylo na fakturách dodavatelů, ale také čas a příležitosti, které firma nemohla využít jinde.
Co bych při výběru a implementaci ERP udělala jinak
Dnes bych začala detailní mapou procesů a seznamem situací, bez kterých firma nemůže fungovat. Do výběru ERP systému bych od prvního dne zapojila finance, obchod, nákup, výrobu, sklady, distribuci, e-commerce i IT. Každé oddělení totiž vidí jiné riziko a používá jinou část dat. Primárně bych se snažila najít způsob, jak propojit stávající systémy v jednotlivých divizích tak, aby mezi sebou vhodně komunikovaly a nebylo by nutné přejít do jednoho systému, který ve výsledku perfektně nevyhovuje ani jedné straně.
Součástí rozhodnutí by měl být také realistický celkový rozpočet. Kromě licencí a implementace je potřeba započítat migraci dat, integrace, customizace, testování, školení, práci interních lidí, dočasný pokles výkonu i budoucí údržbu. Teprve potom lze porovnat, zda se kompletní výměna ERP skutečně vyplatí.
Proč nejdřív zvážit optimalizaci stávajícího ERP
Moje zkušenost mě naučila, že další migrace by měla být až poslední možností. Pokud je jádro současného systému stabilní, bývá rychlejší a méně rizikové upravit jen to, co firmu skutečně brzdí. Může jít o workflow, reporting, uživatelské rozhraní, automatizaci rutinních úkonů nebo integraci s dalšími aplikacemi.
Optimalizace stávajícího ERP zachovává známé prostředí, pracovní návyky i know-how, které už firma vybudovala. Změny lze zavádět postupně a jejich přínos průběžně měřit: podle úspory času, nižší chybovosti, rychlejšího zpracování objednávek nebo menší potřeby ruční administrativy.
Stávající ERP může dál fungovat jako stabilní jádro a nové schopnosti lze doplnit nástavbou, integrací nebo samostatnou aplikací. Firma nemusí znovu převádět všechna historická data ani přestavovat každý proces od začátku. Zároveň si lépe udrží kontrolu nad rozpočtem a může postupovat po menších krocích s rychlejší návratností.
Závěr: nejdřív vhodný systém, potom customizace
Z naší migrace ERP si odnáším jednoduché ponaučení: Než firma zahájí další velkou migraci, měla by si položit praktičtější otázku: potřebujeme opravdu nové ERP, nebo potřebujeme lépe využít to současné? Pokud systém stále spolehlivě drží finance, data a základní provoz, může být cílená optimalizace bezpečnější, levnější a ve výsledku také účinnější cestou.