Mennyibe kerül egy egyedi ügyviteli rendszer 2026-ban? Tételes árszintek és a határaik

Az árat a munka mennyisége határozza meg, nem a cég mérete

Kézenfekvő feltételezésnek tűnik, hogy egy nagyobb vállalat automatikusan drágábban jut szoftverhez. A fejlesztési munkaóra azonban nem a létszámhoz, nem az árbevételhez és nem a telephelyek számához igazodik, hanem ahhoz, hogy hány különálló folyamatot kell leképezni, hány szerepkör fér hozzá eltérő jogosultsággal, és hány külső rendszerrel kell adatot cserélni. Egy tizenkét fős szolgáltató cég, amely nyolc bonyolult, egymásra épülő folyamatot működtet, több fejlesztést igényel, mint egy százfős gyártó, amely két jól körülhatárolt munkafolyamatot szeretne kiváltani.

Ebből következik, hogy az ár nagyságrendje már az első beszélgetés után megbecsülhető. Nem a pontos összeg — az felmérés nélkül nem ígérhető meg felelősen —, hanem az, hogy a feladat a néhány százezres, a néhány milliós vagy a több tízmilliós sávba esik. Aki előre tudja, melyik sávot nézze, az összehasonlítható alapon tud tárgyalni, akkor is, ha végül más szállítót választ.

A munkamennyiséget hat tényező mozgatja. Érdemes ezeket még ajánlatkérés előtt végigvenni és írásban rögzíteni, mert a felmérés is ezekre a kérdésekre keres választ, és a rájuk adott válaszok pontossága határozza meg, mennyire szűk sávban adható becslés.

• A leképezendő folyamatok száma — külön folyamat minden olyan lánc, amelynek saját állapotai és saját felelőse van (például ajánlatadás, munkafelvétel, számlázás).
• A szerepkörök és a jogosultsági szintek száma — a jogosultságkezelés önmagában is fejlesztési és tesztelési feladat.
• Az integrációk száma és jellege — egy fogadókész, dokumentált felület nagyságrenddel olcsóbb, mint egy zárt, régi rendszer.
• Az átveendő adat mennyisége és állapota — a rendezetlen adat migrálása nagyobb tétel is lehet, mint maga a funkció.
• A dokumentumtípusok száma — minden generált PDF-nek saját sablonja, logikája és tesztje van.
• Az egyedi számítási logika — árkalkuláció, önköltség, bónuszrendszer, kedvezménysávok.

Weboldal- és webshopsávok: mikor melyik indokolt

A webes sávoknál a különbséget nem a látvány adja, hanem az oldalszám, a tartalomkezelés mélysége és az, hogy mennyi egyedi funkció épül az oldalba. Az alábbi táblázat a Fabrio nyilvános nettó árait mutatja.

A sávok között könnyű fölösleges ugrást tenni. Bemutatkozó weboldalra akkor van szükség, ha több szolgáltatásról, referenciáról és rendszeresen frissülő tartalomról van szó. Ha a cél egyetlen ajánlat mellé egyetlen jelentkezési űrlap, ahhoz az egyoldalas landing elegendő; a bemutatkozó weboldal ilyenkor olyan szerkezetet ad, amelyre nincs tartalom.

Minden webes sávba beletartozik a reszponzív megjelenítés, az alapszintű keresőoptimalizálási beállítás, a mérés bekötése és a tartalomkezelő felület. A sávok tehát nem abban térnek el, hogy van-e tartalomkezelés, hanem abban, hogy milyen mélységben kezelhető a tartalom: hány aloldal, hány tartalomtípus és mennyi szerkeszthető elem tartozik hozzá. Nem tartozik bele a szövegírás, a fotózás, a hirdetési költségkeret, a jogi dokumentumok szövegezése és a folyamatos karbantartás — ez utóbbi havi 30 e Ft-ért rendelhető külön.

A webshopsáv 1,5 M Ft-tól indul. Fontos pontosítás: az online fizetés minden esetben a Megrendelő saját kereskedői szerződésére épül, a fizetési szolgáltatóval a szerződést a Megrendelő köti, a fejlesztés a választott átjáró bekötését jelenti. Az e-számlázás pedig nem közvetlenül az adóhatóság rendszeréhez, hanem számlázóprogramhoz kapcsolódik: az adatszolgáltatást a számlázóprogram teljesíti, amelynek előfizetése a Megrendelő nevére szól.

Az audit mint első, elkülönített lépés — és a fizetési ütemezés

A fix ár felmérés nélkül nem szakmai ígéret, hanem tippelés: vagy a Megrendelő fizet rá, vagy a szállító, és ez utóbbi esetben a megtakarítás a projekt minőségén csapódik le. Ezért az összetettebb munkák külön, önállóan megrendelhető audittal indulnak. A weboldalaudit díja 200 e Ft, a rendszer- és folyamataudit 300–500 e Ft, a folyamatok számától függően. Az audit díja beszámít a projektárba, ha a fejlesztés elindul.

Az audit önmagában is használható eredmény. A végén átadott dokumentum tartalmazza a jelenlegi folyamatok leírását, a szűk keresztmetszeteket, a javasolt lépések sorrendjét, a becsült ráfordítást és azt is, hogy mely részeket nem érdemes fejleszteni. Ezzel a dokumentummal más szállítótól is összehasonlítható ajánlat kérhető — pontosan ez a célja.

A fizetés rendje szintén nyilvános. Egymillió forint alatti projektnél 50 százalék induláskor, 50 százalék átadáskor. Egymillió forint fölött 30 százalék előleg, majd mérföldkövekhöz kötött részletek, végül 20 százalék átadáskor. A mérföldkő nem naptári dátum, hanem működő, bemutatható részeredmény — ez a Megrendelő védelmét szolgálja, mert csúszás esetén nem ígéretek, hanem kifizetett, működő részeredmények maradnak a Megrendelőnél.

Minden feltüntetett összeg nettó ár. A bruttó és a nettó számok könnyen keverednek, és a különbség egy több milliós tételnél önmagában is döntést befolyásol, ezért az ajánlatok összevetésekor először ezt érdemes tisztázni.

Egyedi belső rendszer: 3 M Ft-tól

Az egyedi belső rendszer akkor indokolt, ha a működés olyan folyamatokra épül, amelyekre a dobozos ügyviteli szoftverek nem illeszkednek, és a különbséget ma táblázatokkal, e-mailekkel vagy párhuzamos nyilvántartással hidalja át a szervezet. A belépő ár 3 M Ft.

Ebben az induló sávban jellemzően a következők készülnek el: felhasználókezelés szerepkörökkel és cégenként állítható jogosultságokkal, két-három fő folyamat állapotkezeléssel és húzható táblás nézettel, vezetői irányítópult grafikonokkal, CSV-export, egy-két PDF-dokumentumsablon, dokumentumfeltöltés, valamint a felhőtelepítés tartós tárolóval. A rendszer beépített betanítófelülettel készül, tehát az új munkatárs magában a szoftverben kap végigvezetést, nem külön oktatási anyagból. Elkészülnek az adatok cégek közötti elkülönítését ellenőrző jogosultságizolációs tesztek és a regressziós tesztek is, mert egy több cég adatát kezelő rendszernél az adatok elkülönítése nem opció.

Egy nyíltan jelölt modellszámítás a nagyságrend érzékeltetésére. Három leképezendő folyamattal, négy szerepkörrel, két dokumentumsablonnal és külső integráció nélkül a fejlesztés a 3–4,5 M Ft-os sávba esik; hat folyamat és bővebb kimutatási igény mellett 5–8 M Ft-ra tolódik. Integráció egyik modellben sem szerepel: díja ezen felül, önálló tételként értendő. Mindkét szám modellszámítás, nem ajánlat: a tényleges összeg a felmérés után áll össze, és a fenti hat tényező bármelyike mozdíthatja.

A sáv határai legalább ilyen fontosak. Az alábbi tételek szinte soha nem férnek bele az alapárba, és minden komoly ajánlatban külön sorként kell megjelenniük.

• Adatmigráció — a meglévő adat kinyerése, tisztítása és betöltése; rendezetlen adatnál ez önmagában több százezertől több millió forintig terjedhet.
• Integrációk — minden külső rendszer külön tétel; zárt vagy dokumentálatlan felületnél a ráfordítás a szokásos többszöröse.
• Üzemeltetés — a szerverkörnyezet, a mentések és a hibaelhárítás havidíjas szolgáltatás, nem egyszeri fejlesztés.
• A betanítófelületen túli oktatás — csoportos tréning, helyszíni betanítás, egyedi oktatási anyag.
• Utólagos folyamatváltozás — ha az átadás után változik a működés logikája, az új fejlesztés.

Automatizálás és dokumentumfeldolgozás: amikor nem kell teljes rendszer

Nem minden probléma igényel új rendszert. Ha az időt a meglévő eszközök közötti kézi átmásolás viszi el, az a lépés önmagában is kiváltható, teljes rendszer építése nélkül. Egyetlen folyamat automatizálása 500 e Ft, több folyamat összekapcsolása 2 M Ft, a dokumentumfeldolgozás pedig 2–4 M Ft.

Folyamatnak az számít, aminek van kiváltó eseménye, van néhány feldolgozási lépése és van egyértelmű végeredménye. Beérkezik egy e-mail melléklettel, a rendszer kiolvassa belőle az adatokat, létrehozza a nyilvántartási tételt, majd értesítést küld a felelősnek — ez egy folyamat. Ha ehhez hozzájön a számla automatikus kiállítása, a raktárkészlet módosítása és a vezetői kimutatás frissítése, akkor már a több folyamatot érintő sávról van szó.

A dokumentumfeldolgozás azért kerül külön, magasabb sávba, mert itt a bemenet szabálytalan: eltérő formátumú szállítói számlák, fuvarlevelek, megrendelőlapok. Az ilyen feladatnál a fejlesztés nagyobb része nem a hibátlan esetre megy el, hanem a hiányos és félreolvasott bemenetek kezelésére, valamint az emberi jóváhagyási pontok beépítésére. Aki száz százalékos automatikus pontosságot ígér ilyen bemenetre, azt érdemes visszakérdezéssel tesztelni.

Az automatizálás gazdasági logikája egyszerű. Ha egy ismétlődő adminisztratív feladat heti öt órát vesz el, az éves szinten nagyjából 250 óra. Hogy ez mennyi pénz, azt kizárólag az adott szervezet béradata dönti el — ezért itt nem szerepel megtérülési ígéret, csak a számítás módja: az érintett munkakör teljes óraköltségét kell beszorozni az éves óraszámmal, és ezt a számot érdemes a fejlesztési díjhoz mérni.

Az ERP-sáv, az iparági arányok és a folyamatos üzemeltetés

Az egyedi vállalatirányítási rendszer 30 M Ft-tól indul. Ez a sáv akkor kerül szóba, ha a teljes működést egyetlen rendszer fogja össze: több telephely, raktárkezelés vonalkóddal, önköltségalapú árkalkuláció, gyártás vagy szállítmányozás, számlázás, jogosultsági rendszer és vezetői kimutatások. A belépő ár azért magasabb nagyságrend, mert ebben a sávban a folyamatok száma jellemzően nem hat, hanem több tucat, és mindegyikhez tartozik teszt, dokumentáció és betanítás.

A nagyságrend értelmezéséhez segít az, ahogy a bevezetési projektek költsége az iparágban általában megoszlik. Ezek becslésre használható arányok, nem garantált értékek: a licencdíj jellemzően a teljes ERP-költség 20–30 százaléka, a bevezetés díja a licencdíj 100–200 százaléka, az éves karbantartás pedig a licencdíj 15–22 százaléka. Ebből az következik, hogy aki csak a licencdíjat nézi az ajánlatban, az a teljes költségnek nagyjából a negyedét látja.

Ugyanez a logika érvényes egyedi fejlesztésnél is, csak más névvel: az egyszeri fejlesztési díj mellé mindig oda kell képzelni a bevezetés, az adatmigráció, az oktatás és a folyamatos üzemeltetés költségét. Az üzemeltetés nem elhagyható tétel. Szerver, mentés, biztonsági frissítés, hibaelhárítás és rendelkezésre állás nélkül a legjobb rendszer is kockázattá válik.

A havidíjas szintek szintén nyilvánosak. Fontos, hogy ezek üzemeltetési és támogatási díjak, nem pedig formális megfelelőségi tanúsítás.

Amikor nem érdemes fejlesztetni

A legdrágább szoftver az, amelyik nem kellett volna. Négy olyan helyzet van, amelyben a felelős válasz a fejlesztés elhalasztása vagy elutasítása.

Az első eset az instabil folyamat. Ha a működés fél éven belül lényegesen változni fog — új üzletág indul, tulajdonosváltás jön, jogszabályi átalakulás várható —, akkor a most lefejlesztett logika jelentős részét újra kell írni. Ilyenkor jobb kivárni, vagy egyetlen, jól elkülöníthető részfolyamatot automatizálni.

A második eset az, amikor a probléma valójában szervezeti. Ha a határidők azért csúsznak, mert nincs kijelölt felelős, azon nem segít a szoftver: legfeljebb pontosabban fogja mérni a csúszást. Ez önmagában is érték, de nem az az érték, amiért érdemes több millió forintot kiadni.

A harmadik eset a kis felhasználószám és a kevés tranzakció. Ha három ember napi néhány tételt kezel, akkor a jól felépített táblázat és egy standard, dobozos eszköz is elegendő lehet. Az egyedi fejlesztés ott kerül mérlegelhető helyzetbe, ahol sok az ismétlődés, sok a résztvevő, vagy nagy a hibázás ára.

A negyedik eset a rossz sorrend. Előfordulhat, hogy a 3 M Ft-os rendszer helyett egy 500 e Ft-os automatizálás is megszünteti a szűk keresztmetszetet; azt, hogy melyikről van szó, a felmérés dönti el, nem az árszint kiválasztása. A lépcsőzetes haladás kisebb egyszeri kiadással jár, és a következő kör megrendelése már működés közben szerzett tapasztalatra épülhet, nem feltételezésre. A fordított sorrend azzal a kockázattal jár, hogy a fejlesztés olyan folyamatra épül, amelyet a szervezet ebben a formában még nem működtetett végig.

Végül egy határ, amit érdemes kimondani: a fejlesztő nem jogi és nem adótanácsadó, és a fenti írás sem minősül jogi tanácsadásnak. Adatkezelési, számviteli vagy szerződéses kérdésben szakértő bevonása szükséges; a szoftver ezeknek a döntéseknek a végrehajtója, nem a forrása.