Jak připravit data k migraci z Excelu nebo starého CRM?

Začněte nezměněnou kopií zdrojových dat a seznamem všech míst, kde firma informace uchovává. Potom určete, co se má přenést, jak rozpoznat zákazníky a kontakty, která pole si odpovídají a jak postupovat při chybějících hodnotách nebo duplicitách. Teprve po zkontrolovaném zkušebním importu lze naplánovat vlastní přechod.

Export do CSV nepotvrzuje, že jsou data úplná a připravená k použití. Seznam zákazníků může existovat bez vazeb na kontaktní osoby, poznámky, přílohy, historii, úkoly nebo oprávnění. Migrace proto není jen přesun řádků z jedné tabulky do druhé.

Soubor CSV je jen jeden ze zdrojů

CSV je běžný formát pro výměnu dat mezi tabulkami a systémy. Už jeho základní struktura vyžaduje správné zpracování záhlaví, oddělovačů, konců řádků a hodnot obsahujících čárky nebo uvozovky. Jednotlivé programy mohou soubor vytvářet odlišně.

Ještě důležitější je obchodní význam. Pole `Zákazník` může v jednom zdroji označovat firmu a v jiném konkrétní osobu. `Stav` může znamenat fázi prodeje, stav platby nebo aktivitu kontaktu. Podobný název tedy nezaručuje stejný význam.

Je třeba prověřit i údaje mimo hlavní tabulku, například:

• kontakty přiřazené k firmám;
• poznámky a historii komunikace;
• úkoly, termíny a připomínky;
• dokumenty a přílohy;
• objednávky, případy nebo obchodní příležitosti;
• souhlasy, zdroje kontaktu a odpovědné pracovníky;
• hodnoty uložené pouze v dalších listech nebo souborech.

Pokud je má nový systém používat, potřebuje každá skupina samostatný plán přenosu. To, že byl údaj vidět ve starém CRM, ještě neznamená, že je součástí exportu.

1. Zabezpečte data před jejich úpravou

Původní export nebo zálohu uložte tak, aby je nikdo neupravoval. Zapište datum, zdrojový systém, rozsah a odpovědnou osobu. Při více aplikacích nebo tabulkách zachovejte každý zdroj zvlášť.

Nikdy neupravujte jedinou kopii. Pracujte s pracovní verzí a veďte seznam změn. Umožní to porovnat výsledek se zdrojem a vysvětlit jednotlivá rozhodnutí.

Zjistěte také, zda zaměstnanci nadále mění data ve starém systému. Pokud příprava trvá dny nebo týdny, první export rychle zastará. Plán pak musí zahrnout poslední export nebo přenos změn vzniklých po zkušební kopii.

Způsob zálohy závisí na systému a oprávněních. Export z administrace nemusí obsahovat databázi, soubory ani celou historii, proto je nutné rozsah potvrdit pro konkrétní řešení.

2. Sepište všechny zdroje a určete rozhodující hodnoty

V mnoha firmách je část dat v CRM, část v tabulkách a nejnovější dohody v e-mailech nebo osobních poznámkách. Pojmenujte zdroje, jejich uživatele a osobu, která rozhodne při rozporu.

Pokud se stejný údaj ve dvou zdrojích liší, importní skript nesmí tiše vybrat jednu hodnotu. Firma potřebuje pravidlo, například že datum poslední objednávky pochází z objednávkového systému, zatímco odpovědný pracovník z CRM.

3. Rozhodněte, co přenést a co archivovat

Přenos všech historických záznamů může zvýšit náklady a přitom zhoršit přehlednost nového systému. Rozdělte data na:

• aktivní záznamy potřebné pro současnou práci;
• historické záznamy dostupné pro pozdější dohledání;
• záznamy vyžadující rozhodnutí kvůli nejasnému vlastníkovi, stavu nebo účelu;
• duplicity, testovací a zastaralé technické záznamy, které se nemají kopírovat automaticky.

Archivace neznamená mazání bez rozhodnutí. Je třeba určit, kde údaje zůstanou, kdo k nim bude mít přístup a jak je vyhledá. Doby uchovávání a právní povinnosti má potvrdit organizace odpovědná za data.

4. Připravte mapu polí

Mapa polí popisuje, jak bude každá důležitá zdrojová hodnota zastoupena v cílovém systému.

Mapa má pokrývat význam, formát, povinné hodnoty, povolené možnosti a zacházení s mezerami. Musí také určit, kdo pravidlo schvaluje. Vývojář může převod naprogramovat, ale neměl by sám rozhodovat o obchodním významu rozporných stavů.

5. Zachovejte identifikátory a vazby

Samotný počet záznamů úspěch nepotvrzuje. Firma může být v novém CRM přítomná, ale její kontakty, poznámky nebo otevřené případy mohou být připojeny k nesprávnému účtu.

Prověřte stabilní identifikátory. Názvy, e-maily a telefony se mohou měnit nebo sdílet. Interní ID bývají vhodnější, pokud jsou jednoznačná a spolehlivě se exportují.

Naplánujte zachování vazeb, jako jsou:

• firma a její kontakty;
• zákazník a objednávky nebo případy;
• případ a poznámky či přílohy;
• záznam a odpovědný pracovník;
• hlavní firma a pobočky.

Pokud cílový systém vytváří nová ID, uchovejte mapu starých a nových identifikátorů. Pomáhá při hledání rozdílů i opakování zkušebního importu.

6. Stanovte pravidla pro duplicity a chybějící hodnoty

Duplicity je vhodné hledat podle více údajů. Stejná firma může být uvedena zkráceně i celým názvem, zatímco různé osoby mohou sdílet obecnou kancelářskou adresu. Shodný e-mail nebo telefon je užitečná stopa, ale ne vždy důvod k automatickému sloučení.

Oddělte pravidla pro:

• jisté duplicity, které lze sloučit automaticky;
• pravděpodobné duplicity k ruční kontrole;
• podobné záznamy, které musí zůstat samostatné;
• chybějící hodnoty, které mohou zůstat prázdné;
• chybějící hodnoty, které import blokují;
• rozpory vyžadující rozhodnutí vlastníka procesu.

Při migraci se chybějící informace nesmí domýšlet. Nepotvrzená hodnota zůstane prázdná nebo se označí ke kontrole podle schváleného pravidla.

7. Proveďte zkušební import na reprezentativních datech

Netestujte jen nejčistší záznamy. Vzorek má obsahovat běžné i obtížné případy: chybějící pole, národní znaky, dlouhé poznámky, duplicity, více kontaktů u jedné firmy, přílohy a neobvyklé stavy.

Zkouška musí být opakovatelná. Zaznamenejte verzi zdroje, nastavení, transformační pravidla a výsledek. Při chybě opravte pravidlo nebo data a spusťte import znovu v kontrolovaném prostředí. Ruční opravy v cíli by skutečný problém skryly.

8. Ověřte výsledek na několika úrovních

Po zkušebním importu zkontrolujte:

1. počty jednotlivých typů záznamů;
2. povinná a obchodně důležitá pole;
3. vazby mezi záznamy;
4. slovníky, stavy a přiřazené pracovníky;
5. data, telefony, e-maily a kódování znaků;
6. poznámky, soubory a historii zahrnuté v dohodnutém rozsahu;
7. reprezentativní případy vybrané vlastníky procesů;
8. zda uživatelé dokážou s přenesenými daty vykonat skutečnou práci.

Přejímky se mají účastnit lidé, kteří znají data i proces. Obchodník často odhalí nesprávného správce firmy nebo chybnou fázi případu rychleji než autor importéru.

9. Naplánujte přechod a možnost zastavení

Po úspěšné zkoušce určete čas finálního exportu, omezení změn ve starém systému a osoby oprávněné výsledek schválit. Plán má odpovědět:

• kdy končí úpravy ve starém CRM;
• zda je nutné převést změny vzniklé po zkoušce;
• kolik času je vyhrazeno na kontrolu;
• kdo povolí zahájení práce v novém systému;
• co se stane při nesplnění kritérií;
• jak dlouho a v jaké podobě zůstane dostupný starý zdroj nebo archiv.

Migraci nelze vždy provést bez přerušení. Záleží na obou systémech, počtu denních změn a způsobu výměny dat. Přesný čas přechodu nelze slíbit bez kontroly konkrétní situace.

10. Co připravit před rozhovorem s dodavatelem?

Na začátku není potřeba posílat celou databázi. Připravte:

1. seznam systémů, tabulek a dalších zdrojů;
2. význam dat v každodenní práci;
3. důležitá pole, stavy a vazby;
4. přibližný počet záznamů, souborů a příloh;
5. rozdělení na aktivní a archivní data;
6. známé problémy s mezerami, formáty a duplicitami;
7. požadovaný termín a přijatelné omezení práce;
8. osobu oprávněnou rozhodovat o datech;
9. kritéria přijetí zkoušky i konečné migrace;
10. anonymní nebo syntetický vzorek struktury.

Do prvního formuláře neposílejte hesla, klíče, skutečné údaje zákazníků ani kopii databáze. Nejprve stačí popis situace a bezpečný vzorek struktury. Způsob bezpečného předání reálných dat lze dohodnout později.

Pokud zatím nevíte, zda je vhodnější hotové CRM, integrace nebo vlastní systém, použijte plánovač CRM řešení. Pomůže uspořádat požadavky, ale neanalyzuje nahraná data a nevytváří odhad migrace.

Co ukazují dřívější realizace Domin Software?

V historickém projektu HUB.ITM.PL jsme vytvořili systém, který četl data z různých účetních programů a převáděl je do formátu EDI++ používaného programy Subiekt GT a Subiekt nexo. Omezil ruční zadávání velkého počtu faktur v účetní kanceláři. Projekt už není v produkci, protože se změnily formáty a podmínky výměny dat. Dokládá zkušenost s mapováním více zdrojů, ale neslibuje kompatibilitu s dnešními verzemi programů.

V projektu HUB-2-API systém importoval velký seznam produktů z tabulky a používal jej pro nabídky eBay.de, objednávky a API pro tři zákazníky ve Francii. Šlo o tok produktů a objednávek, nikoli o migraci zákazníků ze starého CRM. Příklad přesto ukazuje, proč je před automatizací nutné znát strukturu zdroje a pravidla cíle.

V obou případech byl význam dat a způsob kontroly důležitější než samotný formát souboru.

Nejčastější otázky

Stačí pro migraci export z Excelu nebo CSV?

Obvykle ne. Může obsahovat základní pole, ale vazby, poznámky, historii, přílohy, slovníky a identifikátory je nutné ověřit zvlášť.

Je nutné přenést všechna data ze starého CRM?

Ne vždy. Některé informace mohou zůstat v dohodnutém archivu a do nového systému se přenesou aktivní údaje. Rozhodnutí schvaluje vlastník dat a procesu.

Jak hledat duplicitní zákazníky a kontakty?

Nejprve určete kombinaci znaků, která potvrzuje duplicitu, a způsob zachování historie. Podobný název, společný e-mail nebo telefon nemusí stačit k automatickému sloučení.

Co dělat s chybějícími nebo rozpornými údaji?

Pro každé důležité pole stanovte pravidlo. Hodnotu lze označit ke kontrole, ponechat prázdnou nebo převést podle schváleného slovníku. Systém nesmí informace vymýšlet.

Lze zachovat poznámky, historii a přílohy?

Někdy ano, ale záleží na zdrojovém exportu, API, struktuře souborů a možnostech cílového systému. Proveditelnost je třeba ověřit před stanovením rozsahu.

Jak zkontrolovat zkušební import?

Porovnejte počty záznamů, klíčová pole, vazby a slovníky. Projděte reprezentativní případy a ověřte, že uživatelé dokážou pokračovat ve své práci.

Lze migraci provést bez zastavení firmy?

Bez kontroly obou systémů to nelze zaručit. Někdy stačí krátké omezení změn a poslední export, jindy je nutná přechodná fáze nebo další integrace.

Jak bezpečně předat vzorek pro odhad?

Začněte popisem struktury a syntetickým nebo anonymizovaným vzorkem. Přes běžný formulář neposílejte hesla, klíče, celou databázi ani skutečné údaje zákazníků.

Vyberte další krok

Pokud řešení teprve vybíráte, použijte plánovač CRM řešení. Pomůže určit, zda je vhodnější hotové CRM, integrace, doplňkový modul nebo vlastní systém.

Pokud je proces známý a firma potřebuje řešení na míru, prohlédněte si CRM a ERP systémy na zakázku. Rozsah a cenu migrace lze určit až po kontrole zdrojů, vazeb, objemu dat a možností cílového systému.

Mají-li starý a nový systém fungovat souběžně nebo pravidelně vyměňovat data, použijte plánovač integrace systémů a projděte nabídku integrací systémů a API. Jednorázová migrace a trvalá integrace jsou dva rozdílné projekty.

Zdroje

• RFC 4180: Common Format and MIME Type for Comma-Separated Values (CSV) Files, RFC Editor, přístup ověřen 30. 10. 2026.