Vállalatirányítási rendszer: a magyar piac térképe

Mi az ERP, és milyen modulokból áll

Az ERP közös adatbázisra épülő szoftvercsomag, amely egyetlen rendszerben kezeli a pénzügyi, logisztikai, termelési és értékesítési folyamatokat. A definíció lényege három szó: egy törzsadat, egy tranzakciós napló, több funkcionális modul. Ha egy cégnél a számlázó és a raktárprogram külön cikktörzset vezet, az még nem ERP, hanem két rendszer egymás mellett.

A modullistát szándékosan nem egyetlen gyártói marketingoldalról vettük. Az SAP és az Oracle „mi az ERP” oldalai 403-mal tiltják az automatizált lekérést, ezért a bontás a magyar piacon ténylegesen árult modulnevekből áll össze: a Vision-Software Octopus 8 moduljaiból, a Logzi modullistájából, a Novitax termékbontásából és a LIBRA termékcsaládjából.

Egy piaci sajátosság már itt látszik. Magyarországon a bér jellemzően külön termék, nem a fő ERP része. Ez az egyik oka annak, hogy a nemzetközi dobozos rendszerek mellé szinte mindig kerül magyar kiegészítő szoftver vagy saját fejlesztés, és ezzel a büdzsében is számolni kell. A fogalmi alapokról részletesebben írtunk a mi az ERP bejegyzésben.

Hány cégnek van egyáltalán szüksége ERP-re

A magyar ERP-piac forintban mért méretére nem találtunk publikus adatot. A Statista vonatkozó kimutatása fizetőfal mögött van, a Gartner és az IDC magyar piaci részesedési riportjai szintén nem nyilvánosak. Ami viszont szabadon elérhető, az a KSH cégstatisztikája, és ebből a potenciális vevőkör mérete elég jól körberajzolható.

Ebből a táblából három szám vezethető le. A 10-249 fős sávban 39 906 cég van, ez a valódi ERP-piac magja. Az 50 fő felettiek száma 6 325, a 250 fő felettieké 1 052. Fontos fenntartás: ezek regisztrált, nem működő vállalkozások. A 0 fős kategória 836 ezres tömegének döntő része soha nem lesz ERP-vevő, és a KSH a működő KKV-kat külön méri, a két szám nem cserélhető fel.

Cégszámok: KSH stadat 9.1.1.5, 2025. A szoftverszint besorolás a saját tapasztalatunk, nem publikált statisztika.

Kik vannak a piacon

Az uzletiszoftver.com magyar szoftverkatalógusa a vállalatirányítási kategóriában oldalanként 50 terméket sorol fel, három oldalon. Nagyságrendileg tehát 100-150 külön ERP-termék van jelen a magyar piacon. A katalógus pontos összlétszámot nem publikál, ez a szám az oldalankénti elemszámból becsült. A töredezettség önmagában is válasz arra, miért nehéz választani: a legtöbb terméknek nincs publikus ára, összehasonlító tesztje, és sokszor még friss referenciája sem.

Nemzetközi rendszerek magyar jelenléttel

A „nem ellenőriztük” azt jelenti, hogy a gyártói oldalon nem találtunk erre vonatkozó publikus állítást. Nem azt, hogy a megoldás nem létezik; a partnereknél érdemes rákérdezni.

Magyar fejlesztésű rendszerek

A katalógusban további nevek szerepelnek, amelyeket gyártói oldalon nem ellenőriztünk: Vectory, MGS-IVISZ, azERP, reflex plus, 10xONE, myCentury, Stockhouse, TREND, ROOLNET, Symbol Enterprise, Szinva Ügyvitel, ÜgyVisz, AvERP, ECoNET, DREAM, Helix. Egy gyakran keresett nevet külön kiemelnék: a Forrás ERP fejlesztőjére és jelenlegi állapotára nem találtunk megbízható publikus forrást, a forrasnet.hu domain sem oldódott fel a lekérés napján. Amíg ez nem tisztázódik, mi nem soroljuk aktív termékek közé. A tíz legismertebb magyar rendszert részletesebben bemutatja a legjobb magyar ERP rendszerek 2026 összeállításunk.

Amit a magyar szabályozás elvár egy ERP-től

Ez a fejezet választja el a magyar ERP-projektet a nemzetközi sablontól. Egy globálisan jó rendszer is elbukhat itt, ha a hatósági adatszolgáltatás partneri kiegészítőre van bízva, és a kiegészítő késve követi a séma-változásokat.

Dobozos vagy egyedi

Ez a döntés ritkán bináris, és nálunk sem az. Az alábbi tábla a mi álláspontunk, nem hivatkozott statisztika, egy sor kivételével: a túl-testreszabás a Panorama 2026-os adatai szerint a bukások 23 százalékában okozó tényező.

A gyakorlatban a legtöbb 30-150 fős magyar cégnél egy köztes felállás nyer: dobozos pénzügyi mag, fölötte egyedi ágazati réteg és integrációk. Ez a kétszintű ERP a CloudERP.hu 2026-os trendlistáján is szerepel. Az érv mögötte egyszerű: a hatósági megfelelés a dobozos oldalon marad, ahol karbantartják, a versenyelőnyt adó folyamat pedig a saját rétegben, ahol változtatható.

Bevezetési idő és költség

Kezdjük a legerősebben alátámasztott számmal, mert ez hivatalos gyártói listaárból jön. Egy 50 fős cég 30 Dynamics 365 Business Central Essentials és 20 Team Members licencet vásárol: 30 × 69,30 euró plusz 20 × 6,90 euró havonta, ami 2 217 euró, éves szinten kb. 26 600 euró. 400 Ft/EUR árfolyamon ez nagyjából 10,6 millió forint évente, csak licencre, bevezetés nélkül. Ez az összeg semmilyen implementációt, testreszabást vagy magyar kiegészítőt nem tartalmaz.

A bevezetési oldalra a magyar implementálók ritkán adnak ki számokat, arányokat viszont igen. Az Acterra International, magyar SAP Business One partner, publikált arányai szerint a bevezetés a licencköltség 1,5-2-szerese, a szoftverkövetés évente a licenc 10-20 százaléka, a kiegészítő szoftverek pedig a teljes ERP-büdzsé 10-15 százalékát viszik.

Ez a tábla nem publikált piaci statisztika. A fenti publikus listaárakból és arányszámokból levezetett saját becslés, és így is kell hivatkozni rá. Ha valaki ennél pontosabb magyar ERP-ártáblát talál nyilvánosan, szívesen látjuk.

Ha ezt a saját számaiddal akarod végigszámolni, arra van egy eszközünk: 5 éves ERP TCO-kalkulátor.

Mennyi ERP-projekt csúszik el

A leggyakrabban idézett forrás a Panorama Consulting Group éves ERP-riportja. Egy fenntartással kell kezdeni: a Panorama saját oldalán csak letöltési űrlap van, a számok nincsenek benne a HTML-ben, ezért mi másodlagos forrásból vettük át őket, amely név szerint a 2026-os riportra hivatkozik. Aki ezekre épít üzleti döntést, töltse le a PDF-et, és ellenőrizze vissza.

A költségsor megfogalmazása az eredeti forrásban kétértelmű. Úgy értelmezzük, hogy a tényleges költség a tervezett 1,89-szerese, nem pedig hogy 189 százalékkal lépi túl.

A bukás okai a diszkrét gyártásra vonatkozó bontásban a következők, és érdemes megnézni, mi nincs a listán: a szoftver maga.

• Nem megfelelő változáskezelés42%
• Rossz adatmigráció38%
• Tapasztalatlan bevezetői csapat35%
• Hiányzó felsővezetői támogatás31%
• Elégtelen felhasználói képzés29%
• Hatókör-bővülés (scope creep)26%
• Túl-testreszabás23%
• Rossz szállítóválasztás19%

Bevezetési időre a legtöbbet idézett szám a Godlan adata: átlagosan 17 hónap tényleges átfutás a tervezett 12 helyett. Ezt aggregátor oldalon találtuk, az eredeti riportra mutató link nélkül, ezért nagyságrendként kezeljük. Magyar mintán készült, publikus ERP-bevezetési statisztikát a lekérés napján nem találtunk sem a KSH-nál, sem az IVSZ-nél, sem a nagy tanácsadóknál.

Hogyan válassz

Nincs univerzális sorrend, de a projektek, amiket láttunk, hasonló pontokon szoktak elcsúszni. Ez a hat lépés ezekből áll össze.

1. Írd le a folyamatot, mielőtt bárkit behívnál

   Öt-tíz oldal elég: mi történik a rendelés beérkezésétől a számla kiállításáig, ki nyúl hozzá, hol van kézi lépés. Enélkül minden demó jónak fog tűnni, mert a szállító a saját sztoriját mutatja.

2. Számold ki a licencgörbét öt évre, létszámnövekedéssel

   A per-user modell akkor is drágul, ha a rendszer nem lesz többet. Vedd hozzá a magyar kiegészítőket és a bérprogramot, mert azok külön tételek.

3. Kérdezz rá a hatósági megfelelés útvonalára

   Ki fejleszti a NAV Online Számla modult, mennyi idő alatt követi a séma-változást, benne van-e az árban, és mi történik eÁFA-M2M oldalon 2027 januárjától.

4. Nézd meg, ki fogja bevezetni, ne csak azt, mit vezet be

   A Panorama listáján a tapasztalatlan bevezetői csapat a harmadik leggyakoribb bukási ok. Kérj referenciát hasonló méretű, hasonló iparágú magyar cégtől, és beszélj is velük.

5. Tervezd meg az adatmigrációt a projekt elején

   A rossz adatmigráció a második leggyakoribb ok. A törzsadat-tisztítás hónapokat vesz igénybe, és ezt jellemzően a megrendelő csapata csinálja, nem a szállító.

6. Rögzítsd a kilépés feltételeit a szerződésben

   Adatexport formátuma, forráskód-hozzáférés vagy letét, mi történik a testreszabásokkal verzióváltáskor. Ezt a beszélgetést az elején kell lefolytatni, nem akkor, amikor már váltani akarsz.

A működési oldalról bővebben írtunk a vállalatirányítási rendszer útmutatóban, a szomszédos kategóriáról pedig a magyar CRM-összeállításban.