Nuclos, ERPNext und Odoo – Drei Open-Source-ERP-Systeme im ehrlichen Vergleich

Wer ein ERP-System einführt, bindet sich für Jahre. Die Entscheidung betrifft nicht nur Software, sondern Geschäftsprozesse, Datenhoheit und langfristige Kosten. Dieser Artikel vergleicht drei Open-Source-Ansätze, die unterschiedlicher kaum sein könnten: Nuclos aus Deutschland, ERPNext aus Indien und Odoo aus Belgien. Als jemand, der jahrelang mit Nuclos gearbeitet hat, kenne ich die Stärken und Grenzen des Systems aus der Praxis – und ordne die beiden anderen Systeme aus Anwenderperspektive ein.

Was ist Nuclos?

Nuclos ist ein Open-Source-ERP-Baukasten, der seit 2003 von der Novabit Informationssysteme GmbH (gegründet 2000, Sitz in Sauerlach bei München) entwickelt wird und seit 2009 unter der AGPL-3.0-Lizenz steht. Der entscheidende Unterschied zu den meisten ERP-Systemen: Nuclos ist kein fertiges Produkt mit vordefinierten Workflows, sondern ein Werkzeugkasten, mit dem individuell zugeschnittene ERP-Systeme konfiguriert werden – größtenteils ohne Programmierung. Die Plattform basiert auf Java und läuft auf jedem Betriebssystem mit JDK-Unterstützung.

Das Geschäftsmodell von Nuclos folgt dem klassischen Open-Source-Dienstleistungsansatz: Die Software selbst ist kostenlos und unbeschränkt nutzbar – ohne Userlimits, ohne Modullimits. Die Einnahmen entstehen durch Beratung, individuelle Implementierung und Support. Projekte werden typischerweise als Festpreisprojekt angeboten, mit einem zweitägigen Prototyp-Workshop als Einstieg (aktuell ab 950 € zzgl. MwSt.). Nuclos nennt als Referenzkunden unter anderem BMW und die Deutsche Telekom.

Ein zentraler Punkt für deutsche Unternehmen: Nuclos bietet deutschsprachigen Support und Umsetzung. Die Firma sitzt in Deutschland, die Kommunikation läuft auf Deutsch, und das System berücksichtigt deutsche Anforderungen wie DATEV-Export und XRechnung nativ.

Was ist ERPNext?

ERPNext ist ein vollständiges Open-Source-ERP-System unter GPL-v3, entwickelt seit 2008 von Frappe Technologies Pvt. Ltd. mit Sitz in Mumbai, Indien. Im Gegensatz zu Nuclos liefert ERPNext ein fertig nutzbares System mit vorkonfigurierten Modulen für Buchhaltung, Lagerverwaltung, CRM, HR, Produktion und mehr. Technisch basiert ERPNext auf dem Python-Framework Frappe und unterstützt MariaDB (Standard) sowie PostgreSQL als Datenbank.

Das Geschäftsmodell ist dreigeteilt: Die Software ist komplett kostenlos – alle Module, ohne Pro-User-Gebühren. Frappe monetarisiert über Frappe Cloud (Managed Hosting ab 5 $/Monat), Product Warranty (Bug-Support) und ein Partnernetzwerk für Implementierungen. Laut Wikipedia nutzen über 10.000 Unternehmen ERPNext weltweit.

Was ist Odoo?

Odoo (ehemals OpenERP) wurde 2002 von Fabien Pinckaers in Belgien gegründet; die erste Software-Version erschien 2005. Odoo hat sich seitdem zum größten Open-Source-ERP-Anbieter der Welt entwickelt. Das System wird von über 13 Millionen Nutzern in 175 Ländern eingesetzt. Laut eigener Pressemitteilung (November 2024) lag der Umsatz 2023 bei rund 370 Millionen Euro, die Bewertung bei 5 Milliarden Euro.

Hier beginnt die erste wichtige Unterscheidung: Odoo existiert in zwei Editionen. Die Community Edition ist unter LGPL-v3 tatsächlich Open Source und kostenlos. Die Enterprise Edition ist proprietär und kostet je nach Region zwischen 19,90 und 37,40 € pro User und Monat. Enterprise enthält wichtige Features wie Odoo Studio (No-Code-Anpassungen), erweiterte Buchhaltung, Multi-Company-Management und offiziellen Support. In der Praxis ist Enterprise für die meisten produktiven Einsätze die realistische Wahl – die Community Edition dient als funktional eingeschränkter Einstieg.

Odoo verfolgt damit ein Open-Core-Modell: Der Kern ist offen, die attraktivsten Features sind zahlungspflichtig. Das ist ein grundlegend anderer Ansatz als bei Nuclos und ERPNext, wo jeweils 100 % der Funktionalität frei verfügbar ist.

Anpassbarkeit im Detail

Nuclos: Der Konfigurations-Werkzeugkasten

Nuclos hebt sich durch seine tiefgreifende Konfigurierbarkeit hervor. Die gesamte Anpassung geschieht innerhalb derselben Benutzeroberfläche, in der auch die Anwender arbeiten – es gibt keine Trennung zwischen Entwicklungs- und Laufzeitumgebung. Die Nuclos-Wiki unter wiki.nuclos.de dokumentiert die Werkzeuge im Detail. Hier die wichtigsten Bausteine:

Businessobjekt – Das Herzstück der Datenmodellierung. Ein Businessobjekt definiert eine Entität (Kunde, Auftrag, Artikel) mit allen Feldern, Beziehungen und Validierungen. Die Datenbankstruktur wird direkt aus der Konfiguration abgeleitet – wer ein Feld hinzufügt, ändert damit automatisch das Datenbankschema. Das ist keine bloße Oberflächen-Anpassung, sondern echte strukturelle Flexibilität.

Layout – Definiert die Benutzeroberfläche pro Businessobjekt. Formulare werden per Drag-and-Drop zusammengestellt: Tabs, Felder, Unterformulare, berechnete Anzeigen. Die Layouts sind vollständig unabhängig vom Datenmodell änderbar.

Statusmodell – Bildet den kompletten Lebenszyklus eines Businessobjekts ab. Ein Auftrag kann beispielsweise die Zustände „Entwurf → Freigegeben → In Bearbeitung → Ausgeliefert → Abgeschlossen" durchlaufen, mit konfigurierbaren Übergangsbedingungen und Berechtigungen pro Statuswechsel.

Objektgenerator – Steuert die Umwandlung zwischen Businessobjekten. Aus einem Angebot wird ein Auftrag, aus dem Auftrag ein Lieferschein, aus dem Lieferschein eine Rechnung. Die Feldzuordnung und Transformationslogik wird konfiguriert, nicht programmiert.

Plantafel – Visuelle Planung und Zuordnung von Ressourcen, Aufträgen oder Terminen in einer Gantt-ähnlichen Darstellung.

Server Regelmanager – Hier werden Geschäftsregeln definiert, die bei bestimmten Ereignissen greifen: vor oder nach dem Speichern, beim Statuswechsel, bei der Generierung. Diese Regeln können einfache Validierungen sein oder komplexe Logik enthalten.

Regelwerke – Wenn die konfigurierbare Logik nicht ausreicht, erlaubt Nuclos die Implementierung von Geschäftslogik in Java-Code. Das ist der Escape-Hatch für wirklich individuelle Anforderungen – aber eben auch ein Punkt, an dem Programmierkenntnisse nötig werden.

Integrationspunkte – Definieren Schnittstellen zu externen Systemen: REST-APIs, Webservices, Dateiaustausch.

Nuclet – Das Transportformat für Konfigurationen. Die gesamte angepasste Konfiguration (Businessobjekte, Layouts, Regeln, Statusmodelle) wird als Nuclet exportiert und kann auf Test- und Produktivsysteme importiert werden. Das ist das Äquivalent zu Deployment-Pipelines in der Softwareentwicklung – nur eben für ERP-Konfigurationen. Nuclos bietet auch ein Basis-Nuclet an, das bereits viele Funktionen enthält, die Handelsunternehmen typischerweise benötigen: Artikelstamm, Lagerverwaltung, Einkauf, Verkauf, plus DATEV-Export und XRechnung.

Datenquellen – Ermöglichen den Zugriff auf Datenbanktabellen und Views für Berichte, Dashboards und berechnete Felder.

Import/Export (CSV) – Für den Massendatenimport und -export, etwa bei Migrationen oder regelmäßigen Datenabgleichen.

Report – Datenquellen werden auf PDF-Reports gemappt. Berichte sind vollständig konfigurierbar und können Geschäftslogik enthalten.

Lokalisierung – Nuclos unterstützt beliebig viele Sprachen. Alle Feldbezeichnungen, Menüpunkte und Statusnamen können übersetzt werden.

ERPNext: Frappe Framework und Custom Apps

ERPNext nutzt das Frappe Framework als Basis, das einen eigenen Customization-Ansatz verfolgt. Die Anpassung geschieht auf mehreren Ebenen:

Customize Form – Über die Web-Oberfläche können bestehende DocTypes (das ERPNext-Äquivalent zu Businessobjekten) um Felder erweitert werden: Custom Fields, Property Setter, Client Scripts. Das funktioniert ohne Code, ist aber auf bestehende DocTypes beschränkt.

Custom DocTypes – Komplett neue Entitäten lassen sich im Browser erstellen, inklusive Felder, Verlinkungen und einfacher Workflow-Logik. Das ist dem Nuclos-Businessobjekt ähnlich, allerdings ohne den integrierten Layout-Editor.

Workflows – ERPNext hat ein eingebautes Workflow-System mit Status, Übergängen und Berechtigungen – funktional vergleichbar mit dem Nuclos-Statusmodell, wenn auch weniger visuell.

Custom Apps – Für tiefgreifende Anpassungen werden eigene Frappe-Apps in Python/JavaScript entwickelt. Diese leben als Git-Repositories neben ERPNext und können über den Bench-Paketmanager installiert werden. Das ist mächtiger als Nuclos-Regelwerke, erfordert aber echte Programmierkenntnisse und ein Verständnis des Frappe-Frameworks.

Print Formats und Reports – Berichte können per HTML/Jinja-Templates oder als Query Reports (direkte SQL-Abfragen) erstellt werden.

Der grundlegende Unterschied zu Nuclos: ERPNext bietet mehr out-of-the-box, erfordert aber mehr technisches Know-how für tiefgreifende Anpassungen. Es gibt kein Äquivalent zum Nuclet-Transport – Custom Apps werden per Git versioniert und per Bench deployed.

Odoo: Module, Studio und Python

Odoo ist das umfangreichste der drei Systeme mit über 80 offiziellen Modulen und über 16.000 Community-Modulen im App Store. Die Anpassung geschieht auf drei Ebenen:

Odoo Studio (nur Enterprise) – Ein visueller Editor für Formulare, Berichte und Automatisierungen. Felder hinzufügen, Ansichten anpassen, einfache Automatisierungen erstellen – ohne Code. Das kommt dem Nuclos-Ansatz am nächsten, ist aber nur in der kostenpflichtigen Enterprise-Edition verfügbar.

Custom Modules – Odoo-Module werden in Python geschrieben und folgen einem Model-View-Controller-Muster. Das ORM (Object-Relational Mapping) abstrahiert die Datenbankzugriffe. Der Aufwand ist vergleichbar mit ERPNext Custom Apps, die Einstiegshürde ähnlich hoch.

Inheritance und Extension – Odoo erlaubt es, bestehende Module zu erweitern, ohne sie direkt zu ändern. Views werden vererbt, Modelle erweitert. Das ist sauberer als direkte Änderungen, macht aber Updates komplexer (dazu gleich mehr).

OCA (Odoo Community Association) – Die OCA pflegt eine große Sammlung qualitätsgeprüfter Community-Module. Diese können Entwicklungskosten drastisch senken – wenn ein passendes Modul existiert.

Vergleich der Anpassbarkeit

Nuclos hat den klarsten Low-Code-Ansatz: Die meisten Anpassungen sind ohne Programmierung möglich, und der Nuclet-Transport sorgt für saubere Deployments zwischen Umgebungen. ERPNext bietet den besten Kompromiss zwischen Fertiglösung und Erweiterbarkeit, erfordert aber Python/JS-Kenntnisse für alles jenseits einfacher Feldanpassungen. Odoo hat das größte Ökosystem an fertigen Modulen, sperrt aber wichtige Anpassungswerkzeuge (Studio) hinter die Enterprise-Lizenz.

Updatebarkeit und Breaking Changes

Nuclos

Nuclos verfolgt einen konservativen Update-Ansatz. Da die Anpassungen als Konfiguration (nicht als Code-Patches) vorliegen und über Nuclets transportiert werden, bleiben sie bei Updates in der Regel erhalten. Die Trennung zwischen Plattform-Code und Konfigurationsdaten reduziert das Risiko von Breaking Changes erheblich.

Der Nuclet-Mechanismus spielt hier seine Stärke aus: Konfigurationen können auf einem Testsystem importiert und validiert werden, bevor das Produktivsystem aktualisiert wird. Da Nuclos kein klassisches Plugin-System hat, sondern alles über Konfiguration und Nuclets abbildet, entfällt die typische Kompatibilitätsproblematik zwischen Plattform-Versionen und Third-Party-Erweiterungen. Das bedeutet allerdings auch: Wer Java-Regelwerke geschrieben hat, muss diese bei API-Änderungen selbst anpassen.

ERPNext

ERPNext hat eine bewegtere Update-Geschichte – und das ist zurückhaltend formuliert. Jede Major-Version (v13 → v14 → v15 → v16) brachte erhebliche Breaking Changes mit sich. Einige Beispiele aus der Praxis:

Beim Upgrade von v13 auf v14 wurden Module wie HR und Payroll in separate Apps ausgelagert. Wer diese nutzte, musste die neuen Apps zusätzlich installieren. Die India-Compliance-Features wanderten ebenfalls in ein eigenes Repository. Beim Sprung auf v15 wurde die Handhabung von Seriennummern und Chargen grundlegend umgebaut – ein Bereich, der viele Handelsunternehmen direkt betrifft. In v16 wurde das gesamte Frontend-Routing von /app/ auf /desk/ umgestellt, was dazu führte, dass Link-Felder veraltete URLs generierten und gespeicherte Links nicht mehr funktionierten.

Datenkonsistenz nach Updates ist ein wunder Punkt. Im Frappe-Forum berichten Anwender, dass nach dem Upgrade von v13 auf v14 Datenmengen kleiner erschienen als zuvor, DocTypes Fehler warfen und die Datenintegrität nicht mehr vertrauenswürdig war. Ein Nutzer schrieb, er habe sowohl Fresh-Install mit Restore als auch In-Place-Upgrade versucht – beide Male mit unzuverlässigen Ergebnissen. Ein erfahrener ERPNext-Administrator schrieb in seinem Admin Guide, er habe noch nie ein Major-Upgrade ohne Probleme erlebt.

Auch im laufenden Betrieb ist die Datenkonsistenz ein dokumentiertes Problem. Auf der Website eines ERPNext-Implementierungspartners werden „Accounting and Inventory Inconsistencies" als häufigster und kritischster Fehler beschrieben: negative Lagerbestände, Diskrepanzen zwischen Hauptbuch (General Ledger) und Lagerbewertungsberichten. Das sind keine Randprobleme – sie betreffen den Kern dessen, was ein ERP leisten muss.

Bedienbarkeit ist der zweite Schwachpunkt. ERPNext wurde über viele Jahre gewachsen und trägt die Spuren davon. Die Navigation zwischen Modulen ist in v16 laut Nutzer-Feedback verwirrend: Klickt man im Selling-Modul einen Link an, der zu einem anderen Modul gehört, wechselt die komplette Sidebar den Kontext, und es gibt keinen einfachen Weg zurück. Das Submit-System (Entwurf → Einreichung → Buchung) ist für Nutzer, die aus anderen ERP-Systemen kommen, unintuitiv. Das Ergebnis: Man macht sich mehr Arbeit als nötig.

Custom Apps müssen bei jedem Major-Upgrade auf Kompatibilität geprüft und häufig angepasst werden. Die Frappe-Community stellt Migration Guides bereit, aber in den Frappe-Foren unter dem Tag „upgrade" findet sich ein konsistentes Bild aus Dutzenden Fehlermeldungen: fehlende Tabellen, Jinja-Template-Fehler, Redis-Probleme, Datenbankschema-Inkompatibilitäten. Ein langjähriger Nutzer fasste es in einem Post mit dem Titel „Upgrade Mess – RED ALERT" zusammen: Ohne sicheren Upgrade-Pfad werden Nutzer in veralteten Versionen eingesperrt, und das sei schlicht inakzeptabel.

Das Testen erfolgt über eine klassische Staging-Umgebung: Produktionsdatenbank klonen, Upgrade durchführen, manuell testen. Es gibt kein eingebautes Regressionstesting – das liegt in der Verantwortung des Betreibers.

Odoo

Odoo veröffentlicht jährlich eine neue Major-Version (aktuell Odoo 19, erschienen September 2025). Jede Version bringt signifikante Änderungen an Views, Datenmodellen und APIs mit sich – und Odoo macht keinen Hehl daraus. Die offizielle ORM-Changelog-Seite dokumentiert die Breaking Changes transparent.

Konkrete Breaking Changes der letzten Versionen:

Der Sprung von v16 auf v17 gilt unter Odoo-Entwicklern als der schmerzhafteste. Das attrs-Attribut, das in XML-Views seit über einem Jahrzehnt für bedingte Sichtbarkeit und Schreibschutz verwendet wurde, wurde komplett entfernt und durch inline-Attribute (invisible=, readonly=, required=) ersetzt. In Odoo-Foren fragte ein Entwickler frustriert: „Where is documented this kind of breaking changes? We have to look in Git commits?" – und traf damit einen Nerv. Zusätzlich wurde name_get() durch _compute_display_name() ersetzt, <tree>-Views in <list> umbenannt, und die SCSS-Engine von libsass auf dart-sass gewechselt, was den Division-Operator / in Stylesheets zerbrach.

In v18 folgten weitere Umbauten: _read_group() erhielt eine neue Signatur, der interne Operator inselect wurde entfernt, group_operator in aggregator umbenannt, und _flush_search() depreciert. In v19 wurden schließlich der gesamte odoo.osv-Namespace offiziell als veraltet markiert (nach jahrelangem Legacy-Status), record._cr und record._context zugunsten von record.env.cr und record.env.context depreciert, und Feldnamen wie product_uom systematisch zu product_uom_id vereinheitlicht. Auch read_group wurde zugunsten von _read_group (Backend) und formatted_read_group (Public API) depreciert.

Für Unternehmen mit Custom-Modulen bedeutet das: Jedes Upgrade erfordert einen Code-Audit, Refactoring und ausgiebiges Testen. Ein Odoo-Entwickler beschrieb es treffend: „Your coffee goes cold. Your soul briefly exits your body."

Upgrade-Prozess: Enterprise-Kunden erhalten einen Upgrade-Service: Odoo konvertiert die Datenbank und die Standard-Module über upgrade.odoo.com. Studio-Anpassungen werden ebenfalls migriert. Aber für Custom-Module gilt: erst Entwicklung stoppen, dann Redundanz mit neuen Standard-Features prüfen, dann Code portieren, dann auf leerer Datenbank testen, dann auf migrierter Datenbank testen. Community-Edition-Nutzer haben keinen Zugang zum Upgrade-Service von upgrade.odoo.com – sie sind auf die Community-Tools wie OpenUpgrade der OCA angewiesen oder müssen manuell migrieren. Das ist ein erheblicher Nachteil der kostenlosen Version.

Fazit Updates

Die drei Systeme unterscheiden sich beim Thema Updates fundamental. Nuclos hat einen strukturellen Vorteil durch die Trennung von Plattform und Konfiguration – Nuclets überleben Updates, Java-Regelwerke können betroffen sein, aber das Risiko ist überschaubar. ERPNext ist beim Thema Updates das problematischste System: Datenkonsistenz nach Upgrades, Bedienungsschwächen und ein fehlendes offizielles Migrationstool machen jeden Versionswechsel zum Risiko. Odoo hat die transparenteste Dokumentation seiner Breaking Changes und bietet Enterprise-Kunden einen Upgrade-Service – aber der jährliche Releasezyklus mit regelmäßigen API-Änderungen verlangt Custom-Modul-Entwicklern kontinuierlichen Migrationsaufwand ab. Bei allen drei Systemen gilt: Niemals ein Update auf einem Produktivsystem ohne vorheriges Testen auf einer Staging-Umgebung durchführen.

Hosting und Datenbank

Nuclos

Nuclos läuft als Java-Applikation (JDK 11 oder 8) auf jedem Betriebssystem. Für die Datenbank werden mehrere Systeme unterstützt, wobei PostgreSQL die empfohlene und am besten getestete Option ist. Historisch wurden auch Oracle, Microsoft SQL Server, Sybase SQL Anywhere, IBM DB2 Express-C und die eingebettete H2-Datenbank unterstützt – letztere allerdings nur für Tests, nicht für den Produktivbetrieb.

Die Serveranforderungen sind moderat: mindestens 4 GB RAM und 2 CPU-Kerne. Der Client läuft als Webanwendung im Browser und stellt keine besonderen Anforderungen an die Endgeräte.

Hosting-Optionen sind ausschließlich On-Premise oder eigene Cloud-Infrastruktur. Es gibt kein offizielles SaaS-Angebot von Nuclos selbst. Partner wie die kaneo GmbH bieten Hosting in deutschen Rechenzentren an. Für Unternehmen, die Wert auf Datenhoheit und digitale Souveränität legen, ist das ein klarer Vorteil: Die Daten liegen auf eigenen Servern oder bei einem deutschen Dienstleister, nicht bei einem internationalen Cloud-Provider.

ERPNext

ERPNext unterstützt sowohl MariaDB (ein MySQL-Fork) als auch PostgreSQL als Datenbank. MariaDB ist der Standard und wird in den meisten Installationsanleitungen vorausgesetzt, aber das darunterliegende Frappe Framework bringt PostgreSQL-Unterstützung mit, sodass bei der Site-Erstellung per --db-type postgres gewechselt werden kann. Damit haben alle drei verglichenen Systeme PostgreSQL als Option – ein Punkt, der für Unternehmen mit bestehender PostgreSQL-Infrastruktur relevant ist. Die Anwendung läuft auf Linux-Servern (Ubuntu, Debian, CentOS) und erfordert Python, Node.js, Redis und Nginx.

Hosting-Optionen sind flexibel: Self-Hosting auf eigener Infrastruktur (kostenlos), VPS bei Anbietern wie DigitalOcean oder AWS (10–150 $/Monat), oder Frappe Cloud als offizielles Managed Hosting (ab 5 $/Monat für Shared Instances, ab 200 $/Monat für dedizierte Server). Frappe Cloud bietet automatische Backups, SSL und Updates.

Für Unternehmen mit Data-Sovereignty-Anforderungen bietet Frappe Cloud eine Hybrid-Option: eigene Server mit Frappe-Cloud-Management verbinden. Self-Hosting gibt volle Kontrolle, erfordert aber Linux-Administrationskenntnisse.

Odoo

Odoo nutzt ausschließlich PostgreSQL als Datenbank – hier stimmt die Wahl also mit der Nuclos-Empfehlung überein. Die Anwendung ist in Python geschrieben und läuft auf Linux-Servern.

Hosting-Optionen sind vielfältig: Odoo Online (SaaS, direkt von Odoo gehostet), Odoo.sh (PaaS mit Git-Integration für Entwickler, ab ca. 46,80 $/User/Monat im Custom-Plan), Self-Hosting auf eigener Infrastruktur, oder Cloud-Hosting bei Drittanbietern. Community-Edition-Nutzer können nur Self-Hosting oder Drittanbieter-Hosting nutzen.

Datenbankwahl: Warum das wichtig ist

Die Datenbank ist die Lebensversicherung eines ERP-Systems. Hier liegen alle Geschäftsdaten: Aufträge, Rechnungen, Kundenhistorie, Lagerbestände. Ein Datenverlust kann existenzbedrohend sein. Bemerkenswert: Alle drei Systeme unterstützen PostgreSQL – wer bereits PostgreSQL-Expertise im Haus hat, kann diese bei jedem der drei Kandidaten einsetzen. ERPNext bietet zusätzlich MariaDB als Alternative (und Standard). PostgreSQL und MariaDB sind beide erprobte, zuverlässige Open-Source-Datenbanken. PostgreSQL gilt allgemein als robuster bei komplexen Abfragen und Transaktionssicherheit, MariaDB als performanter bei einfachen Lese-Operationen.

Entscheidend ist weniger die Datenbankwahl selbst als die Backup-Strategie. Alle drei Systeme erfordern regelmäßige, getestete Backups – idealerweise automatisiert, verschlüsselt und an einem separaten Standort aufbewahrt.

Preisgestaltung

Nuclos: Festpreis ohne Userlimit

Nuclos kommuniziert keine öffentlichen Listenpreise. Jedes Projekt erhält ein individuelles Festpreisangebot. Der Prototyp-Workshop kostet aktuell ab 950 € zzgl. MwSt. Die Gesamtkosten hängen vom Projektumfang ab. Entscheidend: Der Preis ist unabhängig von der Anzahl der Benutzer. Es gibt keine Pro-User-Lizenzen, keine Modul-Gebühren, keine wiederkehrenden Softwarekosten. Nuclos ist unter der AGPL 3.0 zeitlich unbeschränkt nutzbar.

Kosten entstehen für: Implementierung (Festpreis), Hosting (eigene Server oder Partner), optionaler Support und Weiterentwicklung. Nuclos weist darauf hin, dass verschiedene Förderprogramme auf Bundes- und Landesebene (z. B. KfW-Förderkredite, Digitalbonus Bayern) die Implementierungskosten senken können.

ERPNext: Kostenlos, aber Hosting und Implementierung kosten

ERPNext hat $0 Lizenzkosten – alle Module, unbegrenzte User. Die tatsächlichen Kosten setzen sich zusammen aus Hosting (Frappe Cloud ab 5 $/Monat bis 400+ $/Monat, oder Self-Hosting) und Implementierung (DIY ab 2.000 $ Zeitaufwand, Partner-Implementierung 10.000–100.000+ $ je nach Komplexität). Support-Verträge sind optional.

Für ein kleines Unternehmen mit 5 Usern und Standard-Modulen sind realistische Kosten ca. 2.000 $ Einrichtung plus 30 $/Monat Hosting. Ein mittelständisches Unternehmen mit Customizing landet bei 15.000–25.000 $ plus 100 $/Monat.

Odoo: Pro-User-Kosten, die wachsen – aber Perspektive zählt

Odoo Community Edition: $0 Lizenz, aber eingeschränkter Funktionsumfang und kein offizieller Support.

Odoo Enterprise: ab ca. 19,90 € pro User und Monat (Standard-Plan, jährliche Abrechnung) für alle Module. Die Preise variieren regional erheblich – laut oec.sh reicht die Spanne von ca. 8,95 $/User/Monat im Nahen Osten bis 76,20 $/User/Monat in den USA. Die genauen Preise für Deutschland sollten direkt auf odoo.com geprüft werden, da Odoo 12 regionale Preislisten verwendet. Der Custom-Plan (mit Odoo.sh, API-Zugang) kostet laut mehreren Quellen 50–70 % mehr.

Rechenbeispiel (Standard-Plan, 19,90 €/User/Monat): 10 User = 2.388 €/Jahr. 50 User = 11.940 €/Jahr. Über 5 Jahre sind das bei 50 Usern knapp 60.000 € – nur für die Lizenz, ohne Implementierung, Hosting und Customizing. Bei höheren regionalen Preisen oder dem Custom-Plan steigt dieser Betrag deutlich.

Im Vergleich dazu: Nuclos und ERPNext haben bei der gleichen User-Anzahl genau $0 wiederkehrende Lizenzkosten.

Aber: Diese Zahlen müssen im richtigen Kontext gelesen werden. Odoo bedient ein anderes Kundensegment als Nuclos oder ERPNext. Viele Odoo-Enterprise-Kunden kommen aus dem Umfeld, in dem SAP, Microsoft Dynamics oder Oracle die Alternative wären. Wer sich eine SAP-Business-One-Lizenz spart, für den sind 60.000–100.000 € Odoo-Lizenzkosten über fünf Jahre kein Problem – sondern ein Bruchteil dessen, was SAP kosten würde. Für diese Kunden ist Odoo Enterprise nicht „teuer", sondern die kosteneffizienteste Alternative mit dem größten Funktionsumfang. Die Pro-User-Kosten werden erst dann zum Thema, wenn ein Unternehmen aus dem Segment kommt, in dem Nuclos oder ERPNext die natürlichen Vergleichsgrößen sind – also KMU mit knappen IT-Budgets, für die jeder wiederkehrende Euro zählt.

Kundenstamm und Internationalisierung

Nuclos

Nuclos ist ein deutsches Nischenprodukt mit Fokus auf den DACH-Raum (Deutschland, Österreich, Schweiz). Der Kundenstamm besteht primär aus kleinen und mittleren Unternehmen, die individuelle Prozesse abbilden müssen. Genaue Kundenzahlen werden nicht veröffentlicht, die Basis ist aber überschaubar im Vergleich zu ERPNext und Odoo. Referenzkunden wie BMW und die Telekom zeigen, dass auch größere Organisationen Nuclos einsetzen.

Die Internationalisierung ist technisch möglich – Nuclos unterstützt beliebige Sprachen über das Lokalisierungsmodul. In der Praxis ist das Ökosystem aber deutschsprachig: Dokumentation, Support, Partner, Wiki – alles auf Deutsch. Für Unternehmen mit internationalen Standorten ist das eine Einschränkung, aber gleichzeitig ein Vorteil für rein deutschsprachige Betriebe, die keinen englischsprachigen Support wollen.

ERPNext

ERPNext hat eine stark international geprägte Nutzerbasis mit über 10.000 Unternehmen weltweit. Der stärkste Kundenstamm liegt in Indien (Herkunftsland von Frappe Technologies), gefolgt von Südostasien, dem Nahen Osten und Afrika. In Europa und Nordamerika wächst die Nutzerbasis, ist aber deutlich kleiner. Die Implementierungspartner kommen ebenfalls überwiegend aus Indien und dem Nahen Osten, was bei den Stundensätzen niedrigere Kosten bedeutet, aber auch kulturelle und sprachliche Hürden für deutsche Unternehmen mit sich bringen kann.

ERPNext unterstützt Lokalisierungen für viele Länder, aber die deutsche Lokalisierung (GoBD, DATEV-Anbindung, XRechnung, deutsche Steuersätze) ist weniger ausgereift als bei Nuclos oder Odoo. Es gibt Community-Module, aber keinen offiziellen DATEV-Export. Wer ERPNext im deutschen Mittelstand einsetzen will, muss entweder selbst entwickeln oder einen spezialisierten Partner finden – was die Auswahl einschränkt.

Odoo

Odoo ist mit über 13 Millionen Nutzern in 175 Ländern das bei Weitem größte der drei Systeme. Die stärksten Märkte sind Belgien (Herkunftsland), Frankreich, die USA und zunehmend Indien, Mexiko und Indonesien. Odoo hat Büros in 19 Ländern und ein Partnernetzwerk mit über 12.000 zertifizierten Partnern.

Die deutsche Lokalisierung ist bei Odoo gut: Es gibt offizielle und Community-Module für DATEV, GoBD-konforme Buchhaltung und XRechnung. Die OCA (Odoo Community Association) pflegt aktiv ein deutsches Lokalisierungspaket. Odoo unterstützt knapp 80 Sprachen.

Für internationale Unternehmen ist Odoo klar die beste Wahl der drei Systeme: Multi-Company-Support (Enterprise), breite Lokalisierung, lokale Partner in fast jedem Land. Nuclos eignet sich am besten für Unternehmen im DACH-Raum mit individuellen Prozessanforderungen. ERPNext ist stark in Asien und dem globalen Süden, hat aber Nachholbedarf in der europäischen Lokalisierung.

Zusammenfassende Einordnung

Nuclos, ERPNext und Odoo lösen das gleiche Problem auf fundamental unterschiedliche Weise – und bedienen dabei teilweise unterschiedliche Kundensegmente.

Nuclos ist der individuellste Ansatz: ein Baukasten, der sich komplett an das Unternehmen anpasst, aber Beratung und Implementierungskompetenz voraussetzt. Die Trennung von Plattform und Konfiguration sorgt für die saubersten Updates und die höchste Datensicherheit im Upgrade-Prozess. Wer einen deutschen Partner will, der die Prozesse versteht und das System maßschneidert, findet hier den kürzesten Weg.

ERPNext ist auf dem Papier der unkomplizierteste Einstieg: ein fertiges System, das für Standardprozesse funktioniert, mit Lizenzkosten von null. In der Praxis erkauft man sich das mit Problemen bei der Bedienbarkeit, der Datenkonsistenz nach Updates und einer Community, deren Schwerpunkt nicht in Europa liegt. Wer ERPNext produktiv einsetzen will, sollte die Upgrade-Risiken und den Aufwand für Customizing realistisch einplanen – und nicht davon ausgehen, dass „kostenlos" auch „aufwandsarm" bedeutet.

Odoo ist der mächtigste Allrounder mit dem größten Ökosystem. Für Unternehmen, die sonst SAP oder Microsoft Dynamics evaluieren würden, ist Odoo Enterprise eine ernstzunehmende Alternative zu einem Bruchteil der Kosten. Die Pro-User-Lizenzgebühren, die im Vergleich mit Nuclos oder ERPNext hoch erscheinen, relativieren sich im SAP-Kontext vollständig. Aber auch bei Odoo sind Breaking Changes real: Wer Custom-Module betreibt, muss bei jedem jährlichen Versionswechsel mit spürbarem Migrationsaufwand rechnen – und Community-Edition-Nutzer stehen dabei ohne offiziellen Upgrade-Service da.

Keines der drei Systeme ist objektiv „das Beste" – die richtige Wahl hängt von konkreten Anforderungen ab: Wie individuell sind die Prozesse? Wie wichtig ist Datenhoheit? Wie groß ist das Budget? Wie technisch versiert ist das Team? Wie international ist das Unternehmen aufgestellt? Und – nicht zuletzt – wie viel Ärger ist man bereit, bei Updates in Kauf zu nehmen?

Letzte Aktualisierung: April 2026 · Feedback und Korrekturen willkommen!