Szétszórt üzleti adatok egységesítése a gyakorlatban

A pénzügyi vezető péntek délután ismét ugyanazt a kérdést teszi fel: mennyi rendelésünk van ténylegesen teljesítés alatt? A válaszhoz az értékesítés CRM-jéből, a webshopból, a raktári rendszerből és néhány Excel-fájlból kell adatot összeszedni. Mire elkészül a riport, már nem biztos, hogy a számok ugyanazt a helyzetet mutatják. A szétszórt üzleti adatok egységesítése pontosan az ilyen helyzetekről szól - nem pusztán adatbázisokról, hanem arról, hogy a vezetők és a munkatársak ugyanabból a valóságból dolgozzanak.

A legtöbb növekvő vállalatnál nem egyetlen nagy rendszerhiba okozza a problémát. Inkább sok, elsőre ésszerűnek tűnő megoldás rakódik egymásra. Egy táblázat egy régi export helyett, egy manuális e-mail azért, mert két rendszer nem kommunikál, egy külön nyilvántartás, mert abban gyorsabb volt elindítani egy új folyamatot. Ezek egyenként működhetnek. Együtt azonban bizonytalanná teszik az üzemi működést.

Nem az a gond, hogy több rendszer van

Egy 50 vagy 200 fős szervezetnek természetes módon több rendszere is lehet. A webshop más feladatot lát el, mint az ERP, a CRM, a számlázó, a termelésirányítás vagy a raktári alkalmazás. Nem cél minden üzleti funkciót egyetlen szoftverbe kényszeríteni. Az ilyen törekvés sokszor drága, lassú, és közben új kompromisszumokat teremt.

A valódi kérdés az, hogy egy üzleti eseményhez kapcsolódó adatok követhetők-e. Ha egy ügyfél lead egy rendelést, egyértelműen látszik-e, hogy az mikor került be, mit tartalmaz, készleten van-e, kihez tartozik, kiszállították-e és kiszámlázták-e? Ha minden rendszer erre más választ ad, akkor nem egyszerűen adathiány van. A vállalatnak több, egymással versengő valóságképe van.

Ennek emberi következménye is van. A kollégák elkezdik a saját, ellenőrzöttnek hitt fájljaikat használni. A vezetők egyre több egyeztetést kérnek. Egy tapasztalt munkatárs válik a rendszerek közötti fordítóvá, aki tudja, melyik számnak lehet hinni. Amikor szabadságra megy vagy kilép, a folyamat hirtelen lelassul.

Hogyan látszik a szétszórt üzleti adatok problémája?

Az adatok szétszórtsága ritkán úgy jelenik meg, hogy valaki kimondja: rossz az adatarchitektúránk. Inkább ismétlődő, hétköznapi tünetekből ismerhető fel. A havi zárás több napos adatgyűjtéssel indul. A raktár telefonon vagy e-mailben kér megerősítést egy rendelésről. Az értékesítés olyan készletet ígér meg, amely valójában már foglalt. A számlázás csak manuális ellenőrzés után tud elindulni.

Különösen beszédes jel, amikor ugyanazt az alapadatot több helyen is karban kell tartani. Egy ügyfél címe megjelenik a CRM-ben, a számlázóban, a webshopban és a fuvarozói felületen. Egy termék cikkszáma vagy ára több táblázatban él. Ilyenkor nem az a kérdés, előfordul-e eltérés, hanem az, mikor derül ki.

A hibák költsége nem mindig látványos. Lehet egy rossz címkével kiküldött csomag, egy késve kiállított számla vagy egy pontatlan készletjelentés. De ha ezek naponta ismétlődnek, az adminisztráció növekedése gyakran gyorsabb lesz, mint az árbevételé. A cég több embert vesz fel a koordinációra, miközben a folyamat alapvető bizonytalansága változatlan marad.

Az egységesítés az adat útjának feltárásával kezdődik

A szétszórt üzleti adatok egységesítése előtt érdemes nem rendszereket, hanem folyamatokat vizsgálni. Válasszanak ki egy olyan folyamatot, amely közvetlenül befolyásolja a bevételt, a teljesítést vagy az ügyfélélményt. Ez lehet a rendeléstől a számlázásig tartó út, a beszerzés, a reklamációkezelés vagy a termelési rendelés kezelése.

Ezután végig kell követni, mi történik valójában, nem pedig azt, amit a folyamatleírás feltételez. Ki rögzíti az adatot először? Melyik rendszer számít hivatalos forrásnak? Ki másolja át, egészíti ki vagy ellenőrzi? Hol születik e-mail, telefonhívás vagy Excel-export azért, mert az információ nem érhető el ott, ahol szükség lenne rá?

Egy webshopos kereskedőnél például a rendelés automatikusan beérkezhet, de a munkatárs minden reggel exportálja azt egy táblázatba, ott ellenőrzi a készletet, majd kézzel rögzíti az adatokat a számlázóban. Első pillantásra három rendszer problémájának tűnik. Közelebbről nézve lehet, hogy a fő kérdés az: melyik rendszer kezeli a foglalható készletet, és mikor válik a rendelés pénzügyi teljesítéssé? Amíg erre nincs tiszta üzleti válasz, egy technikai összekötés csak gyorsabban viszi tovább a bizonytalanságot.

Ki az adat gazdája?

Minden kritikus adatnak kell lennie egy elsődleges gazdájának. Ez nem feltétlenül egy személy, hanem egy egyértelműen kijelölt rendszer és felelősségi szabály. Az ügyféltörzs például a CRM-ben lehet hiteles, a számlázási adatok a pénzügyi rendszerben, a fizikai készlet pedig a raktári vagy ERP-rendszerben.

A gazda kijelölése nem jelenti azt, hogy más rendszer nem használhatja az adatot. Éppen ellenkezőleg: az információnak el kell jutnia oda, ahol üzleti feladatot támogat. A különbség az, hogy világos, hol lehet módosítani, és honnan kell átvenni az aktuális értéket. Ez csökkenti a duplikált adatbevitel és a későbbi egyeztetés szükségességét.

Ugyanilyen fontosak az azonosítók. Ha ugyanaz az ügyfél, termék vagy rendelés minden rendszerben más néven vagy eltérő kóddal szerepel, az integráció önmagában sem fog megbízható adatot létrehozni. Az egységes azonosítók kevésbé látványosak, mint egy új dashboard, de ezek adják a későbbi riportok és automatizált folyamatok alapját.

Nem minden eltérés technikai hiba

Sok vállalat ott hibázik, hogy az első rendellenességre új rendszert keres. Pedig az eltérő adatok gyakran valós üzleti szabályok hiányát jelzik. Például másképp értelmezi a rendelés állapotát az értékesítés, a raktár és a pénzügy. Az egyik csapat számára a rendelés akkor lezárt, amikor a vevő leadta. A másiknak akkor, amikor összekészítették. A pénzügynek pedig csak akkor, amikor számlázható.

Mindhárom nézőpont lehet jogos, de ugyanazt a mezőt nem használhatják eltérő jelentéssel. Ilyenkor nem feltétlenül egyetlen státuszra van szükség, hanem jól definiált állapotokra, felelősökre és átadási pontokra. A technológia ezt később képes kezelni, de a definíciót nem helyettesíti.

Ezért hasznos az egységesítési munkát adatminőségi kérdésekkel kezdeni. Mely mezők kötelezőek? Ki javíthat hibás adatot? Milyen esetben írhat felül egy rendszer egy másikat? Milyen késéssel fogadható el egy frissítés? Egy logisztikai készletadatnál akár néhány perc is számíthat, míg egy vezetői költségriportnál egy napi frissítés elegendő lehet. A megfelelő megoldás a döntés üzleti időigényétől függ.

Mikor indokolt az integráció, és mikor más a válasz?

Ha a folyamat tiszta, a rendszerek közötti adatátadás automatizálása sok manuális munkát szüntethet meg. A rendelés, a készletmozgás, a számla vagy a fuvaradat átkerülhet a megfelelő rendszerbe anélkül, hogy valakinek újra be kellene gépelnie. Ez gyorsíthatja a teljesítést, csökkentheti az elütéseket, és naprakészebb riportokat adhat.

De nem minden esetben az integráció a helyes első lépés. Előfordulhat, hogy egy túl sok jóváhagyással terhelt folyamatot kell egyszerűsíteni. Máskor egy régi rendszer adatszerkezete olyan következetlen, hogy előbb tisztításra, szabványosításra vagy fokozatos modernizációra van szükség. Van, amikor egy célzott belső alkalmazás kezeli jobban a kivételes munkafolyamatot, mint egy általános rendszer újabb testreszabása.

A technikai megvalósításnál a megbízhatóság legalább olyan fontos, mint az adatátadás sebessége. Tudni kell, mi történik, ha egy rendszer átmenetileg nem elérhető, egy rekord hibás, vagy ugyanaz az üzenet kétszer érkezik meg. Kell ellenőrizhetőség, hibanaplózás, visszakereshetőség és egyértelmű felelősség. Egy láthatatlanul hibázó kapcsolat veszélyesebb lehet, mint egy jól látható manuális lépés.

A jó riport nem külön projektként születik

A vezetői dashboard gyakran az egységes adatok leglátványosabb eredménye, mégsem ezzel érdemes kezdeni. Ha a mutatók mögötti adatok eltérő definícióból, késői exportokból és kézi javításokból állnak, a szép grafikon csak gyorsabban mutat pontatlan számokat.

Előbb azt kell rögzíteni, milyen döntést szolgál a riport. Készletszintet kell látni, fedezetet, rendelésteljesítési időt, késedelmeket vagy termelési kapacitást? Ki használja, milyen gyakran, és mi történik, ha az érték eltér a tervtől? A jól kialakított riport nem pusztán tájékoztat, hanem egyértelművé teszi, hol kell beavatkozni.

A tartós rend nem attól jön létre, hogy minden adat egy helyre kerül. Attól jön létre, hogy mindenki tudja, melyik információ hiteles, hogyan jut el a következő lépéshez, és mi történik, ha eltérés keletkezik. Amikor ez világos, a technológiai fejlesztések már nem különálló projektek lesznek, hanem egy kiszámíthatóbb működés részei.