Mi okozza a duplikált adatbevitelt a cégnél?

Valaki minden reggel megnyitja a webshop adminfelületét, letölti az előző napi rendeléseket, majd kézzel rögzíti őket az ügyviteli rendszerben. Ezután az adatokat a raktár is megkapja egy másik táblázatban, a számlázás pedig még egyszer ellenőrzi a címet és a fizetési módot. A kérdés ilyenkor nem egyszerűen az, hogy mi okozza a duplikált adatbevitelt. Inkább az, hogy miért emberek tartják össze azokat a folyamatokat, amelyeknek megbízhatóan kellene átadniuk egymásnak az információt.

A duplikált adatbevitel ritkán egyetlen rossz döntés következménye. Többnyire évek alatt alakul ki: egy átmeneti táblázatból állandó megoldás lesz, egy új rendszer nem kapcsolódik a régihez, vagy egy kivételes ügy kezelése bekerül a napi rutinba. Eleinte a csapat még kézben tartja. Növekvő rendelésállomány, több ügyfél, új telephely vagy új értékesítési csatorna mellett azonban a másolás már nem apró kellemetlenség, hanem működési kockázat.

Mi okozza a duplikált adatbevitelt valójában?

A látható ok általában az, hogy két vagy több rendszerben is szükség van ugyanarra az adatra. Egy rendelés szerepel a webshopban, az ERP-ben, a raktári rendszerben, a futárszolgálati felületen és a számlázóban. Önmagában ez nem probléma. Egy vállalatnak természetesen több alkalmazásra is szüksége lehet, és nem minden folyamatot érdemes egyetlen rendszerbe kényszeríteni.

A probléma ott kezdődik, amikor nem tisztázott, melyik rendszer az adott információ hiteles forrása, és hogyan jut el az adat a következő felhasználási helyére. Ha erre az a válasz, hogy „Péter minden délután átírja”, akkor a folyamat nem integrált. Egy emberi ellenőrzési pontra épül, amely lassít, hibázhat, szabadság alatt kieshet, és nehezen követhető.

A duplikáció mögött gyakran négy, egymással összefüggő működési ok áll:

• a rendszerek közötti információáramlás hiánya vagy bizonytalansága;
• eltérő osztályok által kialakított, egymástól független munkamódszerek;
• nem egyértelmű adatgazdai felelősség;
• kivételekre épített folyamatok, amelyek idővel normál működéssé váltak.

Ezek közül bármelyik elég lehet ahhoz, hogy a munkatársak ugyanazt a vevőnevet, cikkszámot, szállítási címet vagy gyártási adatot újra és újra felvigyék. Együtt azonban gyorsan növelik az adminisztrációt.

Nem mindig technológiai hiba

Könnyű azt mondani, hogy két rendszer nem kommunikál, tehát integrációra van szükség. Ez néha igaz, de nem mindig ez az első megoldandó kérdés. Előbb azt kell megérteni, miért kerül ugyanaz az adat több helyre.

Előfordulhat például, hogy az értékesítés azért rögzíti újra a megrendelést, mert a webshopból érkező rendeléseket üzletileg még jóvá kell hagyni. Ilyenkor nem biztos, hogy az egész adatállományt újra kell vinni. Lehet, hogy csak egy jóváhagyási lépés, egy státusz vagy néhány kivételes adat hiányzik az eredeti folyamatból.

Máskor a másolás valójában egy rejtett minőségellenőrzés. A kolléga azért ellenőrzi és írja be újra a címet, mert a forrásrendszerben gyakoriak a hibás vagy hiányos adatok. Ha ezt egyszerűen automatizálják, a hibás adatok gyorsabban jutnak el a következő rendszerbe. Ebben az esetben az adatbevitel megszüntetése előtt adatvalidációra, kötelező mezőkre vagy világosabb ügyféladat-kezelésre lehet szükség.

A jó kérdés tehát nem az, hogy „melyik szoftver oldja meg?”, hanem az, hogy melyik lépés teremt valódi üzleti értéket. A kontroll, a jóváhagyás és a kivételkezelés indokolt lehet. Az ugyanazon információ változtatás nélküli ismételt begépelése általában nem az.

A különböző adatverziók ára

A duplikált adatbevitel közvetlen költsége könnyen kiszámítható: hány percet tölt el vele egy munkatárs, hányszor naponta, hány emberrel. A tényleges üzleti hatás azonban ennél nagyobb.

Ha az ügyfél címe három rendszerben szerepel, és csak az egyikben javítják, máris háromféle igazság létezik a vállalatban. A raktár régi címre készíti elő a küldeményt, a számlázás más adatot használ, az ügyfélszolgálat pedig nem érti, miért térnek el a státuszok. A hiba nem feltétlenül drámai, de minden javítás újabb e-mailt, telefonhívást, egyeztetést és jóváírást okozhat.

Ugyanez megjelenik készletadatoknál, árlistáknál, beszállítói cikkszámoknál, gyártási paramétereknél és projektstátuszoknál is. A vezetés ilyenkor gyakran azt tapasztalja, hogy mindenki dolgozik, mégsem áll rendelkezésre megbízható riport. Nem azért, mert nincs elég adat, hanem mert az adat több helyen, eltérő időpontban és eltérő szabályok szerint változik.

A humán következmény sem mellékes. A képzett munkatárs ideje nem ügyfélproblémák megoldására, beszerzési döntésekre vagy termelési eltérések elemzésére megy el, hanem másolásra és ellenőrzésre. Ez frusztráló munka, ráadásul a folyamat gyakran egyetlen ember tapasztalatára épül. Amikor ő nincs jelen, a többiek nemcsak a feladatot, hanem a hozzá tartozó kivételek logikáját sem ismerik.

Hol érdemes elkezdeni a vizsgálatot?

A leghasznosabb kiindulópont egy konkrét, gyakran ismétlődő ügy. Nem kell az egész vállalat minden rendszerét egyszerre feltérképezni. Válasszanak egy rendelést, egy új ügyfél rögzítését, egy beszerzési igényt vagy egy gyártási munkalapot, és kövessék végig az útját.

Érdemes megkérdezni: hol keletkezik először az adat? Ki módosíthatja? Hány rendszerben jelenik meg? Melyik átadás automatikus, melyik e-mailben, telefonon vagy táblázatban történik? Ki ellenőrzi a másolást, és mi történik hiba esetén? Már ettől a vizsgálattól is láthatóvá válnak azok a kézi átadások, amelyeket a napi rutin korábban elfedett.

Fontos különválasztani a szükséges ismétlést a felesleges ismétléstől. Egy gyártási rendeléshez például indokolt lehet külön termelési utasítás és minőségbiztosítási rekord. Ezek azonban nem feltétlenül jelentenek új adatbevitelt. A közös alapadatoknak - termékazonosító, vevő, mennyiség, határidő - ellenőrzött módon kellene továbbadódniuk, míg az adott terület csak a saját szakmai információit egészíti ki.

Előbb folyamat, utána megoldás

Ha ismert az adat útja és a duplikáció oka, többféle javítás jöhet szóba. Néha elég egyértelműsíteni, melyik rendszer a törzsadatok forrása és ki felel azok karbantartásáért. Más esetben egy jóváhagyási szabály, egységes űrlap vagy szabványosított cikkszám-struktúra szünteti meg a kézi kerülőutat.

Ha valóban több rendszer között kell rendszeresen adatot mozgatni, akkor az integráció vagy célzott automatizálás indokolt lehet. Ennek célja nem az, hogy minden emberi döntést eltüntessen. A cél az, hogy a rendszer továbbítsa azt, amit már tud, az emberek pedig ott avatkozzanak be, ahol mérlegelésre, kivételkezelésre vagy üzleti felelősségre van szükség.

Van, amikor a meglévő rendszer képességei elegendők, csak sosem alakították ki bennük a megfelelő folyamatot. Van, amikor egy régi alkalmazás korlátai miatt köztes megoldás kell. És van, amikor a sok kézi javítás már azt jelzi, hogy az architektúrát kell felülvizsgálni. Ezek eltérő beruházások és kockázatok, ezért nem érdemes előre kijelölni a technológiát.

A CGAT szemléletében a duplikált adatbevitel nem önálló adminisztrációs hiba, hanem jelzés: valahol megszakadt az információ megbízható áramlása. A javítás akkor lesz tartós, ha nemcsak a másolást szünteti meg, hanem tisztázza a felelősséget, az adatforrást és a kivételek kezelését is.

A legjobb első lépés általában nem egy új rendszer megvásárlása. Vegyenek elő egy olyan folyamatot, amelyben a csapat naponta ugyanazt az adatot legalább kétszer rögzíti, és kérdezzék meg: miért kell ennek egyáltalán megtörténnie? A válasz gyakran többet mond a vállalat működéséről, mint bármelyik szoftverlista.