# ERP-bevezetés kkv-nál: idő, költség és buktatók

URL: https://casterconsulting.hu/erp-bevezetes-ido-koltseg/
Published: 2026-10-15
Updated: 2026-10-15
Author: Caster Consulting

> Egy kkv-s ERP-bevezetés ma hónapokban mérhető, nem években, ha modulonként halad. A legtöbb csúszást nem a szoftver okozza, hanem a menet közben bővülő igények, a rendetlen adatok és a túl sok egyedi fejlesztés.

**Rövid válasz: egy kkv-s ERP-bevezetés ma hónapokban mérhető, nem években, ha modulonként halad.** A legtöbb csúszást nem a szoftver okozza. Három dolog okozza: a menet közben bővülő igények, a rendetlen adatok és a túl sok egyedi fejlesztés. Ha ezt a hármat kézben tartod, az ERP-bevezetés nem az a rémálom, amelynek a hírneve mutatja.

A rossz hírnév nem alaptalan. A nagy ERP-projektekről szóló statisztikák évtizedek óta kijózanítóak. De a nagyvállalati, több éves, sokmilliós projektek tanulságai csak részben igazak egy 30–200 fős cégre, ahol a folyamatok egyszerűbbek, és a bevezetés modulokra bontható.

## Hol tartanak a cégek?

Az Eurostat szerint 2025-ben az uniós vállalkozások 46,45%-a használt ERP-rendszert. A különbség a méret szerint óriási: a kis cégek 41,08%-a, a nagyok 88,71%-a. A kis- és középvállalatok többsége tehát még Excel-táblák, külön számlázóprogram és néhány szakprogram között dolgozik, és előbb-utóbb eljut oda, hogy ez már nem bírja a növekedést.

## Mit mutatnak a számok?

A legtöbbet idézett forrás a Panorama Consulting éves ERP-jelentése. A számokat mindig évszámmal együtt érdemes nézni, mert a minta évről évre változik.

**2017 (342 válaszadó):**

- a projektek 74%-a túllépte az eredeti költségvetést, 59%-a az ütemtervet;
- az átlagos bevezetési idő 16,9 hónap volt;
- a Panorama ügyfelei átlagosan az éves árbevételük 3,6%-át költötték a projektre;
- a költségtúllépés fő okai: váratlan technikai vagy szervezeti problémák (23%), többlet-technológiai igények (22%) és a bővülő hatókör (20%);
- az ütemterv csúszásának fő okai: a bővülő hatókör (19%) és az adatproblémák (16%).

**2026:** a legújabb Panorama-jelentés szerint a szervezeteknek „több mint negyede” lépte túl a költségvetést, és a fő ok a többlet-technológiai igény volt. Ez jóval jobb, mint a korábbi évek, de a minták nem teljesen összehasonlíthatók.

**A hosszú távú kép:** a Computerworld 2010-ben 1600 szervezet adatait idézte, amelyek szerint 51,4%-uk lépte túl a költségvetést, és több mint felük az elvárt haszon legfeljebb 30%-át érte el.

Egy fontos megjegyzés: ezek a minták főleg amerikai közép- és nagyvállalatokat tartalmaznak. Egy kkv-nál a számok kisebbek, de a csúszás okai ugyanazok.

## Mennyi ideig tart egy kkv-nál?

A bevezetés jellemzően öt szakaszból áll:

1. **Folyamatfelmérés:** hogyan dolgozik ma a cég, mi fáj, mit kell tudnia a rendszernek. Egy kkv-nál néhány hét.
2. **Tervezés és demó:** a folyamatok leképezése a rendszerre, a kulcsfelhasználók bevonásával.
3. **Beállítás és adatmigráció:** törzsadatok, nyitókészlet, nyitott tételek.
4. **Tesztelés és betanítás:** valós esetekkel, a kulcsfelhasználók vezetésével.
5. **Élesítés és utánkövetés:** az első hetekben a legtöbb kérdés és javítás.

Ha mindez egyszerre, minden modulra fut, egy kkv-nál is könnyen fél–egy év. Ha modulonként halad (például először a számlázás és a készlet, aztán a beszerzés, aztán a CRM), az első modul hetek vagy néhány hónap alatt élesedhet, és a cég már használja, miközben a következő készül.

## Mennyibe kerül?

A licenc vagy az előfizetés csak egy része a költségnek. Egy reális költségvetés hat tételből áll:

- **szoftver:** előfizetés felhasználónként vagy modulonként, illetve licenc;
- **bevezetés:** a szállító vagy a tanácsadó munkadíja a felméréstől az élesítésig;
- **adatmigráció:** a régi adatok tisztítása és áttöltése, amelyet szinte mindig alábecsülnek;
- **integrációk:** webáruház, bank, NAV, szakprogramok;
- **testreszabás:** minden, ami a szabványos működésen túl kell;
- **belső idő:** a kulcsfelhasználók és a vezetők ideje, amelyet a legtöbb költségvetés egyáltalán nem tartalmaz.

Az utolsó tétel a legnagyobb rejtett költség. A bevezetés hónapjaiban a legjobb munkatársaidnak a napi munkájuk mellett kell tesztelniük, dönteniük és tanítaniuk. Ha erre nincs idejük, a projekt csúszik, vagy a rendszer nem a valós működést fogja leképezni.

## Mi buktatja el?

### 1. A bővülő hatókör

A legtöbb ERP-projekt nem egy nagy hibán bukik el, hanem száz kicsi „és ha már ott vagyunk” kérésen. Mindegyik ésszerű, együtt viszont megduplázzák a projektet. A Panorama adatai szerint a bővülő hatókör a költségtúllépések 20%-áért és az ütemterv-csúszások 19%-áért felel.

### 2. A rendetlen adatok

A régi rendszerekben duplikált partnerek, hibás cikkszámok, régi árak és senki által nem ismert mezők vannak. Ha ezeket tisztítás nélkül töltöd át, az új rendszer az első naptól hibásan számol, és a felhasználók elveszítik a bizalmukat.

### 3. A túl sok egyedi fejlesztés

Minden testreszabás drágítja a bevezetést, nehezíti a karbantartást, és a frissítéseket is. Egy hazai ERP-tanácsadó a HVG-ben azt javasolta, hogy az egyedi fejlesztés az igények legfeljebb 10–15%-át tegye ki. Ez tapasztalati szám, nem kutatási adat, de jó kiindulópont: ha ennél jóval több kell, valószínűleg nem a megfelelő rendszert választottad.

### 4. A rossz kiválasztás

Ugyanez a cikk a kiválasztást nevezi a kudarcok fő okának. Gyakori hiba, hogy a cég a funkciólisták alapján dönt, nem a saját folyamatai alapján. Egy demó mindig szép. A jó kérdés az, hogy a te legbonyolultabb hétköznapi esetedet hogyan kezeli.

### 5. Nincs gazdája

Ha a projektet „az informatika” viszi, és az üzleti oldal csak a végén kapcsolódik be, a rendszer technikailag működni fog, de nem úgy, ahogy a cég dolgozik. Kell egy üzleti oldali felelős, aki dönteni tud, és kellenek kulcsfelhasználók minden területről.

## Hogyan válassz rendszert?

A kiválasztás a projekt legolcsóbb szakasza, és itt dől el a legtöbb. Néhány kérdés, amelyet minden szállítónak érdemes feltenni:

- **Mutassa meg a te legbonyolultabb hétköznapi esetedet,** ne a saját bemutató-forgatókönyvét. Például egy részszállítást visszárúval és devizás számlával.
- **Mi szabványos, és mi testreszabás?** Kérd írásban, melyik igényedhez kell fejlesztés.
- **Hogyan kapcsolódik** a webáruházhoz, a bankhoz, a NAV Online Számlához és a szakprogramjaidhoz?
- **Mi történik frissítéskor** a testreszabásokkal?
- **Ki vezeti a bevezetést,** és hány hasonló méretű cégnél csinálta már?
- **Hogyan viszed el az adataidat,** ha egyszer váltani akarsz?

Ha két-három szállítót ugyanazokkal az esetekkel hasonlítasz össze, a különbségek gyorsan kiderülnek. A funkciólista ritkán dönt, az esetek viszont igen.

## Egyszerre vagy modulonként?

A Panorama 2019-es adatai szerint a cégek 33%-a funkcionális területenként, modulonként vezette be az ERP-t, 30%-a egyszerre („big bang”), a többiek üzletágak vagy telephelyek szerint, illetve vegyesen. A Panorama szerint az egyszerre bevezetés nagy kockázatú, de nagy hozamú, a fokozatos biztonságosabb, de drágább.

Kkv-knál mi a modulonkénti bevezetést javasoljuk, három okból:

- **hamarabb van haszon:** az első modul már működik, mielőtt a többi elkészül;
- **kisebb a kockázat:** egy hiba egy területet érint, nem az egész céget;
- **tanul a csapat:** az első modul tapasztalatai a következőt gyorsítják.

Az ára az, hogy egy ideig a régi és az új rendszer párhuzamosan él, és köztük átmeneti kapcsolat kell.

## Amit mi láttunk

A csapatunk két korábbi projektje jól mutatja, mit jelent ez a gyakorlatban. Mindkettő a moduláris ZEBEQ platformon készült, amellyel ma is a legtöbbször dolgozunk.

- **HR-folyamatok egy rendszerben:** egy nemzetközi flottakezelő cég hazai egységénél a szabadságkezelés, az onboarding, a teljesítményértékelés, a toborzás és a műszakbeosztás Excelben futott. Hét hónap alatt egy rendszerbe került, amelyet 70 felhasználó, a HR és a munkavállalók is használnak.
- **SAP Emarsys kiváltása:** egy két országban működő elektronikai kiskereskedelmi lánc nagy, összetett SAP Emarsys-rendszerét egy általunk, no-code platformon fejlesztett saját marketingrendszer váltotta ki öt hónap alatt. Az új rendszer automatizáltan futtatja a kampányokat és az ügyfélkommunikációt, bővített funkcionalitással és költséghatékonyabban.

Egyik sem volt „big bang”. Mindkettőnél egy jól körülhatárolt területtel indultunk, és az mehetett élesbe, mielőtt a következő lépés jött.

## Az első hónap élesítés után

Az élesítés napja nem a projekt vége, hanem a legkritikusabb időszak kezdete. Az első hetekben derül ki, hol nem illeszkedik a beállítás a valós munkához, és ilyenkor a felhasználók türelme a legkisebb.

Három dolog segít ezen át. Legyen egy jól látható, gyors csatorna a kérdéseknek és a hibáknak, és valaki, aki napon belül válaszol. Legyenek kulcsfelhasználók minden területen, akikhez a kollégák először fordulhatnak. És legyen egy rövid, heti áttekintés: mi javult, mi maradt nyitva, mi vár a következő hétre. Ha az első hónap jól megy, a rendszer elfogadottá válik. Ha rosszul, évekig „az új rendszer, ami nem működik” marad.

## Hogyan tartsd kézben?

1. **Írd le a hatókört modulonként,** és minden új kérést egy listára tegyél, ne azonnal a projektbe. A lista az élesítés után jön.
2. **Tisztítsd az adatot a migráció előtt,** és döntsd el, mi kerül át egyáltalán.
3. **Korlátozd az egyedi fejlesztést.** Ha egy igény a szabványos működéssel is megoldható, változtass a folyamaton, ne a rendszeren.
4. **Nevezz ki üzleti oldali felelőst és kulcsfelhasználókat,** és szabadíts fel nekik időt.
5. **Határozd meg előre az átvételi feltételeket:** mikor kész egy modul.
6. **Tervezd be a belső időt a költségvetésbe.**
7. **Ne zárd le a projektet az élesítés napján.** Az első hónapban sok apró kérdés és javítás jön. Tervezz rá utánkövetést, és csak utána indítsd a következő modult.

Ha ERP-bevezetés előtt állsz, és szeretnéd, hogy valaki a folyamatfelméréstől az élesítésig modulonként végigvigye, nézd meg a [vállalatirányítási](/vallalatiranyitas/) és az [IT tanácsadási](/it-tanacsadas/) szolgáltatásunkat.

## GYIK

### Mennyi ideig tart egy ERP-bevezetés egy kkv-nál?

Modulonkénti bevezetésnél az első modul hetek vagy néhány hónap alatt élesedhet, a teljes rendszer jellemzően néhány hónaptól egy évig tart. A Panorama 2017-es, főleg nagyobb cégeket vizsgáló jelentésében az átlag 16,9 hónap volt.

### Mennyibe kerül egy ERP-bevezetés?

A cég méretétől, a modulok számától és a testreszabástól függ. A Panorama 2017-es ügyfélkörében átlagosan az éves árbevétel 3,6%-a volt, de ez főleg nagyobb cégek adata. A legtöbbször alábecsült tétel az adatmigráció és a belső munkaidő, ezeket mindenképp tervezd be.

### Mi a leggyakoribb oka a csúszásnak?

A bővülő hatókör, az adatproblémák és a váratlan szervezeti vagy technikai nehézségek. A Panorama 2017-es adatai szerint a bővülő hatókör az ütemterv-csúszások 19%-áért felel.

### Egyszerre vagy modulonként érdemes bevezetni?

Kkv-knál jellemzően modulonként: hamarabb van haszon, kisebb a kockázat, és a csapat tanul. Az egyszerre bevezetés gyorsabb lehet, de egy hiba az egész céget érinti.

### Mennyi egyedi fejlesztés megengedhető?

Minél kevesebb, annál jobb. Egy hazai tapasztalati ökölszabály szerint az igények legfeljebb 10–15%-a. Ha ennél jóval több kell, érdemes újragondolni a rendszerválasztást.

## Sources

- [Panorama Consulting – 2017 ERP Report](https://www.panorama-consulting.com/wp-content/uploads/2017/07/2017-ERP-Report.pdf)
- [Panorama Consulting – Latest study of ERP implementation outcomes (2026)](https://www.panorama-consulting.com/panorama-consulting-group-releases-latest-study-of-erp-implementation-outcomes-across-the-globe/)
- [TechTarget – ERP vendors get high marks in Panorama report (2019)](https://www.techtarget.com/searcherp/news/252464232/ERP-vendors-get-high-marks-in-Panorama-report)
- [Panorama Consulting – ERP Implementation Strategies](https://www.panorama-consulting.com/erp-implementation-strategies)
- [Computerworld – Widespread discontent persists with ERP projects](https://www.computerworld.com/article/1516480/widespread-discontent-persists-with-erp-projects.html)
- [HVG – A bukott ERP-projektek sötét titkai](https://hvg.hu/tudomany/20200811_bukott_erp_projektek_kivalasztas_folyamata)
- [Eurostat – E-business integration (Statistics Explained)](https://ec.europa.eu/eurostat/statistics-explained/SEPDF/cache/22286.pdf)