Nordlet vs. Odoo für Plattform-Entwickler

Ein Vergleich für Entwickler, die sich zwischen einer Embedded-Accounting-API und einer Open-Source-ERP-Suite entscheiden müssen, basierend auf der jeweiligen Produktdokumentation.

Odoo und Nordlet landen bei Plattform-Teams oft gemeinsam in der engeren Auswahl, obwohl sie grundlegend unterschiedliche Produkte sind. Odoo ist eine umfassende Business-Application-Suite mit integrierter Buchhaltung, die Sie selbst hosten und modifizieren können. Nordlet ist ein reines Accounting-Backend ohne Ambitionen über die Buchhaltung hinaus und darauf ausgelegt, von anderen Produkten aus aufgerufen zu werden.

Die Entscheidung läuft meist auf zwei Fragen hinaus: Wie viel Ihres Geschäftsablaufs möchten Sie in einem einzigen System abbilden, und wer soll es betreiben? Alle folgenden Angaben zu Odoo stammen aus Odoos eigener Dokumentation und von deren Preisseiten, die an den entsprechenden Stellen verlinkt sind.

Was die beiden Produkte auszeichnet

Odoo ist eine Open-Source-Suite, die Buchhaltung, Warenwirtschaft (Inventory), Fertigung (Manufacturing), Vertrieb, CRM, Personalwesen, Websites und mehr abdeckt. Sie ist als Odoo Online, auf Odoo.sh oder selbstgehostet verfügbar. Ihre Stärken liegen in der Funktionsbreite, der Erweiterbarkeit und der Möglichkeit zum Eigenbetrieb. Länderspezifische Buchhaltungsfunktionen werden über Lokalisierungsmodule bereitgestellt und die Community um das System ist groß.

Nordlet ist eine Cloud-Accounting-API. Sie bietet ein unveränderliches Hauptbuch für die doppelte Buchführung (Double-Entry Ledger), Rechnungsstellung, Rechnungseingang, Bank-Feeds und Kontenabstimmung (Reconciliation), Warenwirtschaft, Anlagenbuchhaltung, Lohnbuchhaltung, Reporting und die Abwicklung von EU-Steuern über eine einzige REST-Schnittstelle — aktuell mehr als 400 Endpunkte in 29 Modulen, generiert aus einer einzigen OpenAPI-Spezifikation. Es gibt auch eine Benutzeroberfläche, die exakt dieselben Endpunkte nutzt, die auch externen Aufrufern zur Verfügung stehen.

Die API-Frage: Der entscheidende Faktor bei den meisten Evaluierungen

Hier unterscheiden sich die Produkte für Plattform-Entwickler am stärksten.

Die externe API von Odoo arbeitet auf Modellebene (Model-Level). Sie authentifizieren sich und rufen dann ORM-Methoden auf Datenmodellen auf – wie etwa account.move für Buchungssätze und Rechnungen, res.partner für Kontakte und account.account für den Kontenplan –, und zwar über XML-RPC oder JSON-RPC. Das ist mächtig: Alles, was das System modellieren kann, können Sie auch ansteuern. Es bedeutet aber auch, dass die Verantwortung für die korrekte Nutzung der Modelle bei Ihnen liegt, und dass Ihre Integration an das interne Datenmodell von Odoo gekoppelt ist, anstatt an einen stabilen Domänenvertrag (Domain Contract).

Zwei Fakten aus Odoos eigener Dokumentation verändern hier die Kalkulation:

Laut Odoo-Dokumentation ist der externe API-Zugriff erst im Tarif Custom verfügbar und nicht in den Tarifen „One App Free“ oder „Standard“. Der API-Zugriff ist somit nicht nur eine technische, sondern auch eine kommerzielle Entscheidung. Aktuelle Tarife und Preise finden Sie auf der Preisseite von Odoo.
Odoo hat angekündigt, dass die Endpunkte /xmlrpc, /xmlrpc/2 und /jsonrpc entfernt werden sollen – in Odoo 22 und Odoo Online 21.1 – und durch eine neuere JSON-2-API ersetzt werden. Eine Integration, die gegen die aktuellen RPC-Endpunkte entwickelt wird, muss in Zukunft also zwingend migriert werden.

Die API von Nordlet arbeitet auf Domänenebene (Domain-Level). Die Operationen sind POST /v1/{module}/{resource}/{action} mit einem JSON-Body. Sie rufen also beispielsweise sales/invoices/issue auf, anstatt ein Journal-Modell direkt zu manipulieren, und die buchhalterischen Konsequenzen liegen in der Verantwortung der API. Schlüssel verfügen über Scopes (Berechtigungen) wie sales:write. Wiederholte Aufrufe (Retries) sind durch einen Idempotency-Key-Header geschützt: Derselbe Schlüssel mit demselben Payload liefert die gespeicherte Antwort zurück, während derselbe Schlüssel mit einem geänderten Payload nicht stillschweigend akzeptiert, sondern mit idempotency_key_reuse abgelehnt wird. Webhook-Events werden im Rahmen derselben Datenbanktransaktion wie die eigentliche Änderung in eine transaktionale Outbox geschrieben. Ein Dokument, das per Rollback zurückgesetzt wurde, löst also niemals ein Event aus. Zudem sind die Zustellungen mit einer HMAC-Signatur signiert, die Sie verifizieren können.

Funktionsvergleich

Felder, die mit „Nicht öffentlich bestätigt“ markiert sind, bedeuten, dass wir die Funktion nicht auf dem Detailniveau verifizieren konnten, das ein Entwickler vor einer Entscheidung benötigen würde. Dies bedeutet nicht zwangsläufig, dass sie komplett fehlt.

Funktion	Nordlet	Odoo
Produkttyp	Accounting-API, gehostet	Vollständige Business-Suite; gehostet oder selbstgehostet
Primäre Schnittstelle	REST-API mit typisiertem TypeScript-SDK	Webanwendung; externe API auf Modellebene
API-Protokoll	JSON über HTTPS, RPC-artiger POST pro Aktion	XML-RPC und JSON-RPC, welche durch eine JSON-2-API ersetzt werden
API-Verfügbarkeit	In jedem Tarif, alle Module	Custom-Tarif laut Odoo-Dokumentation
Doppelte Buchführung	Ja, Saldenausgleich wird beim Commit per Datenbank-Trigger erzwungen	Ja, innerhalb des Buchhaltungsmoduls
Periodenabschluss (Sperren)	Ja; Buchungen mit Datum in einer gesperrten Periode werden mit `409` abgelehnt	Sperrdaten (Lock Dates) werden im Buchhaltungsmodul unterstützt
Idempotenz-Schlüssel	Ja, dokumentierte Semantik einschließlich Replay und Kollision	Für die externe API nicht öffentlich bestätigt
Webhooks	Ja, signiert, mit Retries, aus einer transaktionalen Outbox	Automatisierte Aktionen und Webhooks sind vorhanden; Zustellgarantien nicht öffentlich bestätigt
Prüfpfad (Audit Record)	Jede Änderung mit Akteur, Aktion, Entität, Diff; abfragbar	Chatter und Log-Notizen; Umfang variiert je nach Modell
EU-Umsatzsteuer	Länderspezifische Sätze für die EU-27, VIES-Prüfung, OSS/IOSS-Berechnung mit Korrekturen	Länderspezifische Lokalisierungsmodule; Funktionstiefe variiert je nach Land
E-Rechnungen	EN 16931 UBL für Peppol BIS 3.0; nationale Formate für IT, PL, RO	Lokalisierungsmodule decken diverse nationale Formate ab
Warenwirtschaft, Fertigung	FIFO-Bestand, Stücklisten (Bills of Materials), Montage und Demontage, Arbeitspläne, Arbeitsplätze, Fertigungsaufträge mit aufwandsbezogener Erfassung, Qualitätsprüfungen, Wartung	Umfangreich, eine Kernstärke
CRM, Website, Marketing	Nur Partneranfragen, -gruppen und -status; kein Website-Builder oder Marketing-Tools	Ja, eine Kernstärke
Eigen-Hosting (Self-Hosting)	Nein; BYOC-Unterstützung im Custom-Tarif aufgeführt	Ja
Quellcode-Verfügbarkeit	Proprietär	Open-Source-Kern, mit kostenpflichtigen Editionen
Mandantenfähigkeit	Unbegrenzte Unternehmen unter einem Account, rollenbasierter Zugriff	Mandantenfähigkeit wird unterstützt

Preismodelle

Sie lassen sich nicht 1:1 vergleichen, da für unterschiedliche Metriken abgerechnet wird.

Odoo rechnet pro Nutzer und Monat ab, wobei es einen kostenlosen Tarif gibt, der auf eine einzige Applikation beschränkt ist, und externen API-Zugriff erst im Custom-Tarif bietet. Für eine Plattform ist das Problem dabei: „Nutzer“ sind ein schlechter Indikator für die Systemauslastung, wenn Ihre Software und nicht Ihr Personal die Buchhaltung generiert. Beim Self-Hosting entfallen zwar die Abonnementkosten, dafür kommen aber Infrastruktur- und Wartungskosten hinzu.

Nordlet rechnet pro Request ab. Die veröffentlichten Tarife liegen bei 10 € pro Monat für 3.000 Requests, 50 € für 30.000 Requests und 300 € für 200.000 Requests, wobei zusätzliche Requests einzeln abgerechnet werden und ein individueller Custom-Tarif auf Anfrage erhältlich ist. Jeder Tarif beinhaltet alle Module und die vollständige API; Nutzer, Unternehmen (Mandanten) und Sandbox-Unternehmen sind unbegrenzt. Ein Request ist dabei jede Aktion, die über die API oder die App ausgeführt wird.

Die praktische Konsequenz: Ein Marktplatz mit vier Mitarbeitern und 50.000 monatlichen Buchhaltungstransaktionen bezahlt bei einem verbrauchsbasierten (metered) Modell für 50.000 Transaktionen und bei einem nutzerbasierten Modell für vier Nutzer. Die Nutzerzahl ändert sich auch bei einer Verdoppelung des Volumens nicht – was sowohl Vor- als auch Nachteile haben kann. Sie sollten hierfür Ihre eigenen Zahlen modellieren.

Wann Odoo die bessere Wahl ist

Sie möchten Buchhaltung, Warenwirtschaft, Fertigung, CRM und eine Website in einem einzigen System mit einer einzigen Datenbank.
Sie müssen das System selbst hosten – sei es aus Gründen der Datenresidenz, wegen der Kosten oder aufgrund interner Richtlinien.
Sie möchten den Quellcode modifizieren und verfügen über die internen Kapazitäten, um diese Anpassungen über künftige Upgrades hinweg zu warten.
Ihre Buchhaltung ist primär interne Unternehmensverwaltung und nicht ein Feature des Produkts, das Sie verkaufen.
Sie sind in einem Land tätig, für das ein starkes und aktiv gepflegtes Odoo-Lokalisierungsmodul existiert.

Die enorme Funktionsbreite von Odoo ist ein echter Faktor, den keine reine Accounting-API ersetzen kann.

Wann Nordlet die richtige Wahl ist

Ihre Software, und nicht Ihre Mitarbeiter, erzeugt die buchhalterischen Ereignisse.
Sie benötigen die Buchhaltung für viele Unternehmen in einem einzigen Account, ohne ein separates Abo pro Mandant abschließen zu müssen.
Sie benötigen zwingend durchgesetzte Invarianten, auf die sich Ihre Plattform verlassen kann: ausgeglichene Buchungssätze, lückenlose Nummernkreise, geschlossene Perioden, eine unveränderliche Historie und idempotente Schreibzugriffe.
Sie möchten gegen einen stabilen Domänenvertrag integrieren und nicht gegen ein internes Datenmodell.
Ihre EU-Umsatzsteuerpflichten erstrecken sich über mehrere Länder und Sie möchten diese Logik nicht selbst pflegen müssen.

Die Einschränkungen, ganz offen gesagt: Nordlet befindet sich im Early Access und integriert derzeit Design-Partner; es wird gehostet und nicht selbstgehostet; Partner-Datensätze enthalten nur Anfragen, Gruppen und Status, aber keine Sales-Pipeline, und es gibt weder Website-Builder noch Marketing-Funktionen; die Lohnbuchhaltung wird aktuell nur für Litauen unterstützt; nationale Steuererklärungs-Pakete (Return Packs) sind heute für drei Länder verfügbar – Litauen (FR0600), Deutschland (UStVA) und Polen (JPK_V7M) –, wobei OSS und IOSS zwar berechnet, aber nicht in Ihrem Namen übermittelt werden.

Was wir vor einer Entscheidung prüfen würden

Bestätigen Sie den tatsächlich benötigten Odoo-Tarif. Wenn der externe API-Zugriff den Custom-Tarif erfordert, berechnen Sie die Kosten dieses Tarifs für Ihre Nutzerzahl und nicht den Einstiegstarif.
Erfragen Sie den Zeitplan für die RPC-Migration, falls Sie eine Odoo-Integration planen, die über die angekündigte Entfernung der aktuellen Endpunkte hinaus bestehen soll.
Testen Sie Retries auf beiden Systemen. Senden Sie denselben Request zweimal und zählen Sie die daraus resultierenden Einträge in der Buchhaltung.
Testen Sie den Periodenabschluss. Schließen Sie eine Periode ab und versuchen Sie dann, in diese Periode zu buchen.
Prüfen Sie Ihre spezifischen Länder. Bei Odoo: welches Lokalisierungsmodul existiert und wie aktiv es gepflegt wird. Bei Nordlet: welche Umsatzsteuer-Outputs (VAT Outputs) für diese Länder aktuell verfügbar sind.
Modellieren Sie die Gesamtkosten über drei Jahre. Berücksichtigen Sie dabei Hosting- und Upgrade-Aufwände (beim Self-Hosting) sowie das Wachstum Ihres Request-Volumens (bei verbrauchsbasierter Abrechnung).

FAQ

Ist Odoo kostenlos?

Odoo bietet einen kostenlosen Tarif an, der auf eine einzige Applikation beschränkt ist, und die Community Edition ist Open Source. Für eine Plattform-Integration sind die relevanten Kosten jedoch meist das Hosting, Upgrades, die Pflege der Lokalisierungen sowie der kostenpflichtige Tarif für den externen API-Zugriff – und weniger die Lizenzkosten an sich.

Kann Odoo als Embedded-Accounting-Backend für einen Marktplatz genutzt werden?

Es lässt sich anbinden, und einige Teams tun genau das. Dabei muss jedoch beachtet werden, dass die externe API auf Datenmodellebene arbeitet, dass der API-Zugriff an einen bestimmten Preistarif gebunden ist, dass die aktuellen RPC-Endpunkte ersetzt werden sollen und dass Sie die Verantwortung für die korrekte Nutzung der Buchhaltungsmodelle übernehmen. Gleichen Sie diese Punkte unbedingt mit Ihren eigenen Anforderungen ab, anstatt voreilige Schlüsse in die eine oder andere Richtung zu ziehen.

Bietet Nordlet den gleichen Funktionsumfang wie Odoo?

Nein. Nordlet fokussiert sich auf Buchhaltung und angrenzende operative Prozesse – Rechnungsstellung, Hauptbuch, Bank-Feeds, Warenwirtschaft, Anlagenbuchhaltung, Fertigung, Lohnbuchhaltung, Reporting und EU-Steuern. Das Fertigungsmodul umfasst Stücklisten, Arbeitspläne, Arbeitsplätze, Fertigungsaufträge mit aufwandsbezogener Erfassung, Qualitätsprüfungen und Anlagenwartung – verzichtet aber auf die Bedarfs- und Kapazitätsplanung, die Odoo bietet. Partner-Datensätze enthalten Anfragen, Gruppen und Status anstelle einer kompletten Sales-Pipeline. Zudem gibt es weder einen Website-Builder noch Marketing-Tools.

Welches System ist besser für die EU-Umsatzsteuer?

Das hängt vom jeweiligen Land ab. Nordlet bietet länderspezifische EU-Umsatzsteuersätze, VIES-Prüfung, die Berechnung von OSS- und IOSS-Erklärungen (inklusive Korrekturen für Vorperioden), i.SAF-Register und EN 16931 UBL, wobei Litauen aktuell das detaillierteste Länderpaket hat. Odoos Abdeckung basiert auf Lokalisierungsmodulen, deren Funktionstiefe und Wartung je nach Land variieren. Die ehrliche Antwort für ein spezifisches Land lautet daher: Prüfen Sie das jeweilige Ländermodul.

Kann ich Nordlet selbst hosten?

Nicht in den Standardtarifen. Der Custom-Tarif führt jedoch „Bring-Your-Own-Cloud“-Support (BYOC) auf. Wenn Self-Hosting eine zwingende Anforderung ist, sollten Sie dies im Rahmen eines Custom-Gesprächs klären.