Amikor az Excel már kevés: mit tanulhat ebből egy KKV?

Egy nemzetközi cég egyetlen ERP-be vont össze több rendszert és rengeteg táblázatot. Mit jelent ez egy magyar KKV vezetőjének?

Mi történt

Az eCommerceNews Australia 2026. szeptember 16-án arról írt, hogy a Lifecykel több Xero-példányt és sok száz táblázatot váltott le egyetlen NetSuite platformmal. A lépés célja az volt, hogy a pénzügyi, készlet- és gyártási adatok végre egy rendszerben legyenek kezelhetők.

Mit jelent ez egy magyar KKV-nak

A hír első ránézésre egy ausztrál, nemzetközi terjeszkedésű vállalatról szól, de a mögötte lévő probléma nagyon is ismerős lehet egy magyar KKV-nak: a cég nő, a folyamatok összetettebbé válnak, és a korábban „elég jó” eszközök hirtelen széttartanak. Nem feltétlenül Xero-ról van szó itthon, hanem arról, hogy több Excel-fájl, különálló számlázó, kézi egyeztetés, e-mailben küldözgetett jóváhagyások és félkézi riportkészítés együtt már nem egy működési modell, hanem egy kockázati halmaz.

A magyar KKV-k jelentős részénél a növekedés nem úgy néz ki, hogy rögtön ERP-projekt indul. Inkább úgy, hogy először egy táblázatban vezetnek valamit, aztán lesz belőle még három változat, majd egy másik osztály is csinál saját verziót, végül senki nem tudja, melyik az igaz. Ilyenkor a probléma nem az Excel önmagában, hanem az, hogy az Excelből lesz adatbázis, munkafolyamat-kezelő, riportmotor és kontrollrendszer egyszerre. Ezt egy ponton túl nem lehet tovább „fegyelmezett táblázatkezeléssel” megoldani.

A Lifecykel esete azért tanulságos, mert nem egyetlen részfolyamat fájt, hanem az egész lánc: rendelés, készlet, gyártás, pénzügy, konszolidáció, visszakereshetőség. Magyar cégnél ugyanez gyakran kisebb méretben jelenik meg, de ugyanúgy egymásra rakódik. Ha a beszerzés külön táblában él, a raktár külön fájlban, a pénzügy a könyvelőnél, a vezetői riport pedig valaki heti kézi összefésüléséből készül, akkor a döntés mindig késik. Nem azért, mert nincs adat, hanem mert az adat több helyen, több formában, eltérő időpontban van jelen.

Itt jön a legfontosabb különbség a magyar KKV-k számára: nem minden cégnek kell rögtön nagyvállalati ERP-re váltania. A hírben szereplő vállalatnál a gyártás, a készletkövetés és a több országos működés már indokolhatta az egységes platformot. Egy hazai, kisebb vagy közepes cégnek viszont gyakran nem egy monolit rendszer a jó válasz, hanem először a kritikus folyamatok rendezése: melyik adat az egyetlen igaz forrás, hol keletkezik a jóváhagyás, hol történik az adatrögzítés, és hol lehet a kézi lépéseket kiváltani.

Ez különösen igaz akkor, ha a cég több telephelyen, több üzletágban vagy több szerepkör között működik. A vezető sokszor azt érzi, hogy „minden rendben van, csak sok a kézi munka”, pedig a kézi munka gyakran már nem munkaerő-kérdés, hanem rendszerkérdés. Ha valaki napi szinten másol adatot egyik táblából a másikba, az nem hatékonyságot termel, hanem hibalehetőséget. Ha a riportokhoz mindig külön kör kell, az nem kontroll, hanem késleltetett kontroll. Ha a jóváhagyás e-mailben történik, de nincs visszakereshető nyoma, az nem rugalmasság, hanem auditkockázat.

A hír másik fontos üzenete a nyomon követhetőség. A Lifecykelnek a készletszint, a batch-szám és a visszahívhatóság miatt volt szüksége pontosabb kontrollra. Magyarországon ez nem csak élelmiszeripari vagy gyártó cégeknél releváns. Gondolj egy alkatrész-kereskedőre, egy laborhoz kapcsolódó szolgáltatóra, egy gyógyszeripari beszállítóra vagy bármelyik olyan KKV-ra, ahol fontos, hogy később vissza tudd mondani: melyik tétel honnan jött, ki hagyta jóvá, mikor ment ki, és mihez kapcsolódott. Ha ez csak „fejben” vagy szétszórt fájlokban van meg, akkor a növekedés együtt jár a kockázat növekedésével.

A magyar piacon azonban van még egy sajátosság: sok KKV nemzetközi terjeszkedés nélkül is eljut ugyanoda, ahol a hírben szereplő cég volt. Elég hozzá egy bővülő termékkör, egy új telephely, egy webshopos értékesítési csatorna, vagy az, hogy a cég elkezd több partnerrel, több vevővel, több jóváhagyási körrel dolgozni. Ilyenkor a kérdés már nem az, hogy „kell-e digitalizáció”, hanem az, hogy melyik folyamatot érdemes először rendbe tenni, hogy ne a vezetői idő menjen el tűzoltásra.

Ami itthon másképp alakulhat, az a bevezetés módja. Sok magyar KKV-nál nincs külön belső IT-csapat, nincs dedikált folyamatgazda, és a döntést gyakran a tulajdonos-ügyvezető hozza meg. Emiatt a siker kulcsa nem csak a rendszer, hanem az, hogy a folyamatok egyszerűen legyenek megfogalmazva. Ha egy vállalatnál például a beszerzési igények, a jóváhagyások és a státuszkövetés még e-mailben, chatben és Excelben élnek, akkor először nem a teljes vállalatirányítási rendszer a kérdés, hanem egy jól kialakított központi beszerzési igénykezelés vagy egy olyan megoldás, ami az ismétlődő adatbevitelt csökkenti.

Ugyanez igaz a riportokra is. A hírben szereplő vállalatnál a konszolidáció és a heti készletjelentés vált gyorsabbá, de egy magyar KKV-nál sokszor már az is óriási előrelépés, ha a vezető nem kézzel összerakott táblázatból kapja a számokat. Ha a riportok még mindig több forrásból, másolgatással készülnek, akkor előbb érdemes megnézni, hogyan lehet riportok kézi másolgatás nélkül megoldani a folyamatot, és mikor indokolt a vezetői döntések késésének csökkentése automatikus riportokkal.

A dokumentumkezelésre is érdemes külön figyelni. Sok KKV-nál a „rendszer” valójában mappaszerkezet, e-mail csatolmány és néhány közös fájl. Ez addig működik, amíg kevés a tranzakció és kevés az érintett. De ahogy nő a cég, egyre fontosabb lesz az egységes elérhetőség, a verziókövetés és az, hogy egy dokumentum ne vesszen el a postafiókok között. Ilyenkor hasznos lehet átgondolni, hogyan kezelitek egységesen a letöltött és mentett iratokat, illetve mikor érdemes a központi dokumentum-összefűzést bevezetni.

Az is tanulság, hogy a rendszerbevezetés nem áll meg a go-live pillanatában. A hír alapján a váltás során a cégnek átmenetben is működnie kellett, miközben az e-kereskedelmi és logisztikai folyamatok futottak tovább. Ez egy magyar KKV-nál is így van: ha új folyamatot vezetsz be, közben a napi működés nem állhat le. Ezért fontos a fokozatos átállás, a tiszta felelősségi kör, és az, hogy előre eldöntsd, mi az, amit az új rendszernek tudnia kell az első naptól, és mi az, ami később jöhet.

A legfontosabb üzleti következtetés tehát nem az, hogy „mindenkinek NetSuite kell”, hanem az, hogy a szétszórt működés egy ponton túl drágább lesz, mint az egységesítés. Ez a pont cégenként máskor jön el. Van, ahol már tíz embernél, van, ahol ötvennél, van, ahol csak akkor, amikor a vevői elvárások vagy a szabályozási nyomás miatt már nem lehet tovább improvizálni. A kérdés nem az, hogy van-e még egy működő Excel. A kérdés az, hogy a céged növekedését támogatja-e még a jelenlegi eszközkészlet, vagy már csak adminisztratív súrlódást termel.

Mit csinálj vele

Először is nézd meg, hol van nálatok az „egy igaz adatforrás” hiánya. Ha ugyanaz az információ két-három helyen él, írd össze, melyik a hivatalos, ki módosíthatja, és honnan származik a riport. Ha erre nincs egyértelmű válasz, ott van a digitalizáció első célpontja.

Másodszor azonosítsd a napi kézi másolásokat. Különösen azokat, amelyek pénzügyet, készletet, jóváhagyást vagy vevői státuszt érintenek. Ezeknél általában gyorsan kiderül, hogy nem az adat hiányzik, hanem a folyamat. Ha szeretnéd ezt rendszerszinten átnézni, hasznos lehet egy rövid belső felmérés, vagy egy olyan külső áttekintés, ami megmutatja, hol térül meg először az automatizálás.

Harmadszor döntsd el, hogy nálatok mi a következő lépés: Excel-kiváltás, workflow-automatizálás, riportautomatizálás, ügyfélportál vagy dokumentumfeldolgozás. Nem kell mindent egyszerre megoldani. Sokkal jobb egy jól kiválasztott folyamattal kezdeni, mint egy félkész, mindenre kiterjedő projektbe beleugrani. Ha bizonytalan vagy, olvasd el azt is, mikor érdemes ügyfélportált bevezetni partnereknek, illetve mikor használj szabályalapú automatizálást AI helyett.

Negyedszer ne foglalkozz most azzal, hogy „milyen nagy rendszert kell venni”. Előbb a folyamat legyen tiszta. Ha nem tudod megmondani, milyen adat honnan jön, ki viszi be, ki ellenőrzi és ki használja, akkor a szoftver csak gyorsabban fogja reprodukálni a káoszt. A jó digitalizáció nem attól jó, hogy sok funkciója van, hanem attól, hogy kevesebb kézi lépést, kevesebb hibát és gyorsabb döntést ad.

Ha szeretnéd megnézni, nálatok melyik folyamatból lehetne a legtöbbet kihozni, kérj ingyenes konzultációt a codemesh-től, vagy indulj el a Digitalizációs felmérés oldalon.