Nordlet vs Odoo platformfejlesztőknek

Összehasonlítás fejlesztőknek, akik a beágyazott könyvelési API és a nyílt forráskódú ERP-csomag között választanak, a termékek saját dokumentációja alapján.

Az Odoo és a Nordlet gyakran együtt merül fel a platformcsapatok szűkített listáján, holott nem azonos típusú termékekről van szó. Az Odoo egy széles körű üzleti alkalmazáscsomag, amely könyvelést is tartalmaz, saját szerveren futtatható és módosítható. A Nordlet ezzel szemben egy könyvelési háttérrendszer (backend), amelynek nincsenek a könyvelésen túli ambíciói, és kifejezetten arra tervezték, hogy egy másik termékből hívják meg.

A választás általában két kérdésre redukálódik: az üzleti folyamataid mekkora részét szeretnéd egyetlen rendszerben tartani, és ki fogja azt üzemeltetni. Az Odoo-ról az alábbiakban leírtak az Odoo saját dokumentációján és árazási oldalain alapulnak, a releváns helyeken hivatkozva.

Mik ezek a termékek a gyakorlatban?

Az Odoo egy nyílt forráskódú csomag, amely magában foglalja a könyvelést, a készletkezelést, a gyártást, az értékesítést, a CRM-et, a humán erőforrást, a weboldalakat és sok mást; elérhető Odoo Online-on, az Odoo.sh-n vagy saját üzemeltetésben (self-hosted). Erőssége a sokoldalúság, a bővíthetőség és a saját üzemeltetés lehetősége. Az országspecifikus könyvelési sajátosságokat a lokalizációs modulok biztosítják, és a mögötte álló közösség igen nagy.

A Nordlet egy felhőalapú könyvelési API. Egyetlen REST-interfésszel biztosít megváltoztathatatlan (immutable) kettős könyvelésű főkönyvet, számlázást, beszerzési nyilvántartásokat, banki integrációkat és egyeztetést, készletkezelést, tárgyi eszközöket, bérszámfejtést, riportkészítést, valamint az EU adószabályok kezelését. Jelenleg több mint 400 végpontot kínál 29 modulban, amelyek egyetlen OpenAPI-specifikációból generálódnak. Rendelkezik egy alkalmazással is, amely pontosan ugyanazokat a végpontokat használja, mint amikhez a külső hívók hozzáférnek.

Az API kérdése, ami a legtöbb értékelést eldönti

A platformfejlesztők számára a termékek ezen a ponton térnek el egymástól a leginkább.

Az Odoo külső API-ja modellszintű. Hitelesítés után ORM-metódusokat hívsz meg olyan adatmodelleken, mint az account.move a könyvelési tételekhez és számlákhoz, a res.partner a partnerekhez, vagy az account.account a számlatükörhöz, XML-RPC-n vagy JSON-RPC-n keresztül. Ez rendkívül erős: bármit elérhetsz, amit a rendszer modellezni tud. Ez azonban azt is jelenti, hogy a modellek helyes használatáért a felelősség a tiéd, az integrációd pedig az Odoo belső adatmodelljéhez kötődik, nem pedig egy stabil doménegyezményhez.

Az Odoo saját anyagaiból két tény is alapjaiban változtatja meg a számításokat:

Az Odoo dokumentációja rögzíti, hogy a külső API-hozzáférés a Custom árazási csomagban érhető el, a One App Free vagy a Standard csomagokban viszont nem. Az API-hozzáférés így üzleti-árazási döntés is, nem csupán technikai kérdés. Az aktuális csomagok és árak az Odoo árazási oldalán találhatók.
Az Odoo bejelentette, hogy a /xmlrpc, /xmlrpc/2 és /jsonrpc végpontokat kivezetik (az Odoo 22-ben és az Odoo Online 21.1-ben), és helyüket egy újabb JSON-2 API veszi át. A jelenlegi RPC-végpontokra megírt integrációkat így a jövőben migrálni kell.

A Nordlet API-ja doménszintű. A műveletek a POST /v1/{module}/{resource}/{action} mintát követik JSON törzzsel, így a közvetlen naplónapló-manipuláció helyett olyan hívásokat indítasz, mint a sales/invoices/issue, és a könyvelési vonzatok kezelése az API feladata. Az API-kulcsok olyan hatókörökkel (scope) rendelkeznek, mint például a sales:write. Az újraküldéseket (retry) egy Idempotency-Key fejléc védi: ugyanaz a kulcs ugyanazzal a tartalommal a tárolt választ adja vissza, míg a megváltozott tartalommal megismételt kulcsot a rendszer az elnémított elfogadás helyett idempotency_key_reuse hibával elutasítja. A webhook eseményeket a rendszer az adatbázis-módosítással azonos tranzakción belül egy tranzakciós outboxba írja, így a visszagurított (rolled-back) dokumentum soha nem küld eseményt, a kézbesítéseket pedig ellenőrizhető HMAC-aláírással látják el.

Funkciók összehasonlítása

A „nyilvánosan nem megerősített” cellák azt jelzik, hogy a képességet nem tudtuk olyan szinten igazolni, amire egy fejlesztőnek szüksége lenne a elköteleződés előtt. Ez nem jelenti azt, hogy a funkció hiányozna.

Képesség	Nordlet	Odoo
Termék formátuma	Könyvelési API, felhőben hosztolt	Teljes üzleti csomag; hosztolt vagy saját szerveres
Elsődleges felület	REST API tipizált TypeScript SDK-val	Webes alkalmazás; külső API modellszinten
API protokoll	JSON HTTPS felett, műveletenkénti RPC-stílusú POST	XML-RPC és JSON-RPC, a helyükre lépő JSON-2 API-val
API elérhetőség	Minden csomagban, az összes modulhoz	Custom csomag, az Odoo dokumentációja szerint
Kettős könyvelésű főkönyv	Igen, az egyenleget a commit során adatbázis-triggerek kényszerítik ki	Igen, a könyvelési modullal
Időszak lezárása	Igen; a lezárt időszakra eső könyveléseket a rendszer `409`-es hibával elutasítja	Lezárási dátumok támogatottak a könyvelési modulban
Idempotencia-kulcsok	Igen, dokumentált szemantikával (újrajátszás és ütközés kezelése)	Külső API esetén nyilvánosan nem megerősített
Webhookok	Igen, aláírt, újrapróbált, tranzakciós outboxból	Automatizált műveletek és webhookok léteznek; a kézbesítési garanciák nyilvánosan nem megerősítettek
Audit napló	Minden módosítás szereplővel, művelettel, entitással, diff-fel; lekérdezhető	Chatter és log jegyzetek; a lefedettség modellenként eltérő
EU ÁFA	EU-27 országspecifikus kulcsok, VIES-ellenőrzés, OSS/IOSS számítás korrekciókkal	Országspecifikus lokalizációs modulok; a mélység országonként változik
E-számlázás	EN 16931 UBL Peppol BIS 3.0-hoz; nemzeti formátumok IT, PL, RO esetén	A lokalizációs modulok számos nemzeti formátumot támogatnak
Készlet, gyártás	FIFO készlet, darabjegyzékek (BOM), összeszerelés és szétszerelés, útvonalak, munkahelyek, gyártási rendelések műveletenkénti rögzítéssel, minőségellenőrzés, karbantartás	Kiterjedt, az egyik alaperősség
CRM, weboldal, marketing	Csak partnerérdeklődések, csoportok és státuszok; nincs weboldalkészítő vagy marketingeszköz	Igen, az alaperősség
Saját szerveres futtatás (self-hosting)	Nem; a Custom csomagnál elérhető a BYOC támogatás	Igen
Forráskód elérhetősége	Zárt forráskódú (proprietary)	Nyílt forráskódú mag, fizetős kiadásokkal
Multicég támogatás	Korlátlan cég egy fiókon belül, szerepkör alapú hozzáférés	Multicég támogatott

Árazási modellek

A két rendszer közvetlenül nem vethető össze, mivel más dolgokért számolnak fel díjat.

Az Odoo felhasználónkénti havi díjat alkalmaz, egy ingyenes csomaggal, amely egyetlen alkalmazásra korlátozódik, míg a külső API-hozzáférés a Custom csomag része. Egy platform számára az a nehézség, hogy a „felhasználók” száma rossz mutatója a terhelésnek, amikor a szoftvered (és nem a munkatársaid) generálja a könyvelést. A saját szerveres futtatás megszünteti az előfizetési költséget, de növeli az infrastruktúra- és karbantartási kiadásokat.

A Nordlet kérések (request) alapú árazással dolgozik. A nyilvános csomagok havi 10 euróba kerülnek 3 000 kérésért, 50 euróba 30 000 kérésért, és 300 euróba 200 000 kérésért; a további kérések elszámolása kérésalapon történik, egyedi igény esetén pedig Custom csomag is elérhető. Minden csomag tartalmazza az összes modult és a teljes API-t; a felhasználók, cégek és tesztkörnyezetek (sandbox) száma korlátlan. Kérésnek számít minden olyan művelet, amelyet az API-n vagy az alkalmazáson keresztül hajtanak végre.

A gyakorlati következmény: egy piactér, amely négy munkatárssal és havi 50 000 könyvelési művelettel rendelkezik, forgalmi alapon 50 000 műveletért fizet, míg felhasználói alapon négy felhasználóért – és ez utóbbi szám nem változik, ha a forgalom megduplázódik, ami mindkét irányba hathat. Modellezd a saját számaidat!

Ahol az Odoo a jobb választás

Könyvelést, készletkezelést, gyártást, CRM-et és weboldalat szeretnél egyetlen rendszerben, egyetlen adatbázisban.
Adatmegőrzési (data residency), költségvetési vagy szabályzatbeli okokból saját szerveren kell futtatnod a rendszert.
Módosítani szeretnéd a forráskódot, és van házon belüli kapacitásod a módosítások karbantartására a frissítések során.
A könyvelésed belső vállalati adminisztráció, nem pedig az általad értékesített termék egyik funkciója.
Olyan országban működsz, ahol az Odoo lokalizációs modulja erős és aktívan karbantartott.

Az Odoo szélessége valódi előny, és egyetlen könyvelési API sem pótolja azt.

Ahol a Nordlet illeszkedik a legjobban

A szoftvered, és nem a munkatársaid hozzák létre a könyvelési eseményeket.
Számos cég számára kell főkönyvet vezetned egyetlen fiókon belül, entitásonkénti előfizetés nélkül.
Olyan kikényszerített invariánsokra van szükséged, amelyekben a platformod megbízhat: egyensúlyban lévő könyvelési tételek, résmentes sorszámozás, lezárt időszakok, megváltoztathatatlan előzmények, idempotens írások.
Stabil doménegyezménnyel szeretnél integrálni a belső adatmodell helyett.
Az EU ÁFA-kötelezettségeid több országra is kiterjednek, és ezt a logikát inkább nem magad szeretnéd karbantartani.

A korlátok világosan: a Nordlet korai hozzáférésű (early access) fázisban van, és tervezési partnereket fogad; saját szerver helyett hosztolt; a partnerrekordok érdeklődéseket, csoportokat és státuszokat kezelnek értékesítési tölcsér (pipeline) helyett; nincs weboldalkészítő vagy marketing funkció; a bérszámfejtés jelenleg csak Litvániára érhető el; a hazai adóbevallási csomagok pedig jelenleg három országra (Litvánia FR0600, Németország UStVA és Lengyelország JPK_V7M) szállítanak kész adócsomagot, míg az OSS és az IOSS számítása megtörténik, de a beküldés nem történik meg a nevedben.

Mit érvényesítenénk elköteleződés előtt?

Erősítsd meg, hogy valóban melyik Odoo csomagra van szükséged. Ha a külső API-hozzáférés a Custom szintet igényli, árazd be azt a csomagot a felhasználószámotok alapján, ne a belépő szintet.
Kérdezz rá az RPC-migrációs ütemtervre minden olyan Odoo-integráció esetében, amelyet a jelenlegi végpontok bejelentett kivezetése után is meg akarsz tartani.
Teszteld az újrapróbálásokat mindkettőn. Küldd el ugyanazt a kérést kétszer, és számold meg az eredményül kapott tételeket.
Teszteld a lezárást. Zárj le egy időszakot, majd próbálj meg könyvelni bele.
Ellenőrizd a saját országaidat. Az Odoo esetében azt, hogy melyik lokalizációs modul érhető el és mennyire aktívan karbantartott; a Nordlet esetében pedig azt, hogy az adott országra milyen ÁFA-kimenetek léteznek jelenleg.
Modellezd a teljes költséget három évre vetítve, beleértve a hosztolást és a frissítési erőfeszítéseket, ha saját szerveren futtatsz, illetve a kérésvolumen növekedését, ha forgalmi alapú elszámolást választasz.

FAQ

Ingyenes az Odoo?

Az Odoo kínál egyetlen alkalmazásra korlátozódó ingyenes csomagot, és a közösségi kiadás (community edition) nyílt forráskódú. Egy platformintegráció szempontjából a releváns költségek általában a hosztolás, a frissítések, a lokalizáció karbantartása és a külső API-hozzáféréshez szükséges fizetős csomag, nem magam a licenc.

Használható az Odoo beágyazott könyvelési háttérrendszerként egy piactéren?

Integrálható vele, és bizonyos csapatok pontosan ezt teszik. A szempontok közé tartozik, hogy a külső API az adatmodell szintjén működik, hogy az API-hozzáférés egy adott árazási csomaghoz kötődik, hogy a jelenlegi RPC-végpontokat a jövőben lecserélik, valamint hogy a könyvelési modellek helyes használatáért ti vállaljátok a felelősséget. Ezeket a saját elvárásaitokhoz mérten validáljátok, ne alapból feltételezzétek.

Mindent tud a Nordlet, amit az Odoo?

Nem. A Nordlet a könyvelésre és a kapcsolódó műveletekre fókuszál – számlázás, főkönyv, bank, készlet, eszközök, gyártás, bérszámfejtés, riportok, EU adózás. A gyártás terén támogatja a darabjegyzékeket (BOM), az útvonalakat, a munkahelyeket, a műveletenkénti rögzítéses gyártási rendeléseket, a minőségellenőrzést és a berendezések karbantartását, de nem nyújtja az Odoo által kínált kereslet- és kapacitástervezést. A partnerrekordok érdeklődéseket, csoportokat és státuszokat kezelnek értékesítési tölcsér helyett, emellett nincs weboldalkészítő és marketingeszköz sem.

Melyik a jobb az EU ÁFA kezelésére?

Országfüggő. A Nordlet országonkénti EU ÁFA-kulcsokat, VIES-ellenőrzést, OSS- és IOSS-bevallási számítást előző időszaki korrekciókkal, i.SAF regisztereket, valamint EN 16931 UBL-t biztosít, a legmélyebb országcsomaggal Litvániára. Az Odoo lefedettsége a lokalizációs modulokból származik, amelyek mélysége és karbantartottsága országonként eltérő, így bármely konkrét ország esetében az őszinte válasz az, hogy ellenőrizni kell az adott ország modulját.

Futtathatom a Nordletet saját szerveren?

A standard csomagokban nem. A Custom csomag listázza a saját felhő használatának (BYOC) támogatását, ami az a pont, ahol ezt meg lehet beszélni, ha a saját szerveres futtatás alapkövetelmény.