Import zákazníků do CRM se může technicky vejít do několika kliknutí. Nejtěžší část ale probíhá ještě před nahráním souboru: firma musí rozlišit společnosti, kontaktní osoby a obchodní případy, rozhodnout o rozsahu historie, určit jednoznačné identifikátory a ověřit, že se při importu neztratily vazby. Praktický postup níže se soustředí právě na přípravu dat z Excelu a jejich přejímací kontrolu.
Import začíná kopií zdroje, ne tlačítkem Nahrát
První krok má být neměnná pracovní kopie původní evidence. Tabulku používanou pro běžnou práci není vhodné čistit přímo: po několika úpravách už nemusí být zřejmé, co bylo ve zdroji a co vzniklo až při přípravě importu.
Pro přípravu se vyplatí uchovat tři oddělené soubory nebo listy:
zdrojový snímek – kopie bez dalších úprav, opatřená datem a omezeným přístupem,
pracovní soubor – místo pro čištění, doplnění identifikátorů a mapování,
importní soubor – finální výstup ve struktuře, kterou přijímá cílové CRM.
Součástí přípravy má být také jednoduchý protokol změn. Stačí evidovat, které sloupce byly přejmenovány, které hodnoty sjednoceny, podle čeho se slučovaly duplicity a které řádky se do CRM nepřenášejí. Bez této stopy se chyba obtížně dohledává a stejná příprava se při opakovaném testu dělá znovu ručně.
Nejdřív určit, co je firma, kontakt a obchodní případ
Excel často ukládá všechno do jednoho řádku: název zákazníka, jméno člověka, telefon, poslední poptávku i poznámku. CRM obvykle pracuje s více navzájem propojenými objekty. Jeden řádek proto nemusí odpovídat jednomu záznamu v novém systému.
| Objekt | Co typicky obsahuje | Co nesmí být zaměněno |
|---|---|---|
| Firma | Název, IČO, doména, sídlo, obchodní vlastník | S konkrétní kontaktní osobou nebo jednou poptávkou |
| Kontaktní osoba | Jméno, pracovní e-mail, telefon, role, vazba na firmu | S firmou jako právnickou osobou |
| Obchodní případ | Poptávka, stav, hodnota, vlastník, termín dalšího kroku | S dlouhodobou kartou zákazníka |
Pokud má jedna společnost více lidí, nemá být její název pokaždé založen jako nová firma. Kontakty se mají napojit na společný firemní záznam a jejich role zůstat samostatné. Podrobněji tento model rozebírá článek o tom, jak evidovat více kontaktních osob u jednoho klienta.
Datový slovník zabrání improvizaci při mapování polí
Dřív než se začnou opravovat jednotlivé buňky, je potřeba vytvořit mapovací tabulku. Ta popíše, co který sloupec znamená, do jakého objektu patří a jak se má převést. Oficiální průvodce Microsoft Dynamics 365 zahrnuje do plánování migrace mimo jiné rozsah dat, mapování zdrojových a cílových polí, transformační pravidla, pořadí importu, odpovědnosti a ověření výsledku. Stejná logika je použitelná i u menšího CRM.
| Zdrojový sloupec | Cílový objekt a pole | Pravidlo převodu | Povinné | Kontrola |
|---|---|---|---|---|
| Firma | Firma / název | Odstranit nadbytečné mezery, právní formu neměnit bez ověření | Ano | Prázdné hodnoty a podezřelé zkratky |
| IČ | Firma / IČO | Uložit jako text, zachovat případné počáteční nuly | Podle typu klienta | Formát a unikátnost |
| Kontakt / pracovní e-mail | Malá písmena, bez mezer před a za hodnotou | Podle importu | Formát, duplicity, sdílené adresy | |
| Stav | Obchodní případ / fáze | Převést staré varianty na schválený číselník | Ano u otevřených případů | Hodnota existuje v CRM |
| Poznámka | Poznámka nebo historie | Přenést jen využitelný obsah, ne pomocné komentáře | Ne | Citlivý a nadbytečný obsah |
Mapování nemá být jen technický seznam názvů. U každého pole má být jasný význam, povolený formát, vlastník rozhodnutí a způsob kontroly. Sloupec „klient“ například může v jedné tabulce označovat firmu, v jiné člověka a ve třetí fakturační subjekt. Stejný název proto ještě neznamená stejná data.
Do CRM patří užitečná data, ne automaticky celý archiv
Rozsah importu se má odvíjet od práce, kterou bude tým v CRM skutečně dělat. Obvykle dává smysl samostatně posoudit aktivní firmy, platné kontakty, otevřené poptávky a zakázky a uzavřenou historii. Staré řádky bez vlastníka, účelu nebo dohledatelného vztahu k zákazníkovi nemají být přenášeny jen proto, že v Excelu existují.
U osobních údajů je potřeba respektovat účel zpracování a platná interní pravidla firmy. Článek 5 GDPR pracuje mimo jiné se zásadami účelového omezení, minimalizace, přesnosti a omezení uložení. Prakticky to znamená, že příprava importu není souhlasem k bezmyšlenkovitému kopírování každého historického telefonu, soukromé poznámky nebo neaktuálního kontaktu. Konkrétní právní posouzení ale patří správci osobních údajů nebo právnímu poradci, nikoli importnímu checklistu.
Pro každý zdrojový řádek lze použít jedno ze čtyř rozhodnutí: přenést, opravit před přenosem, ponechat v řízeném archivu, nebo vyřadit podle schváleného pravidla. Důvod rozhodnutí má zůstat dohledatelný.
Duplicity se slučují podle pravidel, ne podle podobného názvu
Stejný zákazník může být v tabulce uveden pod obchodním názvem, zkratkou a jménem kontaktní osoby. Automatické odstranění podobných řádků je rizikové: dvě firmy mohou mít podobný název a jeden člověk může působit pro více společností.
Před importem je vhodné rozlišit:
jednoznačné shody podle stabilního identifikátoru, například interního ID nebo ověřeného IČO,
kandidáty na duplicitu podle e-mailu, domény, telefonu nebo podobného názvu, které musí někdo potvrdit,
sdílené hodnoty, například info@ adresu nebo centrální telefon, které samy o sobě duplicitu neprokazují.
Po sloučení má zůstat jeden hlavní záznam a protokol, ze kterých řádků vznikl. U kontaktů je potřeba určit, který e-mail a telefon jsou aktuální; u firem, které údaje platí pro fakturaci a které pro obchodní komunikaci. Detailní dlouhodobou údržbu dat po spuštění řeší samostatný článek o datové hygieně a duplicitách v CRM.
Jednoznačný identifikátor drží záznamy i vazby pohromadě
Import potřebuje pravidlo, podle kterého pozná nový a existující záznam. Jméno člověka ani název firmy obvykle nejsou dostatečně jednoznačné. Cílové CRM může pro různé objekty používat vlastní ID, e-mail, doménu nebo uživatelské unikátní pole. Například dokumentace HubSpotu vyžaduje při aktualizaci a propojování záznamů jednoznačný identifikátor; bez něj může import vytvořit duplicitu místo vazby na existující firmu nebo kontakt.
Do pracovního souboru se proto hodí doplnit interní migrační klíče, například FIRMA-0042 a KONTAKT-0187. Ty nemusí být veřejným identifikátorem zákazníka. Slouží k tomu, aby šlo jednoznačně propojit samostatné soubory, porovnat výsledek a opakovat testovací import bez ručního hádání.
Formáty a prázdné hodnoty musí mít jedno pravidlo
Excel často zobrazuje hodnotu správně, i když je uvnitř uložená jinak. Datum může být text, číslo nebo směs několika formátů. Telefon může obsahovat mezery, místní předvolbu nebo poznámku. IČO může přijít o počáteční nulu. Importní soubor proto musí respektovat technické požadavky konkrétního CRM, nikoli jen vzhled buněk na obrazovce.
Před exportem je vhodné sjednotit alespoň:
kódování a názvy sloupců,
datum a čas v jednom schváleném formátu,
telefonní čísla včetně země, pokud firma pracuje ve více státech,
e-maily bez okolních mezer a skrytých znaků,
číselníky stavů, zdrojů a rolí,
rozlišení prázdné hodnoty od hodnoty „neznámé“, „neplatí“ nebo „bez souhlasu“.
Prázdné pole se nemá automaticky doplňovat odhadem. Pokud údaj není známý, má to být v datech rozpoznatelné. Vymyšlená hodnota sice může projít technickou validací, ale zhorší důvěryhodnost CRM hned při prvním použití.
Testovací import má být malý, ale reprezentativní
První import nemá obsahovat jen několik jednoduchých řádků. Vzorek by měl zahrnovat běžné i rizikové situace: firmu s více kontakty, samostatného zákazníka bez firmy, kontakt se stejným příjmením, otevřenou poptávku, prázdné volitelné pole, českou diakritiku a hodnotu, která se má převést podle číselníku.
Test se provádí do bezpečného prostředí nebo způsobem, který dovoluje výsledek odstranit bez zásahu do ostrých dat. Předem má být známo, jak se zkušební záznamy označí a jak se zabrání tomu, aby se při dalším pokusu založily znovu. Chybový protokol se nemá jen přečíst; každá chyba má dostat rozhodnutí, zda se opravuje zdroj, mapování, nebo nastavení cílového pole.
Přejímací kontrola musí porovnat zdroj s CRM
Úspěšná hláška importního nástroje nepotvrzuje, že jsou data obchodně použitelná. Microsoft ve své dokumentaci k akceptačnímu testu po migraci odděluje technické načtení dat od ověření konkrétních pracovních scénářů a dat. Pro menší CRM lze stejný princip převést do jednoduché přejímací tabulky.
| Kontrola | Co se porovnává | Podmínka převzetí |
|---|---|---|
| Počty | Firmy, kontakty a otevřené případy ve zdroji a CRM | Rozdíl je nulový nebo vysvětlený protokolem |
| Povinná pole | Vlastník, stav, další krok, identifikátor | Žádný aktivní záznam nechybí bez schválené výjimky |
| Vazby | Kontakt–firma a případ–zákazník | Kontrolní vzorek je propojený správně |
| Hodnoty | Termíny, částky, e-maily, telefony a stavy | Riziková pole odpovídají zdroji a mapovacím pravidlům |
| Výjimky | Odmítnuté řádky, duplicity a transformace | Každá výjimka má vlastníka a rozhodnutí |
Kontrolu má potvrdit člověk, který rozumí významu dat, ne pouze správce importu. Obchod pozná, zda je kontakt přiřazen správné firmě; vedení procesu zase potvrdí, zda stav a další krok odpovídají realitě. Kontrolní vzorek má zahrnout běžné záznamy i výjimky, které byly při přípravě nejrizikovější.
Hotový importní balíček má sedm částí
neměnný zdrojový snímek,
schválený rozsah přenášených dat,
datový slovník a mapování polí,
pracovní soubor s vyřešenými výjimkami a identifikátory,
finální importní soubor,
protokol změn a chyb,
přejímací kontrolu se jmény odpovědných lidí.
Tím končí příprava dat a ověření importu. Rozhodování, kdy ukončit zápis do Excelu, jak nastavit pilot, školení a provoz po spuštění, je jiná část projektu. Navazuje na ni praktický článek jak zavést CRM nebo ERP bez dvojí evidence.
Shrnutí: čistý soubor nestačí, důležitý je prokazatelný výsledek
Příprava zákaznických dat z Excelu pro import do CRM není kosmetický úklid tabulky. Potřebuje jasný model firem, kontaktů a případů, mapování polí, dohledatelné rozhodování o rozsahu, jednoznačné identifikátory a kontrolu vazeb po importu.
Pokud se nejdřív sjednotí význam dat a teprve potom jejich formát, firma získá import, který lze zkontrolovat i bez slepé důvěry v zelenou hlášku nástroje. CRM pro evidenci klientů a poptávek pak začíná s daty, kterým obchod i vedení rozumějí.
Zdroje a metodika
Microsoft Learn: Manage configuration and migration data for Dynamics 365 projects – plánování rozsahu, mapování, transformace, odpovědnosti, testování a validace migrace.
Microsoft Learn: Guidance for user acceptance test after data migration – oddělení technického importu od datové a uživatelské akceptace.
HubSpot Knowledge Base: Format import files – příklad vendorových požadavků na identifikátory, povinná pole a vazby při importu.
Nařízení (EU) 2016/679, článek 5 – zásady účelového omezení, minimalizace, přesnosti a omezení uložení osobních údajů.
Postup v článku je praktický redakční framework Metricu, nikoli univerzální technická specifikace konkrétního CRM ani právní stanovisko. Přesné formáty, povinná pole a chování při aktualizaci se musí ověřit v dokumentaci cílového systému.
