Beszerzési szoftver megtérülése: ROI-számítás költségmodellel

A beszerzési szoftver megtérülése nem derül ki pusztán abból, hogy mennyibe kerül a licenc, és hány jóváhagyási lépést lehet automatizálni. A döntéshez azt kell megmutatni, hogyan változik a teljes folyamat költsége: az igény rögzítésétől a megrendelésen át a kapcsolódó dokumentumok ellenőrzéséig.

Egy megalapozott üzleti terv külön kezeli a beruházást, a folyamatos működtetést és a ténylegesen hasznosítható előnyöket. Az alábbi költségmodell ebben segít: megmutatja, mit érdemes mérni, hogyan számítható a ROI, és milyen feltételek mellett tekinthető reálisnak egy megtérülési ígéret.

1. A kiindulópont: mennyibe kerül a jelenlegi beszerzés?

A számítást ne a szoftver funkciólistájával, hanem a jelenlegi működés felmérésével kezdjük. Válasszunk világos folyamathatárt: például a beszerzési igény benyújtásától a jóváhagyott megrendelés elküldéséig. Ha a számlaegyeztetés is része a projektnek, annak költségét és várható javulását is vegyük fel.

A kiinduló állapothoz legalább az alábbi adatokat érdemes összegyűjteni:

• Ügyletszám: évente hány igény, megrendelés vagy ellenőrzési feladat keletkezik?
• Aktív munkaidő: mennyi időt töltenek az érintettek rögzítéssel, egyeztetéssel és adatkereséssel?
• Teljes óraköltség: mennyibe kerül a munkáltatónak az adott munkakör egy munkaórája?
• Hibák és kivételek: milyen gyakran kell hiányzó adatot pótolni, téves rendelést javítani vagy duplikációt kezelni?
• Átfutási idő: hol várakoznak az ügyek, és van-e ennek kimutatható pénzügyi következménye?

Az aktív munkaidőt és a várakozást külön mérjük. Ha egy jóváhagyás két napról négy órára gyorsul, az nem jelent automatikusan másfél napnyi bérmegtakarítást. Üzleti értéke lehet, de azt például elkerült sürgősségi beszerzéssel vagy dokumentált késedelmi költséggel kell alátámasztani.

2. Költségmodell: a licenc csak az egyik tétel

A teljes birtoklási költség, vagyis a TCO azt mutatja meg, mennyibe kerül a megoldás a választott időtávon. A ROI-modellben célszerű külön soron vezetni az egyszeri és az ismétlődő kiadásokat, majd rögzíteni, mikor merülnek fel.

Egyszeri bevezetési költségek

• Folyamatfelmérés, követelmények és jóváhagyási szabályok kialakítása.
• Konfiguráció, jogosultságkezelés és szükséges egyedi fejlesztések.
• ERP-, pénzügyi vagy más rendszerkapcsolatok létrehozása.
• Adattisztítás, migráció, tesztelés és oktatás.
• Belső projektmunka, helyettesítés és az átállás többletterhelése.

A belső munkatársak ideje akkor is költség, ha nem érkezik róla külön beszállítói számla. Ugyanakkor a pénzkiadással járó és a belső kapacitást lekötő tételeket jelöljük külön: a pénzügyi vezetés számára nem ugyanazt jelentik.

Rendszeres működési költségek

Ide tartozhat az előfizetés vagy licencfenntartás, a támogatás, a tárhely, az infrastruktúra és a belső adminisztráció. Számoljunk az új felhasználók oktatásával, a szabályok módosításával és az integrációk karbantartásával is. Ellenőrizzük, hogy az ajánlat mely szolgáltatásokat tartalmazza, nehogy ugyanazt kétszer vegyük figyelembe.

A felhasználószám, a tranzakciómennyiség és a bevezetett modulok később változhatnak. Ezért a hároméves költségtervet ne automatikusan az első éves díj háromszorosaként állítsuk össze. Következetesen azonos áfaalapon számoljunk; a vissza nem igényelhető áfa költségként jelenhet meg.

3. Hogyan lesz a gyorsabb működésből számszerű haszon?

Munkaidő-megtakarítás

Az alapképlet egyszerű: éves ügyletszám × megtakarított perc ügyletenként ÷ 60 × teljes óraköltség. Ha több munkakör érintett, szerepkörönként számoljunk, majd összegezzük az eredményt. Így nem értékeljük azonos óradíjon az adatrögzítő és a vezető idejét.

Az így kapott összeg azonban elsősorban felszabaduló kapacitásérték. Közvetlen pénzügyi megtakarítássá akkor válik, ha például csökken a túlóra, elmarad egy tervezett létszámbővítés, vagy kevesebb külső adminisztrációs szolgáltatás szükséges.

Érdemes ezért hasznosulási aránnyal korrigálni az elméleti eredményt. Ez fejezi ki, hogy a felszabaduló idő mekkora része fordítható igazolhatóan értékteremtő feladatra. Az arányt munkaszervezési tervvel támasszuk alá, ne pusztán optimista becsléssel.

Hibaköltség-megtakarítás

A számítás alapja: elkerült hibák száma × átlagos többletköltség hibánként. A javítási munka mellett ide kerülhet a visszaszállítás, az újraküldés vagy más dokumentált kiadás. A ritka, nagy összegű eseményeket külön kockázati forgatókönyvben célszerű kezelni.

Kerüljük a dupla elszámolást: ha a javításra fordított idő már szerepel a munkaidő-megtakarításban, ugyanazt ne számoljuk el hibaköltségként is. A jobb beszerzési árakat, az elkerült késedelmi díjakat és a kedvezmények kihasználását pedig csak bizonyítható összefüggés esetén rendeljük a projekthez.

4. Szemléltető ROI-számítás hároméves időtávra

Az alábbi számok kizárólag feltételezett példadatok, nem xFLOWer-árak, ügyféleredmények vagy piaci átlagok. A modell változatlan éves forgalmat és az indulástól teljes hasznosulást feltételez. A valós tervben a felfutási időt külön kell szerepeltetni.

• Egyszeri bevezetési költség: 4 800 000 Ft.
• Éves licenc-, üzemeltetési és támogatási költség: 3 600 000 Ft.
• Éves ügyletszám: 6000, megtakarított idő: 12 perc ügyletenként.
• Teljes óraköltség: 6000 Ft, kapacitáshasznosulás: 70%.
• Elkerült hibák: 60 évente, külön elszámolható többletköltség: 12 000 Ft hibánként.

Az elméleti időmegtakarítás 6000 × 12 ÷ 60 = 1200 óra évente, amelynek értéke 7 200 000 Ft. A 70%-os hasznosulással korrigált érték 5 040 000 Ft. Ehhez 720 000 Ft hibaköltség-megtakarítás társul, így az éves összes haszon 5 760 000 Ft.

A ROI képlete: (összes haszon − összes költség) ÷ összes költség × 100. Három év alatt a haszon 17 280 000 Ft, a költség pedig 4 800 000 + 3 × 3 600 000 = 15 600 000 Ft. A nettó eredmény 1 680 000 Ft, a hároméves ROI tehát megközelítőleg 10,8%.

Az éves működési költséggel csökkentett haszon 2 160 000 Ft. Egyenletes havi realizálódás mellett az egyszerű megtérülési idő 4 800 000 ÷ 2 160 000, vagyis körülbelül 27 hónap. Az első éves ROI ugyanakkor még −31,4%: ezért félrevezető csak az éves előnyt bemutatni.

Ez kapacitásértéket is tartalmazó, nem diszkontált gazdasági modell. A tényleges pénzáramlásra épülő megtérülés eltérhet tőle. Hosszabb időtávnál vagy jelentős beruházásnál nettó jelenérték-számítással is ellenőrizzük a döntést.

5. Mi változtatja meg leginkább az eredményt?

A beszerzési szoftver megtérülése érzékeny a használati fegyelemre és a felszabaduló idő hasznosítására. A példában minden más adat változatlansága mellett:

• 50%-os hasznosulásnál az éves összes haszon 4 320 000 Ft, az egyszerű megtérülési idő 80 hónap.
• 70%-os hasznosulásnál az éves összes haszon 5 760 000 Ft, a megtérülés körülbelül 27 hónap.
• 90%-os hasznosulásnál az éves összes haszon 7 200 000 Ft, a megtérülés 16 hónap.

A döntés előtt készítsünk konzervatív, alap- és kedvező forgatókönyvet. Vizsgáljuk a bevezetési csúszást, az integrációs többletköltséget és a lassabb felhasználói átállást is. Így láthatóvá válik, mely feltételek mellett marad elfogadható a beruházás.

xFLOWer-alapú projekt tervezésekor is érdemes először egy jól körülhatárolt beszerzési folyamatot kiválasztani. A pilotban mérhető a tényleges adminisztrációs idő, a hiánypótlások száma és a folyamaton kívül kezelt ügyek aránya. Az eredmények alapján pontosítható a teljes bevezetés üzleti terve.

6. Összegzés: a megtérülés mérési és vezetési feladat

A hiteles ROI nem egyetlen látványos szám, hanem ellenőrizhető feltételezések rendszere. Tartalmazza a teljes költséget, elválasztja a pénzügyi megtakarítást a kapacitásfelszabadítástól, és számol a bevezetés kockázataival. Az indulás után ugyanazokat a mutatókat kell követni, amelyekre az üzleti terv épült.

Szeretné saját adataival kiszámítani egy xFLOWer-alapú beszerzési folyamat várható megtérülését? Kérjen szakmai egyeztetést, és készítse elő az éves ügyletszámot, a jelenlegi adminisztrációs időt és a jellemző hibaköltségeket. Ezekből már felépíthető egy döntést támogató, visszamérhető költségmodell.

Ez a cikk a teljes útmutatónk része: Beszerzési szoftverek: teljes útmutató a választástól a hatékony működésig