Ki felel a rendszerintegrációs adatminőségért?

A webshop rendelései bekerülnek az ERP-be, onnan a raktárba, majd a számlázóba. Papíron minden rendszer össze van kötve, mégis naponta javítani kell cikkszámokat, hiányoznak szállítási adatok, és a vezetői riportban más készlet látszik, mint a raktárban. Ilyenkor hamar felmerül a kérdés: ki felel a rendszerintegrációs adatminőségért?

A rövid válasz: nem kizárólag az informatikai csapat, nem kizárólag a rendszerintegrátor, és nem kizárólag az az ügyintéző, aki először rögzítette az adatot. Az adatminőség üzleti felelősség, amelyhez technikai és működési kontrollok is kellenek. Ha ez nincs egyértelműen kijelölve, az integráció csak gyorsabban továbbítja a hibákat egyik rendszerből a másikba.

Az integráció nem javítja meg automatikusan az adatokat

Egy rendszerintegráció feladata az információk meghatározott szabályok szerinti továbbítása és szinkronizálása. Ez lehet rendelés, partneradat, terméktörzs, ár, készlet, gyártási státusz vagy számlázási információ. Attól azonban, hogy az adat technikailag átjut A rendszerből B rendszerbe, még nem biztos, hogy üzletileg használható.

Ha ugyanaz a termék háromféle cikkszámon szerepel, az integráció nem tudhatja magától, melyik a helyes. Ha a webshopban opcionális a telefonszám, de a fuvarozó rendszerében kötelező, valakinek el kell döntenie, mi történjen a hiányos rendeléssel. Ha az értékesítés egyedi vevőneveket ír be, miközben a pénzügy jogi név alapján számláz, a duplikált partnerrekordok nem technológiai hibából keletkeznek.

Ezért az adatminőséget nem érdemes egyetlen hibakategóriaként kezelni. A gyakorlatban a pontosság, teljesség, egységesség, időszerűség és egyértelműség együtt számít. Egy tegnapi, de pontos készletadat is problémát okozhat, amikor ma kell teljesítési ígéretet adni az ügyfélnek.

Ki felel a rendszerintegrációs adatminőségért a gyakorlatban?

A felelősség megosztott, de nem lehet homályos. Minden kritikus adatcsoporthoz kell egy üzleti tulajdonos, egy működtetési felelős és egy technikai felelős. Nem feltétlenül három külön emberről van szó egy 20 fős cégnél, de a három nézőpontnak jelen kell lennie.

Az üzleti adatgazda dönti el, mi a helyes adat

Az üzleti adatgazda ismeri az adat jelentését és következményét. A kereskedelmi vezető például a vevő- és árképzési adatokért, a raktárvezető a készlet és a cikktörzs működési szabályaiért, a pénzügyi vezető a számlázási és adózási adatokért lehet felelős.

Ez nem azt jelenti, hogy neki kell kézzel javítania minden rekordot. Az ő feladata annak kimondása, hogy melyik adat a hivatalos, milyen formában kell rögzíteni, mi számít elfogadható eltérésnek, és mi történjen hiba esetén. Például eldönti, hogy egy új termék mikor kerülhet értékesíthető státuszba, illetve ki hagyhatja jóvá a terméktörzsben a mértékegységet vagy az áfakulcsot.

Üzleti adatgazda nélkül az IT gyakran kényszerül üzleti döntésekre. Ilyenkor a fejlesztő vagy rendszergazda választ egy logikát a hiányzó információ helyett. Ez gyorsnak tűnhet, de később vitatható működést eredményez: a rendszer azt csinálja, amit beállítottak, csak nem biztos, hogy azt, amire az üzletnek szüksége van.

A folyamatgazda felel azért, hogy az adat jól keletkezzen

Az adathiba legtöbbször nem az integrációs rétegben születik. Korábban keletkezik: rendelésfelvételkor, beszerzéskor, átvételkor, termékfeltöltéskor vagy egy Excel-fájl importálásakor. A folyamatgazda azt vizsgálja, hol, ki és milyen körülmények között rögzíti az adatot.

Vegyünk egy egyszerű példát. A raktár rendszeresen olyan rendeléseket kap, amelyekhez nincs megadva megfelelő szállítási mód. A megoldás nem feltétlenül az, hogy a raktár továbbra is telefonáljon az értékesítésnek, vagy hogy az integrátor egy újabb kivételszabályt írjon. Előbb azt kell megérteni, miért hiányzik az adat. Nem kötelező a mező a webshopban? Az ügyfélszolgálat e-mailből viszi fel a rendelést? Nem egyértelmű, melyik fuvarozó melyik termékhez használható?

A jó folyamatgazda nem a hibajavítás sebességét, hanem a hiba keletkezésének okát keresi. Ezzel csökkenthető a kollégák ismétlődő adminisztrációja és az a kockázat is, hogy egy tapasztalt munkatárs fejben tartja az összes kivételt.

Az IT és az integrátor a technikai adatútért felel

A technikai felelős feladata, hogy az elfogadott üzleti szabályok megbízhatóan működjenek a rendszerek között. Ide tartozik a mezőleképezés, az azonosítók kezelése, a kötelező mezők ellenőrzése, a hibakezelés, a naplózás, a jogosultságok és a monitorozás.

A rendszerintegrátor felelőssége különösen akkor jelentős, amikor a rendszerek eltérően értelmeznek ugyanazokat az adatokat. Egy dátum lehet teljesítési dátum, rendelési dátum vagy várható szállítási dátum. Egy „aktív” termék jelentheti azt, hogy megjelenhet a webshopban, de azt is, hogy a raktár kiadhatja. Ezeket nem szabad feltételezni.

A technikai megvalósításnak azt is láthatóvá kell tennie, ha valami nem ment át. A csendben elbukó szinkronizáció különösen veszélyes. Ha egy rendelés hibás adata miatt nem kerül be az ERP-be, arról ne egy elégedetlen ügyfél vagy egy napi záráskor készített Excel-összesítő értesítse a csapatot. Kell egy kijelölt hibasor, értesítés és egyértelmű felelős a feldolgozására.

Egy forrásrendszer nélkül tartós marad a vita

A több rendszerben kezelt adatoknál alapelv, hogy minden lényeges adatnak legyen kijelölt elsődleges forrása. Ez nem azt jelenti, hogy minden adat csak egy helyen létezhet. Azt jelenti, hogy ha eltérés van, ismert legyen, melyik rendszer adata az irányadó.

A cikktörzs lehet az ERP tulajdona, a webshop pedig csak megjeleníti és kiegészíti marketingtartalommal. A vevői kommunikációs hozzájárulás forrása lehet a CRM, míg a számlázási adatoké a pénzügyi rendszer. A készletadatnál viszont különösen pontosan kell meghatározni, hogy a fizikai raktárkezelő rendszer, az ERP vagy egy gyártási rendszer számít hitelesnek.

A forrásrendszer kijelölése néha kényelmetlen döntéseket hoz. Előfordulhat, hogy egy osztály elveszíti azt a szabadságát, hogy saját táblázatban módosítson adatokat. Cserébe megszűnik az a helyzet, amikor pénteken három vezető három eltérő árbevétel- vagy készletszámot küld egymásnak. A cél nem a központosítás önmagáért, hanem a megbízható döntési alap.

A felelősséget mérhető működéssé kell alakítani

A „figyeljünk jobban az adatokra” nem adatminőségi rendszer. A vezetésnek célszerű néhány üzletileg releváns mutatót választania: hány rendelés érkezik hiányos adattal, hány partnerrekord duplikált, mennyi idő alatt javul egy integrációs hiba, hány kézi korrekció szükséges egy hónapban, és mekkora eltérés van a rendszerek készletadatai között.

Nem minden hibát érdemes azonnal nullára szorítani. Egy ritka, kis értékű kivétel kezelése többe kerülhet, mint maga a hiba. Más a helyzet akkor, ha az eltérés számlázást, határidős teljesítést, termelési tervet vagy megfelelőségi kötelezettséget érint. Az elfogadható minőségi szintet ezért az üzleti kockázat alapján kell meghatározni.

Érdemes rendszeres, rövid felülvizsgálatot tartani az üzlet, az operáció és az IT részvételével. Nem technikai státuszmeetingként, hanem konkrét kérdésekkel: melyik adat hiba okozta a legtöbb utánmunkát, hol alakult ki új manuális kerülőút, melyik szabály nem tükrözi már a valós működést? Egy növekvő vállalatnál a tavaly helyes folyamat könnyen válhat idei szűk keresztmetszetté.

Az adatminőség valójában működési fegyelem

A rendszerintegrációs adatminőségért végső soron a vezetés felel, mert neki kell kijelölnie a tulajdonosi és döntési kereteket. Az üzleti adatgazda felel az adatok jelentéséért, a folyamatgazda a helyes keletkezésükért, az IT és az integrátor pedig azért, hogy az információ ellenőrizhetően, biztonságosan és nyomon követhetően jusson el a megfelelő helyre.

Ha ezek a szerepek tiszták, az integráció nem egy láthatatlan, bizonytalan háttérfolyamat lesz. Olyan működési alapot ad, amelyre a csapat kevesebb javítással, gyorsabb döntésekkel és kiszámíthatóbban építheti a növekedést.