Migrace dat je část modernizace, které se firmy bojí nejvíc. Nový systém může být rychlejší, přehlednější a levnější na údržbu, ale pokud se při přesunu ztratí objednávky, zákazníci, skladové pohyby nebo historické faktury, projekt selže.
Dobrá zpráva: migrace dat se dá řídit bezpečně. Ne tím, že se "nějak exportuje databáze", ale tím, že se dopředu ví, jaká data existují, co znamenají, jak se ověřují a kdy je bezpečné starý systém vypnout.
Tento článek popisuje postup, který používáme při modernizaci firemních systémů, když se přechází ze starého ERP, CRM, skladového systému nebo interní aplikace.
Co migrace dat skutečně znamená
Migrace dat není jen kopírování tabulek. Ve starých systémech bývá význam dat schovaný v kódu, v názvech polí, v ručních zvycích zaměstnanců nebo v exportech, které nikdo deset let neotevřel.
Typický starý systém obsahuje:
- aktivní zákazníky, dodavatele, objednávky a faktury
- historické záznamy, které se musí zachovat kvůli účetnictví nebo reklamacím
- číselníky, stavy, role a oprávnění
- přílohy, dokumenty, skeny a poznámky
- vazby mezi záznamy, které nejsou v databázi vidět na první pohled
- stará pole, která už nikdo nepoužívá, ale systém je pořád vyžaduje
Bez mapy těchto dat nevíte, co vlastně převádíte. A pokud nevíte, co převádíte, nemůžete po migraci ověřit, že se nic neztratilo.
Krok 1: Inventura zdrojů
První krok je zjistit, odkud data reálně pocházejí. Ne jen "z databáze". Staré firemní systémy mají často více zdrojů než jeden server.
Zkontrolujte:
- hlavní databázi aplikace
- lokální databáze nebo Access soubory na počítačích
- síťové disky s exporty, přílohami a skeny
- Excel tabulky, které doplňují hlavní systém
- napojení na účetnictví, sklad, e-shop, CRM nebo banku
- ruční procesy, kde se data do systému zadávají se zpožděním
Praktický test: pokud se zeptáte tří lidí, kde je "pravda" o objednávce, a dostanete tři různé odpovědi, migrace musí začít mapováním procesu, ne exportem databáze.
Krok 2: Datový slovník
Datový slovník je jednoduchý dokument, který říká, co jednotlivá pole znamenají. Bez něj se migrace snadno pokazí, protože nové pole může vypadat podobně, ale chovat se jinak.
Příklad:
| Staré pole | Význam | Nové pole | Poznámka |
|---|---|---|---|
cust_id | Interní ID zákazníka | customer_id | Zachovat původní ID jako externí referenci |
status = 4 | Objednávka expedována | order.status = shipped | Stav 5 znamená storno po expedici |
price_total | Cena bez DPH do roku 2021, s DPH od roku 2022 | total_without_vat, total_with_vat | Nutná transformace podle data |
Tohle je přesně důvod, proč migrace nejde spolehlivě odhadnout jen podle velikosti databáze. Jeden milion čistých záznamů se migruje lépe než deset tisíc záznamů, u kterých nikdo neví, co znamenají.
Krok 3: Čištění dat před migrací
Špatná data se migrací nezlepší. Jen se přesunou do dražšího a modernějšího systému.
Nejčastější problémy:
- duplicitní zákazníci pod různými názvy
- chybějící IČO, DIČ, e-mail nebo adresa
- historické stavy, které nový systém nemá podporovat
- volný text tam, kde má být číselník
- rozbité vazby mezi objednávkou, fakturou a zákazníkem
- přílohy bez jasného vlastníka
Ne všechno se musí ručně opravit předem. Důležité je rozdělit data do tří skupin:
| Skupina | Co s tím |
|---|---|
| Kritická data | Vyčistit a ověřit před ostrou migrací |
| Historická data | Převést čitelně, ale nemuset s nimi aktivně pracovat |
| Nepoužívaná data | Archivovat, nepřenášet do hlavního systému |
Tím se modernizace zlevní. Nový systém nemusí nést dvacet let starý nepořádek, který nikdo nepotřebuje v každodenní práci.
Krok 4: Testovací migrace
Ostrá migrace bez testu je hazard. Bezpečný postup je nejdřív udělat testovací migraci na kopii dat a porovnat výsledek.
Kontroluje se hlavně:
- počet záznamů před a po migraci
- součty faktur, objednávek, skladových pohybů a zůstatků
- náhodný vzorek záznamů napříč různými roky
- vazby mezi zákazníkem, objednávkou, fakturou a platbou
- zobrazení dat v novém systému pro běžné uživatele
- výkon importu a rychlost práce s migrovanými daty
U kritických systémů děláme více testovacích migrací. První odhalí datové problémy. Druhá ověří opravy. Třetí simuluje ostrý přechod včetně časového okna a odpovědností.
Krok 5: Paralelní provoz starého a nového systému
Nejbezpečnější migrace není velký páteční přepínač. U důležitých firemních systémů dává smysl paralelní provoz: starý systém běží dál, nový systém dostane aktuální data a vybraná část týmu v něm začne pracovat.
Paralelní provoz ověří tři věci:
- nová aplikace podporuje reálný provoz, ne jen testovací scénáře
- data v novém systému dávají uživatelům smysl
- rozdíly mezi starým a novým systémem jsou vysvětlené, ne náhodné
Teprve když sedí klíčové reporty, objednávky, faktury a stavy, starý systém se postupně odstaví. Tím se výrazně snižuje riziko výpadku.
Krok 6: Závěrečná kontrola po spuštění
Migrace nekončí v den spuštění. Prvních několik týdnů je potřeba hlídat rozdíly, které se při testech nemusely projevit.
Sledujte:
- nové záznamy vzniklé po spuštění
- reklamace nebo dotazy uživatelů na chybějící data
- rozdíly v účetních nebo provozních reportech
- chyby při integraci s e-shopem, skladem, účetnictvím nebo CRM
- výkon systému při běžné špičce
Starý systém je dobré ponechat jen pro čtení po předem domluvenou dobu. Firma tak neztratí historickou jistotu, ale zároveň už nevznikají nová data na dvou místech.
Kdy migraci raději nespouštět
Někdy je lepší migraci odložit o dva týdny než riskovat drahý problém.
Nespouštějte ostrý přesun, pokud:
- nevíte, která data jsou pro provoz kritická
- nemáte odsouhlasené mapování starých a nových polí
- testovací migrace neprošla kontrolou součtů
- uživatelé neviděli svá reálná data v novém systému
- není jasné, kdo rozhoduje o sporných záznamech
- chybí plán návratu, pokud se během spuštění objeví chyba
Tohle není byrokracie. Je to pojistka proti tomu, aby se z modernizace nestal krizový projekt.
Jak začít prakticky
Začněte auditem dat. Vezměte jeden kritický proces, třeba objednávku od přijetí po fakturaci, a projděte všechny tabulky, exporty a ruční kroky, které s ním souvisejí. Pokud se už tady objeví nejasnosti, máte odpověď: před výměnou systému potřebujete datovou přípravu.
Další související krok je audit starého firemního systému, kde se hodnotí nejen data, ale i kód, integrace, bezpečnost a provozní rizika.
Pokud řešíte konkrétní přechod ze starého ERP, CRM nebo interní aplikace, podívejte se na naši službu modernizace firemních systémů. Migrace dat, paralelní provoz a bezpečné odstavení starého systému jsou její hlavní část.