Standard oder Anpassung in Odoo: Wann Entwicklung lohnt
Kurz gesagt
Prüfen Sie vier Wege in dieser Reihenfolge: Ablauf ändern, Standard konfigurieren, mit Studio anpassen, erst dann eigenen Code schreiben. Eigener Code bindet Hosting und Upgrade: Odoo Online schließt eigene Module aus, und ein Upgrade wartet laut Dokumentation 20.0, bis das Modul für die Zielversion vorliegt. Stand 14. Oktober 2026.
Das Wichtigste
- Vier Wege: Ablauf ändern, konfigurieren, Studio, eigenes Modul; die Reihenfolge ist eine redaktionelle Empfehlung.
- Odoo Online ist laut Dokumentation 20.0 mit eigenen Modulen und Modulen aus dem Apps-Store unvereinbar; Studio und die externe API gehören dort zum Tarif Custom. Die API erreicht nur die Modelle, Felder und Methoden, die in Ihrer Datenbank vorhanden sind, und verlangt ein aufrufendes Programm außerhalb Odoos; ein eigenes Odoo-Modul brauchen Sie nur, wenn der Ablauf darüber hinausgeht.
- Eine Datenbank mit eigenen Modulen lässt sich laut Dokumentation erst aufrüsten, wenn die Module für die Zielversion vorliegen.
- Odoo Enterprise (Abonnementvertrag Version 13, Ziffer 2 und 5.1): Die Wartung abgedeckter eigener Module (Covered Extra Module: auf Odoo Online oder mit bezahltem Wartungsentgelt) kostet monatlich je 100 Codezeilen; für Monate der letzten zwölf ohne Wartungsgebühr darf Odoo beim Upgrade einmalig nachberechnen.
- Im laufenden Odoo-Enterprise-Abonnement (Abonnementvertrag Version 13, Ziffer 5.1) erlaubt Odoo bei einer Datenbank, die älter ist als die drei zuletzt veröffentlichten Hauptversionen, höchstens einmal pro Jahr einen Zuschlag von 25 Prozent des Jahrespreises, frühestens sechs Monate nach der Veröffentlichung der neuen Hauptversion; eine Community-Installation ohne Abonnement trifft er nicht.
- Studio ergänzt Felder, Ansichten, Modelle, Berichte und Regeln ohne Programmierung; im Tarif Standard löst die Installation den Wechsel in den Tarif Custom aus.
Standard und Anpassung sind keine Gegensätze, sondern eine Leiter mit vier Sprossen. Auf der ersten steht Ihr Ablauf, auf der zweiten die Konfiguration, auf der dritten Studio und auf der vierten eigener Quellcode. Je weiter oben Sie einsteigen, desto mehr Arbeit hängt am nächsten Versionswechsel: Ablauf und Konfiguration gehören zur Datenbank, für eigenen Code gelten die Regeln des Abonnementvertrags.
Die vier Wege und ihre Bedingungen
Die Tabelle ordnet jedem Weg zu, wer ihn umsetzt, wo er möglich ist und was er beim Versionswechsel bedeutet. Die Produkteigenschaften und Vertragsfolgen darin stammen aus der Dokumentation 20.0 und dem Abonnementvertrag; die Reihenfolge der Wege ist eine redaktionelle Empfehlung.
| Weg | Wer setzt um | Wo möglich | Beim Versionswechsel |
|---|---|---|---|
| Ablauf ändern | Fachbereich | überall, auch Odoo Online | kein technischer Eingriff in die Datenbank |
| Standard konfigurieren | Key User, Partner | überall, auch Odoo Online | Einstellungen gehören zur Datenbank, deren Konvertierung der Vertrag beschreibt (Ziffer 4.3); getestet wird weiterhin von Ihnen |
| Studio | Key User, Partner, ohne Programmierung | Odoo Online und andere Hostingarten im Tarif Custom | Anpassungen liegen als Modul studio_customization in der Datenbank; die Anleitung für angepasste Datenbanken zählt nur Module zum eigenen Code, die nicht mit Studio gebaut wurden |
| Eigenes Modul (Quellcode) | Entwicklungspartner oder eigenes Team | Odoo.sh oder eigene Installation; laut Dokumentation nicht Odoo Online | ohne Fassung für die Zielversion führt die Upgrade-Plattform das Upgrade nicht aus |
Für die zweite Sprosse gibt es Wege ohne Programmierung: Eigene Felder lassen sich in mehreren Apps ergänzen (Property fields; die Dokumentation führt sie je App auf), und App-Einstellungen decken Preise (Preislisten), Steuern, Lagerrouten und Benutzerrechte ab. Benutzerrechte ändert laut Dokumentation nur ein Administrator. Ein Fremdsystem binden Sie ohne eigenes Odoo-Modul an, solange die vorhandene API den Ablauf abdeckt: Die externe JSON-2-API ruft laut Dokumentation 20.0 die Modelle, Felder und Methoden auf, die in Ihrer Datenbank vorhanden sind; sie erweitert sie nicht. Der Zugriff ist auf den Tarif Custom beschränkt, der auch auf Odoo Online läuft. Die Anbindung ist Arbeit außerhalb Odoos: Die Preisseite definiert die externe API als externe Software, die die Aufrufe startet; den HTTP-Aufruf samt API-Schlüssel muss die Fremdsoftware senden, wofür eigener Integrationscode nötig sein kann. Deckt die API den Ablauf nicht ab, bleibt ein eigenes Modul. Was der Standard trägt, halten Sie in einem Anforderungskatalog fest.
Der Entscheidungsbaum
Gehen Sie die fünf Fragen in dieser Reihenfolge durch; bei den Fragen 1 bis 3 beendet der erste Treffer die Suche. Frage 5 stellen Sie in jedem Fall, besonders wenn Frage 4 mit Ja endet. Die Fragen sind eine redaktionelle Empfehlung, die Bedingungen in den Antworten sind belegt.
- Trägt ein anderer Ablauf dasselbe Ergebnis, ohne dass Sie Odoo ändern? Wenn ja: Arbeitsanweisung schreiben, Datenbank unverändert lassen, Anforderung schließen.
- Erreicht eine Einstellung das Ergebnis – Steuersatz, Preisliste, Lagerroute, Vorlage oder Benutzerrecht? Wenn ja: konfigurieren und im Fit-Gap-Workshop am eigenen Beispiel nachspielen.
- Fehlt nur ein Feld, eine Ansicht, ein Bericht, ein eigenes Modell oder eine Freigaberegel? Wenn ja: Studio prüfen. Auf Odoo Online ist das möglich; im Tarif Standard löst die Installation von Studio laut Dokumentation den Wechsel in den Tarif Custom aus – bei Jahresverträgen über eine Upsell-Bestellung mit 30-Tage-Frist, bei Monatsverträgen automatisch zum nächsten Beleg.
- Reicht das nicht aus – rechnet etwas außerhalb dessen, was Studio abbildet, oder ist ein Modul aus dem Apps-Store oder eigener Quellcode nötig? Wenn ja: eigenes Modul. Damit fällt Odoo Online weg, weil die Dokumentation eigene Module und Apps-Store-Module dort ausschließt; Odoo.sh oder eine eigene Installation bleiben. Eine Anbindung eines Fremdsystems braucht kein eigenes Odoo-Modul, solange die externe API den Ablauf abdeckt: Sie gehört zum Tarif Custom und ruft nur vorhandene Modelle und Methoden Ihrer Datenbank über HTTP auf; den Integrationscode schreiben Sie in der Fremdsoftware. Studio legt laut Dokumentation 20.0 selbst neue Modelle und Apps an.
- Bleiben für Pflege, Test und Wartungsgebühr Zeit und Budget? Diese Frage stellen Sie auch nach einem Ja in Frage 4. Wenn nein: zurück zu Frage 1 oder 2. Die technische Sperre ist allein die fehlende Fassung: Die Upgrade-Dokumentation führt das Upgrade nicht aus, solange keine Version Ihrer Module für die Zielversion vorliegt; fehlende Wartung oder ausgelassene Tests sind dort keine Sperre, sondern Aufgabe des Maintainers. Wartung, Test und Datenmigration sind die Posten, die Sie dafür einplanen – sie stehen in der nächsten Tabelle.
Was eigenes Modul beim Upgrade kostet
Die Posten stammen aus dem Abonnementvertrag (Version 13 vom 24. September 2026) und aus der Upgrade-Dokumentation; die Vertragsgebühren treffen nur eine Datenbank im laufenden Enterprise-Abonnement, eine Community-Installation ohne Abonnement nicht. Beträge je Codezeile oder je fehlendem Monat nennt Odoo nicht öffentlich: Die Preisseite vom 14. Oktober 2026 führt die Wartung benutzerdefinierten Codes nur als Posten, der nicht im Preis enthalten ist, und Ziffer 5.1 verweist für die Beträge auf die Vereinbarung.
| Treiber | Beleg | Wirkung |
|---|---|---|
| Wartung des Moduls | Enterprise-Abonnementvertrag Version 13, Ziffer 2 und 5.1 | monatliche Gebühr je 100 Codezeilen, aufgerundet auf die nächsten hundert und gezählt mit dem Werkzeug cloc; sie trifft abgedeckte eigene Module (Covered Extra Module), also Module auf Odoo Online oder mit bezahltem Wartungsentgelt |
| Fehlende Wartungsmonate | Enterprise-Abonnementvertrag Version 13, Ziffer 5.1 | für jedes abgedeckte eigene Modul, das in den letzten zwölf Monaten ohne Wartungsgebühr war, darf Odoo beim Upgrade einmalig je fehlendem Monat nachberechnen |
| Alte Version | Enterprise-Abonnementvertrag Version 13, Ziffer 2 und 5.1 | ist die Datenbank im laufenden Abonnement älter als die drei zuletzt veröffentlichten Hauptversionen (Covered Versions), kommt höchstens einmal pro Jahr ein Zuschlag von 25 Prozent des Jahrespreises hinzu, berechnet aus dem aktuellen Preis je Benutzer und der Zahl der Benutzer und Light Users; fällig wird er frühestens sechs Monate nach der Veröffentlichung der neuen Hauptversion, die die Datenbank aus diesem Fenster fallen lässt |
| Code anpassen | Upgrade-Dokumentation 20.0, Upgrade angepasster Datenbanken, Schritt 3 | Modul zuerst auf einer leeren Datenbank der Zielversion installieren, Fehler beheben, danach auf der aufgerüsteten Datenbank testen |
| Daten migrieren | Upgrade-Dokumentation 20.0, Upgrade angepasster Datenbanken, Schritt 4, und Upgrade-Skripte | umbenannte Modelle, Felder und Kennungen über Upgrade-Skripte nachziehen, sonst gehen Daten verloren |
| Support | Enterprise-Abonnementvertrag Version 13, Ziffer 4.5 | Tickets decken Fehler und Fragen zum Standard sowie zu abgedeckten eigenen Modulen; Fragen zur Entwicklung brauchen eine eigene Vereinbarung |
| Nicht abgedeckte Module | Enterprise-Abonnementvertrag Version 13, Ziffer 4.3 | die Konvertierung von Quellcode und Daten umfasst nur abgedeckte eigene Module; Module ohne Abdeckung passt der Kunde selbst an |
Auf Odoo Online läuft der Versionswechsel nach der Upgrade-Dokumentation im Rolling Release: Hauptversionen werden dort alle zwei Jahre aufgerüstet, Zwischenversionen wenige Wochen nach der nächsten Version. Wer die Hostingart wechseln will, klärt das vor dem Upgrade: Der Wechsel ist laut Upgrade-Dokumentation keine Leistung des Upgrades.
Beispielrechnung mit erfundenen Annahmen
Annahmen: zehn Benutzer, jährliche Abrechnung, Hauptanzeige der deutschsprachigen Preisseite vom 14. Oktober 2026, Datenbank noch auf Version 17.0, Ziel 20.0, ein eigenes Modul mit 4.200 Codezeilen, für das Sie die Wartung beziehen und das seit zwölf Monaten ohne Wartungsgebühr läuft.
| Posten | Rechnung | Ergebnis |
|---|---|---|
| Wechsel Standard zu Custom (etwa für Studio) | (35,90 € − 19,90 €) × 10 × 12 | 1.920 € im rabattierten ersten Jahr |
| Jahrespreis Custom, Grundlage des Zuschlags | 35,90 € × 10 × 12 | 4.308 € im rabattierten ersten Jahr; danach nach Angebot |
| Zuschlag für die alte Version | 4.308 € × 25 %; fällig frühestens sechs Monate nach dem Hauptrelease, mit dem die Datenbank aus den Covered Versions fällt (20.0, September 2026) | 1.077 € pro Jahr, im Oktober 2026 noch nicht fällig |
| Wartung des Moduls | 4.200 Zeilen ÷ 100 | 42 Einheiten je Monat; Preis nur im Vertrag |
| Fehlende Monate | 12 Monate ohne Wartungsgebühr | einmalig je Monat nachzuberechnen; Betrag nur im Vertrag |
| Anpassung und Test (erfunden) | 6 Personentage Code, 3 Personentage Datenmigration und Test | 9 Personentage |
Die Preise sind datierte Seitenangaben und können sich ändern. Die Rechnung gilt für das erste Jahr: Die Hauptanzeige enthält einen Rabatt, den die Fußnote der Seite auf zwölf Monate für anfänglich bestellte Nutzer begrenzt, danach zeigt sie höhere Beträge; den Zuschlag berechnet der Vertrag aus Ihrem aktuellen Preis je Benutzer, maßgeblich ist also Ihr Angebot. Die Personentage sind eine Annahme, kein Marktwert. Version 17.0 ist seit September 2026 älter als die drei zuletzt veröffentlichten Hauptversionen (20.0, 19.0, 18.0), der Zuschlag kann daher erst nach der Wartefrist aus Ziffer 5.1 anfallen. Was das Abonnement ohne Anpassungen kostet, rechnet Odoo-Preise im Überblick nach.
Typische Fehler
- Erst entwickeln, dann prüfen. Ohne Ablaufprüfung zahlen Sie dauerhaft für etwas, das eine Arbeitsanweisung löst.
- Studio als kostenlos einplanen. Im Tarif Standard löst die Installation den Wechsel in den Tarif Custom aus; die Hauptanzeige der Preisseite vom 14. Oktober 2026 liegt bei jährlicher Abrechnung 16,00 € je Benutzer und Monat höher, der Rabatt gilt laut Fußnote zwölf Monate für anfänglich bestellte Nutzer.
- Eigenes Modul auf Odoo Online planen. Die Dokumentation schließt eigene Module dort aus, und der Wechsel der Hostingart ist laut Upgrade-Dokumentation keine Leistung des Upgrades.
- Die Anbindung mit einem eigenen Odoo-Modul lösen. Ein Fremdsystem binden Sie über die externe JSON-2-API des Tarifs Custom an, auch auf Odoo Online (Dokumentation 20.0); ein eigenes Odoo-Modul brauchen Sie dafür nur, wenn die API den Ablauf nicht abdeckt. Den aufrufenden Integrationscode schreiben Sie in der Fremdsoftware: Die API ist ein HTTP-Aufruf mit API-Schlüssel und braucht ein Programm auf der Gegenseite.
- Wartung weglassen. Für abgedeckte eigene Module darf Odoo fehlende Monate beim Upgrade einmalig nachberechnen; ohne eine Fassung des Moduls für die Zielversion lässt die Upgrade-Dokumentation das Upgrade nicht zu.
- Nur Programmierung kalkulieren. Test, Datenmigration und der Durchlauf auf einer leeren Datenbank stehen als eigene Schritte in der Upgrade-Anleitung.
So gehen Sie vor
- Schreiben Sie jede Anforderung mit erwartetem Ergebnis in den Anforderungskatalog.
- Treffen Sie je Zeile im Fit-Gap-Workshop eine der vier Entscheidungen und notieren Sie die Bedingung: Edition, Tarif, Hostingart.
- Vor der Zusage zu eigenem Code: Hostingart festlegen, Wartung schriftlich regeln, Testbudget und Ansprechpartner benennen. Vergleichen Sie die Vertragsfolgen mit Odoo Online und seinen Grenzen und dem Abonnementvertrag.
- Schätzen Sie den Aufwand für den nächsten Versionswechsel: Codeanpassung, Upgrade-Skripte für Daten, Testdurchläufe in einer Kopie.
- Prüfen Sie nach jedem Upgrade, ob alle Module installiert und die Schritte der Anleitung für angepasste Datenbanken abgearbeitet sind.