SaaS ERP: Mi ez, és miben különbözik a hagyományos ERP-rendszerektől

A SaaS ERP tiszta definíciója, összehasonlító táblázat a helyszíni és hosztolt ERP-rendszerekkel, valamint az API-központú alkategória, amelyre a platformok épülnek.

A SaaS ERP olyan vállalatirányítási szoftver, amelyet a gyártó a saját infrastruktúráján futtat és előfizetésként értékesít, így minden ügyfél ugyanazt a folyamatosan frissített verziót használja böngészőn vagy API-n keresztül. Ezzel szemben a hagyományos ERP olyan szoftver, amelyet egyszer licencel az ember, az általa felügyelt szerverekre telepít, és saját projektként frissít.

Ez a teljes definíció. A cikk többi része abból következik, ami ebből fakad: ki végzi a frissítések telepítését, hogyan számítják ki az árat, ki a tulajdonosa az adatoknak, hogyan kapcsolódnak a többi rendszerek, és milyen esetekben jelenti a hagyományos modell a helyes választást.

A három bevezetési modell

A „felhőalapú ERP” (Cloud ERP) kifejezést lazán használják két különböző dologra, és a különbség számít az árajánlatok összehasonlításakor.

	SaaS ERP (többlakásos / multi-tenant)	Hosztolt ERP (egylakásos / single-tenant)	Helyszíni (on-premise) ERP
Ki üzemelteti a szervereket?	A gyártó	A gyártó vagy egy hosztolási partner	Ön
Szoftver verziója	Egyetlen verzió az összes ügyfél számára	A saját példánya, az Ön ütemezése szerint frissítve	A saját példánya, az Ön ütemezése szerint frissítve
Hogyan érkeznek a frissítések?	Folyamatosan, projekt nélkül	Ütemezett projektként	Ütemezett projektként
Testreszabás	Konfiguráció és API; a kódmódosítás ritka	Kódmódosítások lehetségesek	Kódmódosítások lehetségesek
Jellemző kereskedelmi modell	Előfizetés felhasználónként, jogi egységenként vagy használat alapon	Előfizetés vagy licenc plusz hosztolási díj	Örökös licenc plusz éves karbantartás
Megfelelőségi frissítések (adókulcsok, jelentési formátumok)	A gyártó szállítja mindenkinek egyszerre	Az Ön által alkalmazott javításcsomagokként	Az Ön által alkalmazott javításcsomagokként

Egy hosztolt, egylakásos (single-tenant) termék, amelyet a gyártó „felhőnek” nevez, egy helyszíni szoftver működési profiljával rendelkezik, csak valaki más adatközpontjában. Ez továbbra is az Ön verziója, és a frissítések továbbra is az Ön projektjét képezik. Mielőtt összehasonlítaná egy többlakásos (multi-tenant) megoldással, kérdezze meg, hogy a termék melyik oszlopba tartozik.

Ki végzi a frissítéseket?

Egy többlakásos (multi-tenant) SaaS ERP-ben a szoftvernek egyetlen verziója létezik, és a gyártó mindenkit arra költöztet át. Nem kell frissítést ütemeznie, tesztelnie az új kiadást az egyedi módosításokkal szemben, vagy integrátort fizetnie az átmigráláshoz. Ennek az ára az, hogy a frissítést sem visszautasítani nem lehet.

A könyvelés szempontjának ebből következik egy sajátos vonzata. Az adókulcsok megváltoznak, a jelentési formátumok módosulnak, az e-számlázási kötelezettségek pedig a kormányok által meghatározott időpontokban érkeznek, nem pedig az Ön IT-naptárához igazodva. SaaS modellben ezek a változások termékfrissítésként jutnak el minden ügyfélhez. Hagyományos modellben mindegyik egy olyan javításcsomag (patch), amelyet valakinek a szervezetén belül a határidő lejárta előtt telepítenie kell.

A Nordlet a SaaS mintának a pénzügyi magra alkalmazott példája: a changelog felsorolja az egyes változásokat, az országonkénti jelentéstámogatási táblázat pedig a kódból generálódik, így az, amit a termék elküld, és amit a nyilvános oldal mutat, ugyanabból a forrásból származik.

Hogyan számítják ki az árat?

A hagyományos ERP árazása egy örökös licencből (amelyet gyakran névhez kötött vagy egyidejű felhasználónként áraznak), a licencérték körülbelül ötödének megfelelő éves karbantartásból, egy bevezetési projektből és a hardverből áll. A bevezetési projekt általában a legnagyobb tétel és a legnehezebben megbecsülhető rész. A Mennyibe kerül az ERP szoftver 2026-ban? című cikk részletesen bemutatja a teljes költségmodellt.

A SaaS ERP árazása háromféle formában létezik:

Felhasználónként havonta. A pénzügyi és operatív csapatoknak szánt csomagok elterjedt modellje. A költség a létszámmal nő, nem az üzleti volumennel. Az a platform, amely napi ezer tranzakciót generál két pénzügyi munkatárssal, keveset fizet; egy negyven raktári felhasználóval rendelkező cég viszont sokat.
Jogi egységenként (entity) havonta. Minden jogi társaság külön előfizetés. A sok apró egységgel rendelkező csoportok minden egyes darab után fizetnek, függetlenül annak forgalmától.
Használat alapú mérés (metered). A költség a rendszer által végzett műveletek számával növekszik. Ez illeszkedik az olyan szoftverekhez, amelyeket más szoftverek hajtanak, nem pedig gépelő emberek.

A Nordlet a harmadik modellt használja. Az árazás API-kérésen alapul: a Starter csomag havi 10 euró 3000 kéréssel, a Business 50 euró 300,000 kéréssel, a Scale 300 euró 200,000 kéréssel, a további kérések pedig a csomagtól függően 0,004 és 0,002 euró között mozognak. A felhasználók és a cégek száma korlátlan, és a csomagok csak a kérésvolumenben, az SLA-ban és a mellékelt tárhelyben különböznek egymástól. Nincsenek letiltott funkciók (feature gating): a számlázás, a főkönyv, a készletkezelés, a bérszámfejtés, a konszolidáció és a teljes API minden csomagban benne van.

Ki a tulajdonosa az adatoknak, és hogyan lehet azokat kinyerni?

A hagyományos modellben az adatbázis az Ön szerverén fut, és közvetlenül le lehet benne kérdezni az adatokat. A SaaS esetében az adatok a gyártónál vannak, és azt kaphatja meg, amit a gyártó elérhetővé tesz. Aláírás előtt ellenőrizze a következő három dolgot:

Létezik teljes körű olvasási API (read API)? Ha csak jelentéseket tud letölteni, nem fogja tudni máshol újjáépíteni a könyvelését.
Az exportált fájlok olyan formátumúak, amelyeket a könyvelője és a következő rendszer elfogad? Egy uniós vállalat számára ez a jogszabály szerinti beszámolókat, az áfa-nyilvántartásokat és adott esetben a nemzeti auditfájl-formátumokat jelenti.
Mi történik, amikor távozik? Az archiválásra, a megőrzési időszakokra és a törlésre vonatkozó szabályoknak nyilvánosnak kell lenniük.

A Nordlet minden modult ugyanazon az API-n keresztül tesz elérhetővé, amelyet maga az alkalmazás is használ, magánjellegű (private) végpontok nélkül. A főkönyvi exportok DATEV formátumban Németország számára, FEC formátumban Franciaország számára és SIE formátumban Svédország számára érhetők el, a jelentések pedig XLSX, PDF vagy JSON formátumban generálhatók. Egy archivált cég havi 1 euróba kerül, és minden adata megmarad.

Integráció: API-központú (API-first) vs. konnektor

A hagyományos ERP adatbázis-hozzáférésen, fájlátvitelen és köztesrétegen (middleware) keresztül integrálódik. A SaaS ERP az API-ján keresztül teremt kapcsolatot, és ezen API minősége határozza meg, hogy a folyamat mekkora része automatizálható.

A SaaS-kategórián belül létezik egy jelentős megosztottság:

Alkalmazás-központú (app-first) SaaS ERP: a felhasználói felület a termék, az API pedig kiegészítő elem. Egyes műveletek kizárólag a képernyőn léteznek. Az integrációkat általában partnerek építik ki konnektorok formájában.
API-központú (API-first) SaaS ERP: az API a termék, a felület pedig csupán az egyik kliense. A képernyő által végzett minden egyes művelet egy dokumentált hívás, amelyet egy másik program is elvégezhet.

A különbség akkor mutatkozik meg, amikor a saját szoftser jelenti a tranzakciók forrását. Egy eladói kifizetéseket rögzítő piactérnek, egy havonta bevételt elszámoló előfizetéses terméknek, vagy egy több EU-tagállam felé számlázó e-kereskedelmi platformnak a második típusra van szüksége. Mi az a könyvelési API? című cikk részletesebben is bemutatja ezt a kategóriát.

A Nordletben minden egyes művelet egy POST /v1/{module}/{resource}/{action hívás JSON törzzsel. A kulcsok olyan hatóköröket (scope) hordoznak, mint a sales:write. Az Idempotency-Key fejléc biztonságossá teszi az újbóli próbálkozásokat (retry): ugyanez a kulcs ugyanazzal a hasznos teherrel (payload) a tárolt választ játssza vissza, míg ugyanez a kulcs eltérő hasznos teherrel elutasításra kerül. A webhookok ugyanabban az adatbázis-tranzakcióban íródnak, mint az általuk jelentett változás, így egy visszagörgetett (roll-back) dokumentum soha nem bocsát ki eseményt. A gépelt (typed) SDK-k az OpenAPI specifikációból kilenc nyelven generálódnak, mindegyikhez telepítési útmutatóval.

Mikor nyer még mindig a hagyományos ERP?

A SaaS nem jelent helyes választást minden szervezet számára. A hagyományos modell három helyzetben őrzi meg létjogosultságát:

Mély folyamat-testreszabás. Az olyan gyártó, amelynek a tervezési logikája önmagában versenyelőnyt jelent, olyan kód szintű módosításokat igényelhet, amelyeket egy többlakásos (multi-tenant) termék nem tehet lehetővé.
Elszigetelt hálózatok. A honvédelem, bizonyos közművek és egyes közintézmények olyan rendszereket üzemeltetnek, amelyek nem érhetik el az internetet.
Olyan szabályozási adatrezidencia-szabályok, amelyeknek a gyártó nem tud megfelelni. Sokan meg tudnak felelni; a feltételezés helyett ellenőrizze az adatfeldolgozási megállapodást.

Ezen eseteken kívül a saját ERP-verzió futtatásának és az egyes megfelelőségi javítások önálló alkalmazásának a költsége semmilyen előnnyel nem jár. Miért buknak el az ERP-bevezetések? című cikk bemutatja, hol szokott megjelenni ez a költség.

Az API-központú alkategória

Egy teljes értékű ERP-csomag egyetlen termékben foglalja magában a pénzügyeket, a raktárkészletet, a gyártást, a CRM-et, a HR-t és sok mást. Sok olyan vállalat, amely „SaaS ERP-t” keres, valójában a pénzügyi és operatív magra van utalva, a többit pedig már birtokolja, vagy nem is igényli.

A Nordlet ezt a magot fedi le: értékesítési és beszerzési számlázás hézagmentes számozással, kettős könyvviteli főkönyv időszakzárolással, banki adatáramlás és kivonatok importálása fizetési egyeztetéssel, FIFO raktárkezelés raktárak között, gyártás darabjegyzékekkel (BOM), immateriális javak és tárgyi eszközök értékcsökkenése, alkalmazottak és bérszámfejtés, ismétlődő számlázási megállapodások, bevétel elszámolás az IFRS 15 szerint, költséghelyek, csoportszintű konszolidáció, valamint uniós áfa-, e-számlázási és törvényi jelentéstételek 30 országra. Minden egyes modul elérhető az API-n keresztül, és maga az alkalmazás is ugyanazokra a végpontokra épül.

Ez egy fiatal termék, korai hozzáférésben (early access) van 2026-ban, és tervezési partnereket von be. Ezt érdemes tudni, amikor olyan csomagokkal hasonlítja össze, amelyeket már évtizedek óta értékesítenek. Hogyan működnek az ERP rendszerek? bemutatja, hogyan néz ki a gyakorlatban az adatáramlás egy ilyen magon keresztül.

Hogyan hasonlítsuk össze az árajánlatokat?

Helyezze el az egyes termékeket a fenti táblázat megfelelő oszlopába. A hosztolt egylakásos (single-tenant) nem SaaS.
Kérdezze meg, hogy ki végzi az adó- és jelentési frissítéseket, és milyen határidővel. Szerezze ezt meg írásban azokról az országokról, ahol tevékenységet folytat.
Modellezze az árat a jelenlegi forgalma és létszáma háromszorosánál. A felhasználónkénti, egységenkénti és használat alapú árazás a növekedéssel meredeken eltávolodik egymástól.
Vásárlás előtt exportáljon egy teljes adatkészletet egy próbaverzióból vagy homokozóból (sandbox).
Építsen ki egy valódi integrációs folyamatot az API-val egy homokozó környezetben. A termelés előtti tesztelési terv felsorolja az ellenőrizendő szempontokat.

FAQ

Ugyanaz a SaaS ERP, mint a felhőalapú ERP?

Nem feltétlenül. A felhőalapú ERP magában foglalja mind a többlakásos SaaS-t, mind az egylakásos hosztolt termékeket. Kizárólag a többlakásos SaaS biztosítja a gyártó által futtatott frissítéseket saját projekt indítása nélkül. Kérdezze meg, hogy pontosan melyik kategóriába tartozik a termék.

Testreszabható a SaaS ERP?

Konfiguráció és az API révén igen. Magának a terméknek a kód szintű módosítása általában nem lehetséges, mivel minden ügyfél ugyanazt a verziót futtatja. Ha az Ön igénye kódmódosítást kíván meg, akkor hosztolt vagy helyszíni szoftvert keres.

Biztonságban vannak az adataim egy SaaS ERP gyártónál?

A válasz a gyártó szerződésétől és ellenőrzéseitől függ, nem pedig magától a kategóriától. Ellenőrizze az adatfeldolgozási megállapodást, az adatok tárolási helyét, a megőrzési és törlési szabályokat, valamint azt, hogy létezik-e teljes körű olvasási API, amellyel mindent ki tud menteni.

Mennyi idő alatt lehet elkezdeni a SaaS ERP használatát?

A regisztráció percekig tart; a homokozó segítségével még ugyanazon a napon tesztelhet. A termelési bevezetés továbbra is magában foglal adatmigrációt, a számlatükörrel kapcsolatos döntéseket és integrációs munkálatokat. A reális ERP-bevezetési ütemtervek projektformákra bontva mutatják be ezt.

Helyettesíti a SaaS ERP a könyvelőt?

Nem. Rögzít, kiszámít és beküld. A besorolási döntések, a céltartalékok képzése, és a legtöbb országban a törvényi beszámolók aláírása továbbra is szakképzett személy feladata marad.