Zjednotenie rozptýlených obchodných údajov v praxi

Finančný riaditeľ sa v piatok popoludní opäť pýta tú istú otázku: koľko objednávok máme skutočne v procese plnenia? Na odpoveď je potrebné zhromaždiť údaje z CRM predaja, z e-shopu, zo skladového systému a z niekoľkých Excel súborov. Kým sa správa pripraví, už nie je isté, že čísla ukazujú rovnakú situáciu. Zjednotenie rozptýlených obchodných údajov sa týka presne takýchto situácií - nejde len o databázy, ale o to, aby manažéri a zamestnanci pracovali z tej istej reality.

Väčšina rastúcich podnikov nemá problém spôsobený jednou veľkou systémovou chybou. Skôr sa na seba nabaľuje mnoho riešení, ktoré sa na prvý pohľad zdajú rozumné. Jedna tabuľka namiesto starého exportu, manuálny e-mail, pretože dva systémy nekomunikujú, samostatná evidencia, pretože bolo rýchlejšie spustiť nový proces. Tieto riešenia môžu fungovať jednotlivo. Spoločne však spôsobujú neistotu v prevádzke.

Problémom nie je, že existuje viacero systémov

Je prirodzené, že organizácia s 50 alebo 200 zamestnancami má viacero systémov. E-shop plní inú úlohu ako ERP, CRM, fakturačný systém, riadenie výroby alebo skladová aplikácia. Cieľom nie je vtesnať všetky obchodné funkcie do jedného softvéru. Takéto úsilie je často drahé, pomalé a vytvára nové kompromisy.

Skutočná otázka je, či sú údaje súvisiace s obchodnou udalosťou sledovateľné. Ak zákazník zadá objednávku, je jasne viditeľné, kedy bola prijatá, čo obsahuje, či je na sklade, komu patrí, či bola doručená a fakturovaná? Ak každý systém na to dáva inú odpoveď, nejde len o nedostatok údajov. Spoločnosť má viacero konkurenčných obrazov reality.

To má aj ľudské dôsledky. Kolegovia začínajú používať svoje vlastné, údajne overené súbory. Manažéri žiadajú čoraz viac konzultácií. Skúsený zamestnanec sa stáva prekladateľom medzi systémami, ktorý vie, ktorému číslu možno veriť. Keď ide na dovolenku alebo odíde, proces sa náhle spomalí.

Ako sa prejavuje problém rozptýlených obchodných údajov?

Rozptýlenosť údajov sa zriedka prejavuje tak, že niekto povie: naša dátová architektúra je zlá. Skôr sa dá rozpoznať z opakujúcich sa, každodenných príznakov. Mesačné uzávierky začínajú niekoľkodňovým zberom údajov. Sklad žiada telefonicky alebo e-mailom potvrdenie objednávky. Predaj sľubuje zásoby, ktoré sú v skutočnosti už rezervované. Fakturácia môže začať až po manuálnej kontrole.

Obzvlášť výrečný je znak, keď sa ten istý základný údaj musí udržiavať na viacerých miestach. Adresa zákazníka sa objavuje v CRM, fakturačnom systéme, e-shope a na prepravnej platforme. Číslo alebo cena produktu žije vo viacerých tabuľkách. V takých prípadoch nie je otázkou, či sa vyskytne rozdiel, ale kedy sa zistí.

Náklady na chyby nie sú vždy viditeľné. Môže to byť balík odoslaný so zlou etiketou, faktúra vystavená s oneskorením alebo nepresná správa o zásobách. Ale ak sa tieto chyby opakujú denne, administratíva často rastie rýchlejšie ako príjmy. Spoločnosť prijíma viac ľudí na koordináciu, zatiaľ čo základná neistota procesu zostáva nezmenená.

Zjednotenie začína odhalením cesty údajov

Pred zjednotením rozptýlených obchodných údajov je vhodné skúmať nie systémy, ale procesy. Vyberte si proces, ktorý priamo ovplyvňuje príjmy, plnenie alebo zákaznícku skúsenosť. Môže to byť cesta od objednávky k fakturácii, nákup, spracovanie reklamácií alebo správa výrobnej objednávky.

Potom je potrebné sledovať, čo sa skutočne deje, nie to, čo predpokladá popis procesu. Kto najprv zaznamenáva údaje? Ktorý systém sa považuje za oficiálny zdroj? Kto ich kopíruje, dopĺňa alebo kontroluje? Kde vzniká e-mail, telefonát alebo Excel-export, pretože informácie nie sú dostupné tam, kde sú potrebné?

U obchodníka s e-shopom môže objednávka prísť automaticky, ale zamestnanec ju každé ráno exportuje do tabuľky, tam kontroluje zásoby a potom ručne zaznamenáva údaje do fakturačného systému. Na prvý pohľad to vyzerá ako problém troch systémov. Pri bližšom pohľade môže byť hlavnou otázkou: ktorý systém spravuje rezervovateľné zásoby a kedy sa objednávka stáva finančným plnením? Pokiaľ na to neexistuje jasná obchodná odpoveď, technické prepojenie len rýchlejšie prenáša neistotu.

Kto je vlastníkom údajov?

Každý kritický údaj by mal mať primárneho vlastníka. Nemusí to byť nevyhnutne osoba, ale jednoznačne určený systém a pravidlá zodpovednosti. Napríklad zákaznícka základňa môže byť overená v CRM, fakturačné údaje vo finančnom systéme a fyzické zásoby v skladovom alebo ERP systéme.

Určenie vlastníka neznamená, že iný systém nemôže údaje používať. Práve naopak: informácie by sa mali dostať tam, kde podporujú obchodnú úlohu. Rozdiel je v tom, že je jasné, kde možno údaje upraviť a odkiaľ treba prevziať aktuálnu hodnotu. To znižuje potrebu duplicitného zadávania údajov a neskoršej konzultácie.

Rovnako dôležité sú identifikátory. Ak ten istý zákazník, produkt alebo objednávka figuruje v každom systéme pod iným názvom alebo kódom, integrácia sama o sebe nevytvorí spoľahlivé údaje. Jednotné identifikátory sú menej viditeľné ako nový dashboard, ale tvoria základ pre neskoršie správy a automatizované procesy.

Nie každá odchýlka je technická chyba

Mnoho spoločností robí chybu, že pri prvom probléme hľadajú nový systém. Odlišné údaje však často naznačujú nedostatok skutočných obchodných pravidiel. Napríklad predaj, sklad a financie interpretujú stav objednávky rôzne. Pre jeden tím je objednávka uzavretá, keď ju zákazník zadá. Pre druhý, keď je pripravená. Pre financie až vtedy, keď je fakturovateľná.

Všetky tri pohľady môžu byť oprávnené, ale ten istý údaj nemôže mať rôzne významy. V takých prípadoch nemusí byť potrebný jediný status, ale dobre definované stavy, zodpovední a odovzdávacie body. Technológia to môže neskôr spracovať, ale definíciu nenahradí.

Preto je užitočné začať prácu na zjednotení otázkami kvality údajov. Ktoré polia sú povinné? Kto môže opraviť nesprávne údaje? V akom prípade môže jeden systém prepísať iný? Aké oneskorenie je prijateľné pre aktualizáciu? Pri logistických údajoch o zásobách môže byť dôležitých aj niekoľko minút, zatiaľ čo pri manažérskej správe o nákladoch môže byť dostatočná denná aktualizácia. Správne riešenie závisí od obchodnej potreby rozhodovania.

Kedy je integrácia opodstatnená a kedy je iná odpoveď?

Ak je proces jasný, automatizácia prenosu údajov medzi systémami môže eliminovať veľa manuálnej práce. Objednávka, pohyb zásob, faktúra alebo prepravné údaje sa môžu presunúť do správneho systému bez toho, aby ich niekto musel znovu zadávať. To môže urýchliť plnenie, znížiť chyby a poskytnúť aktuálnejšie správy.

Ale nie vždy je integrácia správnym prvým krokom. Môže sa stať, že je potrebné zjednodušiť proces, ktorý je príliš zaťažený schváleniami. Inokedy je dátová štruktúra starého systému tak nekonzistentná, že je najprv potrebné čistenie, štandardizácia alebo postupná modernizácia. Niekedy je lepšie, keď výnimočný pracovný proces spravuje cielená interná aplikácia, než ďalšie prispôsobenie všeobecného systému.

Pri technickej realizácii je spoľahlivosť rovnako dôležitá ako rýchlosť prenosu údajov. Je potrebné vedieť, čo sa stane, ak systém dočasne nie je dostupný, záznam je chybný alebo tá istá správa dorazí dvakrát. Potrebná je kontrolovateľnosť, zaznamenávanie chýb, spätná sledovateľnosť a jednoznačná zodpovednosť. Neviditeľne chybný spoj môže byť nebezpečnejší ako dobre viditeľný manuálny krok.

Dobrá správa nevzniká ako samostatný projekt

Manažérsky dashboard je často najviditeľnejším výsledkom zjednotených údajov, no nie je to miesto, kde by sa malo začať. Ak údaje za ukazovateľmi pochádzajú z rôznych definícií, oneskorených exportov a ručných úprav, pekný graf len rýchlejšie ukáže nepresné čísla.

Najprv je potrebné zaznamenať, aké rozhodnutie správa podporuje. Je potrebné vidieť úroveň zásob, pokrytie, čas plnenia objednávok, oneskorenia alebo výrobnú kapacitu? Kto ju používa, ako často a čo sa stane, ak sa hodnota líši od plánu? Dobre navrhnutá správa nielen informuje, ale aj jasne ukazuje, kde je potrebné zasiahnuť.

Trvalý poriadok nevzniká tým, že sa všetky údaje dostanú na jedno miesto. Vzniká tým, že každý vie, ktorá informácia je overená, ako sa dostane k ďalšiemu kroku a čo sa stane, ak vznikne rozdiel. Keď je to jasné, technologické vylepšenia už nebudú samostatnými projektmi, ale súčasťou predvídateľnejšej prevádzky.