Odoo im Vergleich zu Konzern-ERP: Kriterien für den Mittelstand

Zwischen Odoo und einem Konzern-ERP zu wählen, heißt nicht, zwei Preislisten zu vergleichen. Zur Wahl stehen zwei Modelle dafür, wie viele Rechtseinheiten ein System trägt, wie tief es Prozesse abbildet und wie Anpassungen über Releases hinweg gültig bleiben. Dieser Artikel ordnet neun Kriterien und verlinkt zu jedem Kriterium die Dokumentation beider Seiten.

Worum es bei der Auswahl geht

Ein Konzern-ERP ist ein System für Unternehmen mit mehreren rechtlich selbstständigen Einheiten, mit Konzernabschluss, Berichtswesen über Segmente und tiefen Branchenprozessen. Als Beispiel für diese Klasse steht hier SAP S/4HANA Cloud Public Edition, weil SAP seine Dokumentation offen zugänglich veröffentlicht und damit prüfbar macht. Andere Konzern-ERP-Systeme folgen vergleichbaren Kriterien; geprüft sind in diesem Artikel nur die beiden genannten.

Odoo bündelt Verkauf, Einkauf, Lager, Fertigung und Buchhaltung in einer Datenbank. Die Ausgangsfrage lautet deshalb: Wann genügt Odoo, und wann braucht der Mittelstand ein Konzern-ERP? Die Antwort hängt nicht allein an der Mitarbeiterzahl, sondern an Konsolidierung, Rechnungslegung, Fertigungstiefe, Erweiterungsmodell und Betrieb.

Alle Angaben unten beziehen sich auf die Dokumentation 20.0 von Odoo (aktuelle Hauptversion, veröffentlicht im September 2026 laut Release Notes), den Editionsvergleich und die Preisseite, jeweils gelesen am 14. Oktober 2026, ferner auf den Odoo Enterprise Subscription Agreement (Version 13 vom 24. September 2026) sowie auf die SAP-Dokumentation der Version 2608.500. Eine Bewertung mit Punkten oder eine Rangfolge gibt es nicht.

Diese Kriterien zählen

Die Tabelle nennt je Kriterium die Frage, die Sie beantworten müssen, und die beiden Belegstellen. Prüfen Sie die Frage an Ihrem eigenen Prozess, nicht am Funktionsnamen.

Kriterium	Entscheidende Frage	Odoo-Dokumentation (20.0)	SAP S/4HANA Cloud Public Edition (2608.500)
Rechtseinheiten	Wie viele Firmen laufen in einer Datenbank, und was folgt daraus für den Tarif?	Multi-company	Group Reporting
Konzernabschluss	Deckt die Konsolidierung Kontenzuordnung, Mehrledger und Währungsumrechnung ab?	Consolidation	Konsolidierungseinheiten, Gruppenwährungen
Parallele Rechnungslegung	Stehen lokales Recht und ein zweites Regelwerk nebeneinander?	Consolidation (Mehrledger)	General Ledger Accounting
Fertigungstiefe	Reichen Kapazitätsplanung, Rückverfolgbarkeit und Werkstatt (Shop Floor) für Ihre Verfahren?	Manufacturing, Editionsvergleich	Production Planning and Control
Erweiterbarkeit	Wie bleiben eigene Felder, Logik und Module über Releases hinweg gültig?	Studio, Odoo Online	Extensibility, Developer Extensibility
Schnittstellen	Können Fremdsysteme Daten lesen und schreiben?	External JSON-2 API	Extensibility (Arten freigegebener Schnittstellen)
Lokalisierung DACH	Sind Deutschland, Österreich und die Schweiz abgedeckt?	Fiscal localizations, Editionsvergleich	Country/Region-Specific Functions
Betrieb und Release	Wer betreibt, wer aktualisiert, in welchem Rhythmus und in welcher Landschaft?	Odoo Online, Upgrade, Standard-Support	System Landscapes, SAP updates and upgrades
Rollen und Zugriffe	Lassen sich Zugriffe je Rolle und Organisationseinheit begrenzen?	Access rights	Authorization Concept

Stellen Sie jedem Anbieter dieselben vier Fragen: Welche der von Ihnen benötigten Funktionen liegen in welcher Edition oder welchem Tarif? Wie werden eigene Anpassungen bei einem Release-Wechsel gepflegt, und wer trägt diesen Aufwand? Welche Daten können Sie in welchem Format exportieren? Und wie viele Testsysteme und Testphasen sind je Aktualisierung vorgesehen?

Was hinter den Belegstellen steht

Zur Mehrfirmenfähigkeit beschreibt Odoo, dass mehrere Firmen in einer Datenbank liegen, Daten zwischen ihnen geteilt oder je Firma begrenzt werden können und Berichte aggregierte Zahlen liefern. Schaltet eine Datenbank im Tarif Standard die Mehrfirmenfunktion ein, folgt daraus ein Upsell auf den Tarif Custom; bei jährlichen Verträgen mit 30-Tage-Frist, bei monatlicher Abrechnung automatisch. Der Tarif Eine App Gratis (One-App Free) ist laut derselben Seite ausdrücklich ausgenommen.

Zur Konsolidierung nennt Odoo ein Verfahren aus Kontenzuordnung, Mehrledger, Firmenauswahl und Gruppenansicht. Ein Mehrledger der konsolidierenden Firma nimmt die Konsolidierungsbuchungen der übrigen Firmen auf; die Währungsumrechnung erfolgt je Kontenart mit historischem, gewichtetem oder Stichtagskurs. SAP stellt dem Group Reporting gegenüber: Konsolidierungseinheiten als kleinste Einheit einer Konzernstruktur, mehrere Gruppenwährungen und eine konsolidierte Konzernsicht, die Zwischengewinne schon auf Transaktionsebene ausbucht.

Zur Rechnungslegung dokumentiert SAP für das Hauptbuch parallele Ledger für Grundsätze wie IFRS und lokales GAAP sowie Segmentberichte. Prüfen Sie für Odoo am eigenen Abschluss, ob das dokumentierte Mehrledger-Verfahren Ihre Berichtspflichten abbildet; die Konsolidierungsfunktion steht im Editionsvergleich in der Spalte Enterprise.

Zur Fertigung listet die Odoo-Dokumentation Arbeitsplätze (Work Centers), Auftragsplanung, Produktionszeitplan (Master Production Schedule, genannt MPS), Rückverfolgung über Chargen und Seriennummern, Unterauftragsvergabe (Subcontracting) und Gesamtanlageneffektivität (Overall Equipment Effectiveness). Werkstatt (Shop Floor), PLM und Qualität führt der Editionsvergleich nur in der Spalte Enterprise. SAP beschreibt für die Produktionsplanung unter anderem Materialbedarfsplanung, vorausschauende Material- und Ressourcenplanung und Produktionsterminierung sowie die Ausführung für diskrete, prozessorientierte und repetitive Fertigung.

Zum Erweiterungsmodell ist der Unterschied grundsätzlich. SAP verlangt, dass Erweiterungen auf freigegebenen Objekten und APIs aufsetzen; sie sollen dadurch upgrade-fest sein, laufen je nach Fall im Kern, in der ABAP-Umgebung oder daneben auf der SAP Business Technology Platform. Key-User-Erweiterungen sind laut Key User Extensibility nur bei Anwendungen möglich, die dafür freigegeben sind. Developer Extensibility setzt eine 3-System-Landschaft voraus, und für die Cloud gilt eine eingeschränkte ABAP-Teilmenge. Odoo lässt eigene Python-Module zu, verbietet sie aber in Odoo Online; dort passen Sie mit Studio an. Die Installation von Studio löst im Tarif Standard ein Upsell auf Custom aus; im Tarif Eine App Gratis lässt Studio sich laut der FAQ der Preisseite als die eine App wählen.

Beim Betrieb liegen zwei Rhythmen nebeneinander. Odoo Online aktualisiert im Rolling-Release-Verfahren und verlangt für Hauptversionen alle zwei Jahre einen Versionswechsel; der Standard-Support läuft drei Jahre, danach greift erweiterter Support nur auf Odoo.sh und On-Premise. SAP nennt Hotfixes alle zwei Wochen und Release-Upgrades halbjährlich und unterscheidet eine 2- und eine 3-System-Landschaft; die Private Edition läuft auf Hardware von SAP oder eines Infrastruktur-Anbieters und wird für Sie gehostet.

Zur Lokalisierung führt SAP Lokalisierungen für 60 Länder und Regionen, darunter Seiten für Deutschland, Österreich und die Schweiz. Odoo listet seine Lokalisierungen ebenfalls mit diesen drei Ländern und weist darauf hin, dass Zweigniederlassungen der Lokalisierung der Muttergesellschaft folgen; Einheiten in verschiedenen Ländern gehören deshalb als eigene Firmen angelegt.

Woraus sich die Kosten zusammensetzen

Listenpreise allein sagen wenig über die Gesamtkosten. Zur Rechnung gehören Abonnement, Hosting, Einführung, Anpassungen samt deren Pflege über Releases, Schnittstellen und der eigene Betriebsaufwand.

Die Odoo-Preisseite nennt für den Tarif Standard 19,90 Euro und für Custom 35,90 Euro je Benutzer und Monat im ersten Jahr bei jährlicher Abrechnung, zum Listenpreis 24,90 und 44,90 Euro; Light-Benutzer stehen mit 7,90 Euro je Benutzer und Monat im Satz der monatlichen Abrechnung, und die Lizenz dafür vergibt Odoo laut derselben Seite nur über einen Beratungstermin mit individuellem Angebot. Der niedrigere Satz ist ein Erstjahresrabatt; alle Beträge verstehen sich ohne Steuern nach Ziffer 5.3 des Odoo Enterprise Subscription Agreement, Version 13 vom 24. September 2026 (Stand 14. Oktober 2026, Angaben können sich ändern). Standard läuft nur auf Odoo Online, Custom auch auf Odoo.sh und On-Premise, wobei Hosting auf Odoo.sh gesondert berechnet wird. Mehrere Firmen, Studio und die externe API führt die Tarifübersicht der Preisseite nur beim Tarif Custom. Die FAQ derselben Seite weicht für den Tarif Eine App Gratis von dieser Tarifübersicht ab: Eine Mehrfirmenumgebung ist dort erlaubt, und Studio lässt sich als die eine App wählen; eine andere FAQ-Antwort derselben Seite nennt beim Hinzufügen weiterer Unternehmen einen automatischen Wechsel auf Custom, ohne den Tarif Eine App Gratis auszunehmen. Die externe API schließt die Dokumentation ausdrücklich für die Tarife Eine App Gratis und Standard aus.

Für die Konzern-ERP-Seite führt die SAP-Dokumentation SAP S/4HANA Cloud Public Edition als Software-as-a-Service-Produkt (SaaS). Nutzerarten, Staffelungen und Beträge klären Sie im Angebot; tragen Sie sie in dieselbe Rechnung wie die Odoo-Positionen ein. Wie sich die Gesamtsumme zusammensetzt, rechnet Gesamtkosten von Odoo berechnen durch, die Tarifunterschiede erklärt Odoo-Preise im Überblick.

Warnsignale in Angebot und Vertrag

• Das Angebot nennt nur „ERP“, aber weder Edition und Produktversion noch Hostingart.
• Konsolidierung, Lokalisierung oder Studio werden zugesagt, ohne die Edition zu nennen: Im Editionsvergleich stehen sie nur in der Spalte Enterprise.
• Ein eigenes Modul soll in Odoo Online laufen; die Dokumentation nennt Odoo Online mit eigenen Modulen und Modulen aus dem Apps-Store unvereinbar.
• Mehrfirmenbetrieb oder Studio wird zugesagt, ohne den Tarif zu nennen: Beide lösen im Tarif Standard ein Upsell auf Custom aus, im Tarif Eine App Gratis sind sie laut Preisseite zulässig.
• Die Pflege eigener Anpassungen über Releases fehlt im Angebot; bei Odoo bremsen eigene Module ein Versions-Upgrade, wenn keine Zielversion vorliegt.
• Ein Ausstieg ist nicht geregelt: Vereinbaren Sie, in welchem Format Sie Stammdaten und Belege mitnehmen.

Welche Kriterien für welchen Betrieb

Die Zuordnung ist eine redaktionelle Einschätzung, keine Rangfolge.

Situation	Was am stärksten wiegt
Eine Rechtseinheit, standardisierte Abläufe	Umfang der benötigten Apps und Tarifgrenzen: die externe API nur bei Custom, Studio und Mehrfirmen im Tarif Standard mit Upsell auf Custom, im Tarif Eine App Gratis laut Preisseite zulässig
Mehrere Rechtseinheiten in einem Abschluss	Konsolidierung, Kontenzuordnung und Umrechnung prüfen, bevor Sie eine Ausschreibung bauen
Fertigung mit Kapazitäts- und Rückverfolgungsanforderungen	Fertigungstiefe und Editionsumfang je Verfahren
Berichtswesen nach einem zweiten Regelwerk	Parallele Ledger und Segmentberichte
Viele Fremdsysteme und eigene Entwickler	Erweiterungs- und Schnittstellenmodell samt Freigabegrenzen
Strenge Änderungskontrolle und Prüfpfade	Rollen, Berechtigungen und Release-Rhythmus mit Testkapazität

So vergleichen Sie in fünf Schritten

1. Halten Sie die Prozesse je Rechtseinheit und Land fest, einschließlich Abschluss, Berichtswesen und Fertigungsverfahren.
2. Beantworten Sie für jedes Kriterium der Tabelle die Frage an Ihrem Prozess und öffnen Sie beide Belegstellen. Notieren Sie, welche Angabe fehlt.
3. Klären Sie die Tarif- und Editionsgrenzen der Funktionen, die Sie brauchen, samt der Folgefragen: Mehrfirmen, Studio, externe API, Lokalisierung, und ob das Angebot die Ausnahme des Tarifs Eine App Gratis nennt.
4. Legen Sie das Betriebsmodell fest: wer aktualisiert, in welchem Rhythmus, in welcher Systemlandschaft, und wer pflegt Anpassungen. Dazu passen Hosting-Optionen im Überblick und Skalierung nach Nutzerzahl.
5. Rechnen Sie fünf Jahre mit denselben Annahmen für beide Angebote, einschließlich Betrieb und Pflege der Anpassungen. Die Auswahl von Partner und Angebot strukturiert Partnerauswahl mit Kriterien; den Umstieg von einem Bestandssystem plant die Datenübernahme aus dem Altsystem, den Funktionsabgleich der Fit-Gap-Workshop.