Modernizace podnikových systémů
Starý firemní systém často není problém proto, že by nefungoval. Problém je, že mu rozumí jeden člověk, nejde napojit na nové nástroje, každá úprava je riziko a data z něj dostáváte přes Excel. Modernizujeme podnikové systémy tak, aby firma nepřišla o provoz, data ani business logiku, která se ve starém systému roky skládala.
Začínáme auditem. Nejdřív zmapujeme, co systém skutečně dělá: obrazovky, databázi, exporty, role uživatelů, schvalovací procesy, účetní návaznosti a ruční obchůzky, které v dokumentaci nikdy nebyly. U starých ERP a CRM bývá největší hodnota právě v detailech, které nikdo sepsané nemá.
Potom rozhodneme, co má smysl zachovat, co přepsat a co jen napojit. Někdy je nejlepší kompletní výměna. Jindy stačí moderní webová vrstva nad starou databází, integrační API nebo nový modul, který postupně převezme nejbolavější část procesu. Cílem není napsat co nejvíc kódu, ale snížit riziko a dostat firmu z technologické pasti.
Migraci dat řešíme odděleně od vývoje funkcí. Připravíme mapování starých a nových polí, čistící pravidla, testovací přenosy a validační skripty. Kontrolujeme počty záznamů, vazby, historické doklady, zákazníky, skladové pohyby i výjimky. Ostrý přechod neděláme, dokud data nesedí.
Paralelní provoz je základ. Starý systém běží dál, nový systém se testuje na reálných datech a jednotlivé moduly přebírají provoz postupně. U kritických agend připravujeme rollback plán, aby přechod nebyl jednosměrná sázka.
Po spuštění systém napojíme na okolní nástroje: Pohoda, Money, Helios, Shoptet, sklad, CRM, dopravce, banku, datové schránky nebo vlastní interní API. Smyslem modernizace není jen hezčí rozhraní, ale méně ruční práce a méně míst, kde vznikají chyby.
Výsledek patří vám. Dostanete zdrojový kód, dokumentaci, přístup k infrastruktuře a jasný popis toho, jak systém provozovat. Můžeme zůstat jako dlouhodobá technická podpora, nebo systém předat vašemu týmu bez vendor lock-inu.
Kdy starý systém začíná brzdit firmu
Nejčastěji nás firmy osloví ve chvíli, kdy systém pořád funguje, ale každá změna trvá týdny. Nový obchodní kanál nejde napojit, report se skládá ručně, sklad nesedí s fakturací a lidé se bojí sáhnout do kódu, protože nikdo neví, co se rozbije.
Tohle není jen technický dluh. Je to provozní riziko. Firma je závislá na starém serveru, jednom dodavateli, nepodporované databázi nebo sadě Excelů, které nikdo nechce vlastnit. Modernizace má smysl ve chvíli, kdy náklady na obcházení systému začnou být vyšší než řízená výměna.
Co při modernizaci auditujeme
Audit není formální dokument do šuplíku. Procházíme datový model, exporty, přístupy, uživatelské role, kritické obrazovky, ruční obchůzky a všechny systémy, které jsou na starou aplikaci napojené. Zjišťujeme, co se používá každý den a co v systému jen historicky zůstalo.
Výstupem je rozhodnutí, která část se vyplatí nahradit, která se dá jen napojit a která se má zahodit. U starých systémů je dobré rozhodnutí často důležitější než samotný vývoj.
Jak běží migrace dat
Data nepřevádíme stylem export-import a doufat. Nejdřív připravíme mapování polí, pravidla pro čištění dat a testovací migraci. Pak porovnáváme počty záznamů, vazby mezi tabulkami, historické doklady, zákazníky, skladové pohyby a výjimky, které vznikaly roky.
U kritických systémů běží několik testovacích migrací ještě před ostrým spuštěním. Ostrý přechod má časové okno, kontrolní checklist a plán návratu zpět. Cílem není jen dostat data do nové databáze, ale vědět, že jim může firma věřit.
Paralelní provoz starého a nového systému
Big bang spuštění je riskantní hlavně u firem, kde systém drží objednávky, fakturaci, sklad nebo výrobu. Proto počítáme s obdobím, kdy starý systém dál drží provoz a nový systém se ověřuje na reálných datech.
Přechod děláme po modulech nebo agendách. Nejdřív oblast s největší bolestí, potom další části. Lidé si zvykají postupně, chyby se řeší v menším rozsahu a starý systém se vypíná až ve chvíli, kdy už není zdrojem pravdy.
Typické integrace po výměně systému
Moderní systém má smysl jen tehdy, když umí mluvit s okolím. Nejčastěji napojujeme účetnictví jako Pohoda, Money nebo Helios, e-shopy jako Shoptet, skladové systémy, CRM, dopravce, bankovní výpisy, ARES, datové schránky a vlastní interní API.
Integrace stavíme s logováním, opakováním chyb a monitoringem. Když spadne API třetí strany, data se nemají ztratit tiše. Mají počkat, zkusit se poslat znovu a dát vědět člověku, který to může řešit.
- Audit starého ERP, CRM, Access databáze, desktopové aplikace nebo interního systému
- Mapování business procesů, uživatelských rolí, datových toků a ručních obchůzek
- Rozhodnutí: modernizace stávajícího systému, částečný přepis, nebo kompletní výměna
- Migrační plán včetně mapování polí, čištění dat, testovacích přenosů a validace
- Paralelní provoz starého a nového systému během přechodu
- Vývoj moderní webové aplikace pro ERP, CRM, sklad, výrobu, zakázky nebo interní agendu
- Napojení na účetnictví, e-shop, sklad, CRM, dopravce, banky a interní API
- Role, oprávnění, auditní stopa, historie změn a provozní monitoring
- Dokumentace systému, migračních skriptů, API a provozních postupů
- Předání zdrojového kódu a infrastruktury bez vendor lock-inu
To je běžný stav. Začneme reverzním auditem: projdeme databázi, exporty, obrazovky, role uživatelů a reálné workflow lidí, kteří se systémem pracují. Dokumentaci vytvoříme jako součást projektu, protože bez ní nejde bezpečně migrovat ani přepisovat.
Migraci neděláme jedním exportem v den spuštění. Připravíme mapování dat, testovací přenosy, validace počtů záznamů, kontrolu vazeb a seznam výjimek. Ostrý přechod proběhne až ve chvíli, kdy stará a nová data sedí a víme, jak se vrátit zpět, pokud by se objevila chyba.
Ne. U kritických systémů počítáme s paralelním provozem. Starý systém dál drží provoz, nový systém se ověřuje na reálných datech a moduly přebírají agendu postupně. Big bang spuštění doporučujeme jen u malých a nízkorizikových systémů.
Pokud starý systém drží správná data a business logiku, ale chybí mu moderní rozhraní nebo integrace, často dává smysl postavit API, datový most nebo nový modul nad ním. Kompletní přepis doporučujeme až ve chvíli, kdy technologie, datový model nebo provozní riziko nedávají jinou možnost.
Ano, pokud máme přístup ke kódu, databázi nebo alespoň k provozním exportům. Nejdřív uděláme technický audit a řekneme, jestli je lepší systém stabilizovat, postupně modernizovat, nebo nahradit.
Menší interní systém obvykle 4-8 týdnů. Střední ERP/CRM náhrada s migrací dat a integracemi 2-4 měsíce. U větších systémů postupujeme po modulech, aby první část běžela dřív než celý projekt skončí.
Menší náhrada Accessu, Excelu nebo interní evidence začíná zhruba od 40 000 Kč. Střední systém s migrací dat, rolemi a integracemi bývá 100 000-300 000 Kč. Přesnější odhad dává smysl až po auditu, protože největší rozdíl dělá kvalita dat a počet integrací.
Vy. Předáváme zdrojový kód, dokumentaci, přístupy a provozní informace. Můžeme systém dál rozvíjet a monitorovat, ale nebudujeme závislost, která by vám bránila předat projekt internímu týmu nebo jinému dodavateli.
Zůstáváme u zaškolení, monitoringu, oprav a dalšího rozvoje. První týdny po spuštění jsou nejdůležitější: řeší se drobné provozní návyky, ladí se reporty a odpojují se poslední ruční obchůzky.
Připraveni začít?
Napište nám, co řešíte. Ozveme se do 24 hodin.