Keď finančný tím uzatvára mesiac v jednom systéme, prevádzkové oddelenie sleduje výkonnosť v inom a zákaznícky servis zaznamenáva problémy v treťom, firma nemá len problém s vykazovaním. Má problém s realizáciou. Preto je pochopenie toho, ako prepojiť izolované podnikové údaje, dôležité oveľa viac než len z hľadiska analýzy. Ak sú vaše údaje roztrieštené medzi systémy ERP, CRM, tabuľkové kalkulátory, e-maily, staršie nástroje a lokálne databázy, každé úsilie o zlepšenie sa spomaľuje, zdražuje a je ťažšie ho škálovať.
Pre vedúcich pracovníkov v podnikoch sú izolované údaje zriedka dôsledkom jedného nesprávneho technologického rozhodnutia. Zvyčajne sa tento problém postupom času zhoršuje v dôsledku akvizícií, výberu nástrojov na úrovni oddelení, starších prispôsobení a provizórnych riešení procesov. Výsledok je známy: duplicitné záznamy, rozporuplné čísla na manažérskych poradoch, ručné zosúlaďovanie a iniciatívy v oblasti automatizácie, ktoré uviaznu na mŕtvom bode, pretože zdrojovým údajom nemožno dôverovať.
Kľúčom k prepojeniu izolovaných podnikových údajov je proces
Mnohé organizácie začínajú s integračnými nástrojmi. Je to pochopiteľné, ale často ide o nesprávny prvý krok. Skôr než sa rozhodnete, ako by mali systémy vymieňať údaje, musíte určiť, ktoré obchodné procesy skutočne vyžadujú zdieľané a riadené informácie.
Dobrým príkladom je proces „od nákupu po platbu“. Oddelenie nákupu môže mať na starosti zaradenie dodávateľov, finančné oddelenie overovanie faktúr a prevádzkové oddelenie príjem tovaru. Ak sú záznamy o dodávateľoch, stav objednávok, údaje z faktúr a výnimky v jednotlivých tímoch uložené odlišne, žiadny prehľadový panel ani bot nevyrieši základný problém. Potrebujete spoločný návrh procesu, jasné vymedzenie vlastníctva údajov a pravidlá, podľa ktorých každý systém prispieva k celkovej transakcii.
Práve v tomto bode mnohé transformačné programy strácajú na dynamike. Izolované údaje považujú za technický integračný problém, hoci v skutočnosti ide o otázku podnikovej architektúry. Otázka neznie len to, ako údaje presunúť. Otázka znie, ktoré údaje by sa mali štandardizovať, kde by sa mali spravovať, ako často sa musia aktualizovať a kto nesie zodpovednosť, ak dôjde k poruche.
Zistite, ktoré izolované útvary skutočne znižujú výkonnosť
Nie každé izolované dátové úložisko si zaslúži okamžitú investíciu. Niektoré izolované dátové súbory spôsobujú len menšie problémy pri vykazovaní. Iné priamo znižujú tržby, spomaľujú inkaso, zvyšujú riziko porušenia predpisov alebo bránia automatizácii. Tento rozdiel je dôležitý.
Začnite zmapovaním niekoľkých kľúčových pracovných postupov od začiatku až do konca. Zameriavajte sa na procesy s vysokým objemom transakcií, častými odovzdávaniami medzi útvarmi a zreteľnými problémami. Bežnými východiskovými bodmi sú procesy „od objednávky po inkaso“, „od obstarania po platbu“, riadenie služieb, plánovanie zásob a finančné uzávierky, pretože náklady spojené s fragmentáciou sa dajú ľahko kvantifikovať.
V každom pracovnom postupe hľadajte miesta, kde tímy opätovne zadávajú informácie, exportujú tabuľky, posielajú e-maily s aktualizáciami stavu alebo ručne zosúlaďujú záznamy z rôznych systémov. Nie sú to len prípady neefektívnosti. Sú to signály, že podnikové údaje nie sú prepojené práve v mieste, kde je potrebné pokračovať v práci.
Užitočnou diagnostickou metódou je položiť si tri otázky. Ktoré rozhodnutia sa oneskorujú kvôli tomu, že údaje sú roztrúsené po rôznych systémoch? Ktoré kontrolné mechanizmy závisia od ručných kontrol? Ktoré automatizované procesy zlyhávajú kvôli nekonzistentnosti vstupných údajov? Odpovede vás zvyčajne nasmerujú k izolovaným systémom s najväčším dopadom na podnikanie.
Vytvorte cieľový dátový model založený na obchodných entitách
Akonáhle sú priority jasné, ďalším krokom je vymedzenie podnikových entít, ktoré je potrebné konzistentne zdieľať. Bežnými príkladmi sú zákazníci, dodávatelia, produkty, aktíva, faktúry, objednávky, zamestnanci a prípady. Tieto entity sa často vyskytujú na viacerých platformách, avšak nemajú rovnakú štruktúru, kvalitu ani význam.
Prepojenie izolovaných dát neznamená, že by sa každá aplikácia musela vtesnať do jednej obrovskej databázy. Vo väčšine podnikov to nie je ani realistické, ani žiaduce. Znamená to vytvorenie cieľového dátového modelu, ktorý definuje, čo je každá kľúčová entita, ktoré atribúty sú dôležité, kde sa nachádza hlavný systém záznamov a ako ostatné systémy využívajú aktualizácie.
Práve tu zohráva dôležitú úlohu disciplína. Ak jeden systém označí zákazníka za aktívneho na základe histórie objednávok, druhý na základe stavu fakturácie a tretí na základe termínov servisnej zmluvy, je isté, že v správach vzniknú rozpory. Spoločný model tieto rozpory minimalizuje a vytvára základ pre automatizáciu a analýzy, na ktoré sa tímy môžu spoľahnúť.
Ide o kompromis medzi rýchlosťou a kontrolou. Odľahčený model môže urýchliť realizáciu projektu, avšak ak nezohľadňuje kľúčové definície a pravidlá zodpovednosti, tie isté problémy sa neskôr vrátia a budú stáť viac. Na druhej strane, rozsiahla modelovacia činnosť v rámci celej organizácie môže spomaliť pokrok. Lepším prístupom je postupná štandardizácia zameraná na pracovné toky, ktoré sú najdôležitejšie.
Vyberte si model integrácie, ktorý vyhovuje potrebám vašej firmy
Neexistuje žiadna univerzálna architektúra, ktorá by určovala, ako prepojiť izolované podnikové údaje. Správny návrh závisí od dôležitosti procesu, požiadaviek na latenciu, vyspelosti systému a potrieb v oblasti riadenia.
V niektorých prípadoch stačí hromadná synchronizácia. Ak sa finančný prehľad aktualizuje každé ráno a slúži skôr na plánovanie než na prevádzku v reálnom čase, nočný prenos údajov môže byť úplne prijateľný. V iných prípadoch sú udalosti v takmer reálnom čase nevyhnutné. Ak riadenie skladu, dispečing služieb alebo riadenie výnimiek závisí od okamžitých aktualizácií, oneskorenia predstavujú prevádzkové riziko.
Musíte sa tiež rozhodnúť, kde by sa mali údaje konsolidovať na účely analýzy a kde by mali zostať rozptýlené na účely spracovania. Centrálna dátová platforma môže podporovať podnikové výkazníctvo, modely umelej inteligencie a historické analýzy. Integrita transakcií však zvyčajne stále patrí do prevádzkových systémov, ako sú ERP, CRM alebo výrobné platformy. Pokusy o to, aby jedna vrstva zvládala všetko, často vedú k zložitosti namiesto prehľadnosti.
Preto by sa architektonické rozhodnutia mali odvíjať od obchodných výsledkov, a nie od momentálnych trendov dodávateľov. API, integrácia riadená udalosťami, middleware, dátové sklady, dátové jazerá aj platformy pre kmeňové údaje – všetky majú svoje opodstatnenie. Chybou je výber nástroja ešte pred definovaním procesu, pravidiel pre údaje a požadovaných úrovní služieb.
Správa a riadenie zabezpečuje, že údaje zostávajú prepojené aj v priebehu času
Väčšina organizácií dokáže systémy prepojiť len raz. Len máloktoré z nich však dokážu zabezpečiť spoľahlivosť údajov aj v situácii, keď sa menia procesy, aplikácie sa vyvíjajú a zavádzajú sa nové automatizované riešenia.
Preto riadenie nie je len dodatočnou vrstvou, ktorá sa pridáva až po technickom nasadení. Je súčasťou prevádzkového modelu. Potrebujete určiť zodpovedných za kľúčové dátové domény, dohodnúť prahové hodnoty kvality, pravidlá riešenia výnimiek a zabezpečiť prehľad o poruchách. Ak sa prestanú synchronizovať záznamy o zákazníkoch, ak sa zdvojujú identifikačné čísla dodávateľov alebo ak sa stavy faktúr v jednotlivých systémoch nezhodujú, tímy by o tom mali byť rýchlo informované a mali by vedieť, kto má konať.
Dobrá správa vecí verejných nemusí byť byrokratická. Príliš komplikovaná správa vecí verejných totiž často spomaľuje zavádzanie. Dôležitá je praktická kontrola: jasné rozdelenie zodpovednosti, merateľná kvalita, zdokumentované definície a rytmus riešenia problémov. V podnikovom prostredí práve toto premení jednorazový integračný projekt na škálovateľný dátový základ.
Automatizácia a vykazovanie by mali byť príjemcami čistých údajov, nie ich náhradou
Bežným javom v transformáciách, ktoré uviazli na mŕtvom bode, je snaha kompenzovať nesúrodé údaje väčšou automatizáciou. Tímy nasadzujú boty na presúvanie súborov, skripty na opravu záznamov a riadiace panely na zosúlaďovanie výstupov. To síce môže dočasne zmierniť problémy, zvyčajne však vedie k nárastu náročnosti údržby a technického dlhu.
Automatizácia funguje najlepšie vtedy, keď sú procesy už zorganizované a údaje už štruktúrované. To isté platí aj pre prípady použitia umelej inteligencie. Ak sú zdrojové údaje roztrieštené, nekonzistentné alebo nedostatočne riadené, odzrkadlí sa to na kvalite výstupu. Ani lepšie pokyny, ani inteligentnejšie modely nedokážu napraviť chybnú logiku procesov alebo protirečivé kmeňové údaje.
Z tohto dôvodu by mali byť systémy na tvorbu správ a automatizácia koncipované ako spotrebitelia stabilnej dátovej infraštruktúry. Môžu odhaľovať problémy, urýchľovať vykonávanie a zvyšovať prehľadnosť, nemali by však niesť bremeno následného odstraňovania štrukturálnych problémov.
Praktický návod na prepojenie izolovaných dát
Pre väčšinu podnikov je správnym postupom postupné zavádzanie. Začnite s jedným alebo dvoma dôležitými pracovnými postupmi, v ktorých izolované údaje spôsobujú merateľné náklady alebo zdržania. Zmapujte proces, identifikujte kľúčové entity, určite zodpovednosť a navrhnite minimálnu funkčnú integračnú architektúru. Následne zavádzajte kontrolné mechanizmy na zabezpečenie kvality údajov a riešenie problémov, a až potom pokračujte v ďalšom rozširovaní.
Toto poradie je dôležité. Ak začnete len s nástrojmi, môžete síce prepojiť systémy, ale bez zlepšenia samotného procesu. Ak začnete so širokou víziou podnikových dát bez konkrétnych prípadov použitia v blízkej budúcnosti, program sa môže zvrtnúť. Najúčinnejšie transformačné snahy postupujú od identifikácie problémov v podnikaní cez prepracovanie procesov a dátovú architektúru až po automatizáciu a meranie.
Práve v tomto smere pomáha aj jednotný model realizácie. Stratégia, správa dát, prepracovanie procesov, integrácia a automatizácia sú úzko prepojené. Ich rozdelenie medzi príliš veľa dodávateľov často vedie k opätovnému vzniku tých istých izolovaných útvarov, ktoré sa práve snažíte odstrániť. Realizácia funguje lepšie, keď jeden tím dokáže zosúladiť rozhodnutia týkajúce sa procesov, technickú architektúru a prevádzkové KPI do jediného plánu realizácie.
Spoločnosť Ective k tejto práci pristupuje práve z tohto hľadiska: najprv prepojiť procesy, potom štruktúrovať údaje a až nakoniec na základe prehľadnejšieho základu rozšíriť automatizáciu a prehľadnosť.
Ak vaše tímy naďalej porovnávajú tabuľky, aby našli odpovede na základné prevádzkové otázky, problémom nie je nedostatok prehľadových panelov. Problémom je, že spoločnosť sa ešte nerozhodla, ako by mali informácie prúdiť v rámci pracovných procesov. Ak tento problém vyriešite, bude oveľa jednoduchšie dosiahnuť kvalitnejšie vykazovanie, prísnejšie kontroly a škálovateľnú automatizáciu.
