Örökölt ERP modernizáció egy valós példán

A pénzügy minden péntek délelőtt ugyanazzal kezdte: export a régi ERP-ből, javítás Excelben, egyeztetés a raktárral, majd újabb egyeztetés az értékesítéssel. Mire elkészült a vezetői riport, az adatok már részben elavultak. Ez az örökölt ERP modernizáció példa nem egy rendkívüli informatikai helyzetről szól, hanem egy tipikus növekedési problémáról: a rendszer még működik, de a köré épült kézi folyamatok már egyre több időt, figyelmet és kockázatot visznek el.

Egy régi ERP lecserélése könnyen hangozhat technológiai projektnek. A valóságban üzletmeneti döntés. Az ERP-ben rendelési előzmények, cikktörzsek, készletmozgások, számlázási szabályok, beszerzési rutinok és gyakran évek alatt kialakult kivételek élnek. Ha ezt egyetlen nagy átállással próbálják megoldani, a vállalat nemcsak rendszert, hanem működési biztonságot is kockáztat.

Az örökölt ERP modernizáció példája: nem a rendszerrel kezdődött

A példában szereplő, több telephelyes műszaki nagykereskedő körülbelül 90 embert foglalkoztatott. A régi ERP kezelte a készletet, a beszerzést, a rendeléseket és a számlázás egy részét. A program stabil volt, a munkatársak ismerték, és nem volt ésszerű azt állítani, hogy önmagában használhatatlan.

A gondot inkább az okozta, ami az ERP előtt és után történt. A webshop rendeléseit naponta importálták, de a hibás cikkszámokat kézzel javították. A kiemelt vevők árai külön táblázatban szerepeltek. A raktár az ERP-ből nyomtatott listák alapján dolgozott, majd a kiszedési eltéréseket e-mailben jelezte. A fuvarozási adatokat egy ügyintéző másolta át egy külső felületre. A vezetők a heti készlet- és árrésriportokhoz három különböző forrásból kértek adatot.

A vállalat első megfogalmazása egyszerű volt: új ERP kell. A vizsgálat során azonban kiderült, hogy a napi problémák jelentős része nem az ERP korából fakadt. A probléma az volt, hogy az üzleti folyamatok időközben megváltoztak, a rendszerhez kapcsolódó munkamódszerek viszont nem követték ezt a változást.

Például a rendelésellenőrzésben ugyanazt az adatot háromszor nézték meg: először az értékesítő, majd a hitelkeretért felelős kolléga, végül a számlázás. Ez korábban indokolt kontroll volt, amikor kevés rendelés érkezett és sok egyedi feltétel létezett. A jelenlegi volumen mellett viszont a rendelések nagy része szabványos volt. Nem az ellenőrzés elve volt hibás, hanem az, hogy minden rendelés ugyanazt a manuális utat járta be.

A helyzet feltárása: mitől lassul valójában a működés?

A modernizáció első szakaszában nem szoftverlistát készítettek. Végigkövették az információ útját a rendelés beérkezésétől a kiszállításig és a számlázásig. Minden lépésnél ugyanazokat a kérdéseket tették fel: ki indítja el a munkát, milyen adatból dolgozik, hol írja át az információt, kinek kell jóváhagynia, és mi történik hiba esetén?

Ebből négy fontos megállapítás született:

• A rendelési adatok több ponton ismételten bekerültek különböző rendszerekbe.
• A készletinformáció nem volt azonos időpontból elérhető a webshopban, az értékesítésben és a raktárban.
• A kivételek kezelésére kialakított folyamat vált a normál működés részévé.
• Több kritikus lépés egy-egy tapasztalt munkatárs tudására épült, dokumentált szabályok nélkül.

Ez utóbbi különösen kockázatos volt. Amikor a fuvarozási adminisztrációért felelős kolléga szabadságon volt, a feladatot más át tudta venni, de lassabban és több hibával. Nem azért, mert nem volt képes rá, hanem mert az üzleti szabályok egy része csak az adott ember fejében létezett.

A feltárás nem azt jelentette, hogy minden kézi lépést meg kell szüntetni. Bizonyos rendeléseknél - például egyedi árszabás, szállítási korlátozás vagy nem szokványos termékösszetétel esetén - indokolt maradt az emberi ellenőrzés. A cél az volt, hogy a rutinfeladatok ne foglalják le ugyanazt a figyelmet, amelyre a kivételeknél valóban szükség van.

A megoldás: fokozatos korszerűsítés, nem vak csere

A vezetés végül nem azonnali teljes ERP-cseréről döntött. Először rögzítették, mely adatokért mely rendszer felel. Az ERP maradt a készlet, a rendelésállapot és a számlázási alapadatok elsődleges forrása. A webshopnak nem kellett saját készletlogikát fenntartania, a raktárnak pedig nem kellett e-mailben kapott módosításokra támaszkodnia.

Ezután az ismétlődő adatátadásokat rendezték. A webshop rendelései szabályalapú ellenőrzés után kerültek az ERP-be. Azok a rendelések, amelyek megfeleltek az előre meghatározott feltételeknek, automatikusan továbbhaladtak. A hiányos cím, a hitelkeret-túllépés vagy a nem egyértelmű cikkszám továbbra is feladattá vált egy munkatárs számára. Így nem tűnt el a kontroll, csak a kontroll tárgya lett pontosabb.

A fuvarozási folyamatnál nem egy teljesen új logisztikai rendszert vezettek be. Előbb egységesítették, milyen adat szükséges egy címke létrehozásához, hogyan kezelik a részszállítást, és ki jogosult módosítani a címet. Csak ezután építették ki az adatkapcsolatot a fuvarozói szolgáltatással. A korábban másolásra fordított idő nagy része megszűnt, miközben a hibás vagy hiányos adatok továbbra is láthatóak maradtak a felelős kollégák számára.

A riportolásban szintén nem egy látványos vezetői dashboard volt az első lépés. Előbb tisztázni kellett, mit jelent pontosan a rendelkezésre álló készlet, melyik dátum számít teljesítésnek, és hogyan kezelik a jóváírásokat az árrésben. Egy hibás definícióból készített gyors riport csak gyorsabban terjeszti a félreértést.

Mit kell megőrizni egy régi rendszerből?

Az örökölt ERP-ben gyakran van valódi üzleti érték. Évek alatt kialakult számlázási szabályok, termékstruktúrák vagy iparági sajátosságok lehetnek benne, amelyeket egy új rendszer bevezetésekor könnyű alábecsülni. Ezért a modernizáció nem mindig helyettesítést jelent.

Három reális irány létezik. Az első, hogy a meglévő ERP marad, de a köré épülő folyamatok, integrációk és riportok korszerűsödnek. Ez akkor működhet jól, ha a rendszer stabil, hozzáférhető az adat, és a fő korlátot az elszigetelt működés jelenti.

A második irány a fokozatos kiváltás. Ilyenkor egy-egy funkciót - például webshop-integrációt, raktári támogatást vagy vezetői riportolást - új megoldás vesz át, miközben az ERP átmenetileg továbbra is központi szerepet kap. Ez csökkentheti az egyszeri átállási kockázatot, de komoly architektúrai fegyelmet igényel. Világosnak kell maradnia, hogy melyik rendszerben mi az érvényes adat.

A harmadik irány a teljes csere. Ez indokolt lehet, ha az ERP már nem támogatott, a módosítása aránytalanul drága, az adatkinyerés bizonytalan, vagy alapvető üzleti folyamatokat nem képes kezelni. A teljes csere sem pusztán rendszerbevezetés: adatminőségi, jogosultsági, folyamat- és oktatási projekt is egyben.

A mérhető eredmény nem csak a megtakarított órák száma

A példában szereplő vállalatnál a rendelésfeldolgozás adminisztratív ideje csökkent, de a fontosabb változás a kiszámíthatóság volt. A raktár korábban tudta, mely rendelések sürgősek és melyek várnak ellenőrzésre. Az értékesítés kevesebb státuszkérdésre válaszolt. A pénzügynek nem kellett minden héten ugyanazokat az eltéréseket kézzel felderítenie.

A modernizáció sikerét ezért nem elég azzal mérni, hány munkaóra maradt meg. Érdemes figyelni az adatjavítások számát, a rendelési hibákat, az átfutási idő ingadozását, a késve kiadott számlákat, a manuálisan összeállított riportok idejét és azt is, hány folyamat áll meg egyetlen ember hiányában.

Az emberi hatás sem mellékes. A munkatársak nem attól lesznek értékesebbek, hogy gyorsabban másolnak adatokat rendszerek között. Akkor tudnak jobb döntéseket hozni, ügyfelet kezelni vagy kivételt megoldani, ha a rendszer a rutinmunkát megbízhatóan elvégzi, és a problémákat jól láthatóvá teszi.

A biztonságos átállás feltétele a működési fegyelem

Az ERP modernizáció gyakori hibája, hogy a projekt a funkciók listájával indul: kell új felület, mobil elérés, automatikus értesítés, több dashboard. Ezeknek lehet helyük, de nem pótolják az alapvető döntéseket az adatgazdáról, a jóváhagyási szabályokról, a jogosultságokról és a hibakezelésről.

Egy jól vezetett átállásnak tartalmaznia kell adatellenőrzést, tesztelhető folyamatokat, visszaállási tervet és egyértelmű felelősségi köröket. A régi és az új működés átmeneti párhuzamos futtatása bizonyos esetekben indokolt, különösen pénzügyi vagy termelési folyamatoknál. Ugyanakkor ezt időben korlátozni kell, mert két párhuzamos igazságforrás hosszú távon csak újabb bizonytalanságot teremt.

A legjobb első lépés ezért nem az, hogy kiválasztják az új ERP-t. Inkább válasszanak ki egy folyamatot, amely minden héten láthatóan időt veszít: például a rendelés és raktári kiadás közötti egyeztetést, a számlázási kivételek kezelését vagy a készletjelentés összeállítását. Ha ezt az utat tényszerűen feltérképezik, már nemcsak azt fogják látni, milyen rendszert kell modernizálni, hanem azt is, milyen működést érdemes végre maguk mögött hagyni.