Odoo anpassen: Von der Konfiguration bis zum eigenen Modul

Wer Odoo an die eigenen Abläufe anpassen will, steht selten vor der Frage „Programmieren oder nicht?“. Die eigentliche Frage lautet: Wie wenig Eigenentwicklung braucht mein Betrieb, damit der Standard zu meinen Prozessen passt? Die Odoo Entwicklung ist ein Werkzeugkasten mit mehreren Stufen, und die günstigste Stufe ist fast immer die richtige.

Dieser Beitrag richtet sich an Geschäftsführer, Finanzleiter und IT-Verantwortliche im deutschen Mittelstand. Er zeigt, wie Sie Odoo anpassen, wann ein Modul nach Maß sinnvoll ist, was das für Updates bedeutet und wie Sie Dienstleister prüfen.

Die vier Stufen der Odoo-Anpassung

Bevor jemand eine Zeile Code schreibt, sollten Sie die Stufen in dieser Reihenfolge durchgehen:

Je weiter unten, desto mehr Verantwortung tragen Sie später selbst. Ein Modul, das heute zwei Wochen spart, kann bei jedem Versionswechsel erneut Arbeit verursachen.

Stufe eins: Konfiguration und Parametrierung

Ein überraschend großer Teil der Wünsche ist reine Konfiguration. Dazu zählen Steuerzuordnungen, Preislisten, Lagerorte, Beschaffungsregeln, Berechtigungsgruppen und Dokumentenvorlagen. Wer hier sauber arbeitet, vermeidet viele spätere Eingriffe.

Wie weit der Standard trägt, zeigen die Fachseiten zu den Odoo-Modulen, zur Buchhaltung und den Finanzen und zu Lager und Einkauf. Lesen Sie diese vor dem Lastenheft: Oft ist eine Anforderung bereits abgedeckt, nur anders benannt.

Stufe zwei: Odoo Studio für Anpassungen ohne Code

Odoo Studio erlaubt es, ohne Programmierung Felder, Ansichten, Modelle und ganze Anwendungen anzupassen. Auch Automatisierungsregeln, Webhooks, PDF-Berichte, Freigaberegeln und Sicherheitsregeln lassen sich damit festlegen. Für viele Fachabteilungen ist das der schnellste Weg, ein Formular um ein Pflichtfeld zu ergänzen oder eine Genehmigung einzuführen.

Zwei Punkte werden bei der Budgetplanung gern übersehen:

• Studio gehört zur Formel Custom. Wird es auf einer Basis installiert, die in der Formel Standard läuft, löst das automatisch einen Wechsel in Custom aus. Bei Jahresvertrag folgt eine Zusatzbestellung mit einer Frist von 30 Tagen, bei Monatsvertrag der automatische Wechsel zum nächsten Abrechnungszyklus.
• Die Formel Custom kostet 44,90 EUR pro Benutzer und Monat (Rabattpreis, regulär 56,90 EUR, gültig für 12 Monate), die Formel Standard 24,90 EUR (regulär 31,10 EUR). Details finden Sie auf der Seite zu den Odoo-Preisen.

Studio ist also nicht kostenlos „nebenbei“ zu haben. Rechnen Sie die Mehrkosten gegen den Aufwand eines Entwicklers, bevor Sie sich entscheiden.

Stufe drei: Vorhandene Erweiterungen nutzen

Odoo nennt rund 50 Hauptanwendungen und eine Gemeinschaft, die zu mehr als 50 000 weiteren Anwendungen beigetragen hat. Für viele Randthemen gibt es also bereits eine Lösung, die ein anderer Anwender erprobt hat.

Dennoch gilt: Ein fertiges Zusatzmodul ist ebenfalls Fremdcode, den Sie später mitpflegen. Prüfen Sie vor dem Einsatz:

• Wird das Modul für Ihre Odoo-Version gepflegt, und wer ist dafür zuständig?
• Unter welcher Lizenz steht es, und ist sie mit Ihrer Edition vereinbar?
• Greift es in Standardobjekte ein oder ergänzt es sie nur?
• Gibt es eine nachvollziehbare Dokumentation?

Die Lizenzfrage ist nicht nebensächlich. Entwickler dürfen auf Odoo aufbauende Module unter einer Lizenz ihrer Wahl vertreiben, solange sie mit der Lizenz der Ausgangsedition vereinbar ist. Für die Community-Edition von Odoo 19 ist das die LGPLv3, die Enterprise-Edition steht unter der Odoo Enterprise Edition License v1.0 und setzt ein gültiges Abonnement für die richtige Benutzerzahl voraus. Welche Versionen und Editionen sich unterscheiden, erklärt der Beitrag zu Versionen und Editionen.

Stufe vier: Das Odoo-Modul nach Maß

Odoo ist in Python geschrieben, Oberflächen und Ansichten werden über XML und Webtechnik definiert. Ein Individualmodul erweitert vorhandene Modelle, ergänzt Ansichten oder bringt völlig neue Objekte mit. Damit lässt sich vieles umsetzen, das über Konfiguration hinausgeht: eigene Preislogik, Spezialformulare, komplexe Freigaberegeln oder die Verknüpfung mit Fremdsystemen.

Wann sich ein Modul nach Maß lohnt

Ein Individualmodul ist gerechtfertigt, wenn

• ein Prozess Ihren Wettbewerbsvorteil ausmacht und im Standard nicht abbildbar ist,
• gesetzliche oder branchenspezifische Vorgaben eine besondere Ablage oder Berechnung verlangen,
• ein Fremdsystem angebunden werden muss, für das es keinen brauchbaren Konnektor gibt,
• Studio an Grenzen stößt, etwa bei Performance oder komplexer Logik.

Nicht gerechtfertigt ist es, wenn die Anforderung nur „so war es immer“ lautet. Hier hilft ein Blick auf die Prozesse statt auf den Code. Sehr viele Entwicklungswünsche verschwinden, wenn die Fachabteilung den Ablauf an den Standard annähert.

Schnittstellen und die externe API

Viele Individualprojekte sind in Wahrheit Anbindungen: an den Onlineshop, an Spedition, Bank oder Lohnsoftware. Die Dokumentation der externen API führt JSON-2 als aktuelle Schnittstelle, mit API-Schlüsseln, Zugriffsrechten, Wahl der Datenbank und Transaktionen. XML-RPC und JSON-RPC gelten dort als historisch, ein Leitfaden beschreibt die Migration auf JSON-2. Wichtig für die Planung: Der API-Zugriff ist der Formel Custom vorbehalten.

Ältere Schnittstellen sollten Sie daher bei jedem Versionswechsel gesondert prüfen. Mehr zum Thema bietet die Seite zu Odoo-Schnittstellen, für Shops auch der Beitrag zu ERP im E-Commerce. Odoo eCommerce bringt bereits Katalog, Varianten, Kundenkonten, B2B und B2C, Versandarten, Retouren und Fakturierung mit und bindet viele Zahlungsanbieter ein. Prüfen Sie auch hier zuerst den Standard.

Was Anpassungen für Updates bedeuten

Der wichtigste Kostenfaktor einer Individualentwicklung entsteht nicht beim Bau, sondern in den Jahren danach. Jede neue Odoo-Version kann Datenmodelle, Ansichten und Programmierschnittstellen verändern. Ihre Module müssen darauf geprüft und gegebenenfalls angepasst werden.

Typische Konsequenzen:

• Mehr Anpassungen, mehr Prüfaufwand bei jedem Versionswechsel.
• Überschriebene Standardlogik ist teurer zu migrieren als Erweiterungen, die den Standard nur ergänzen.
• Fehlende Tests zwingen dazu, nach dem Update alles von Hand durchzuspielen.
• Unklare Zuständigkeit führt dazu, dass Anpassungen veralten, weil niemand sie pflegt.

Wie ein Versionswechsel abläuft, beschreibt die Seite zur Odoo-Migration. Für den laufenden Betrieb regelt Support und Wartung, wer nach dem Start für Ihre Module verantwortlich bleibt.

Bewährte Praxis: Standard, Dokumentation, Tests

Drei Grundsätze trennen belastbare Projekte von Altlasten.

Standard zuerst

Fragen Sie bei jeder Anforderung: Was geschieht, wenn wir den Standardprozess nutzen? Dokumentieren Sie die Antwort. Wird trotzdem entwickelt, steht im Protokoll, warum. So lässt sich später entscheiden, ob die Anpassung noch gebraucht wird.

Dokumentieren, was gebaut wurde

Zu jedem Modul gehören eine fachliche Beschreibung, eine technische Beschreibung und eine Liste der betroffenen Standardobjekte. Das klingt nach Bürokratie, spart aber beim Wechsel des Dienstleisters oder des Entwicklers Wochen an Einarbeitung. In Deutschland kommt hinzu, dass Prozesse nachvollziehbar sein müssen, wenn Steuerberater oder Betriebsprüfer nachfragen. Wer GoBD-relevante Abläufe verändert, sollte die Hintergründe auf der Seite zu GoBD im ERP kennen.

Testen, bevor es live geht

Automatisierte Tests für die eigene Logik, eine getrennte Testumgebung mit realistischen Daten und ein dokumentierter Abnahmeablauf gehören zu jedem Modul. Sonst finden Ihre Mitarbeiter die Fehler im laufenden Geschäft. Wo diese Umgebungen laufen, hängt auch vom Betriebsmodell ab: Odoo Online, Odoo.sh in der Formel Custom oder auf eigenen Servern. Näheres steht unter Hosting und Cloud.

Deutsche Anforderungen als Auslöser für Individualentwicklung

Hierzulande entstehen Anpassungswünsche oft aus Pflichten, nicht aus Vorlieben. Ein Beispiel ist die E-Rechnung mit XRechnung und ZUGFeRD: Formate, Pflichtangaben und Archivierung müssen zu Ihrem Prozess passen. Ein weiteres Beispiel ist die Zusammenarbeit mit dem Steuerberater, häufig über DATEV, mit eigenen Anforderungen an Kontenrahmen und Exportformate.

Prüfen Sie in solchen Fällen zuerst, ob die Lokalisierung ausreicht. Die Seite zu Odoo in Deutschland fasst zusammen, was für den hiesigen Markt relevant ist, und der Ratgeber zur E-Rechnung im ERP zeigt, worauf es bei den Formaten ankommt. Eigene Module sollten diese Standardfunktionen nur ergänzen, niemals ersetzen.

So bewerten Sie einen Odoo-Entwickler oder Integrator

Nicht jeder, der Odoo installieren kann, kann es auch sauber erweitern. Stellen Sie diese Fragen im Auswahlgespräch:

1. Beratung vor Code: Empfiehlt der Anbieter zuerst Konfiguration und Standard, oder verkauft er sofort Entwicklung?
2. Vorgehen: Gibt es ein Fachkonzept, eine Abnahme und ein klares Änderungsverfahren?
3. Qualitätssicherung: Werden Versionsverwaltung, Code-Review und automatisierte Tests eingesetzt?
4. Dokumentation: Erhalten Sie eine Beschreibung, die ein Dritter verstehen kann?
5. Updates: Wer prüft und passt die Module bei neuen Versionen an, und zu welchen Bedingungen?
6. Eigentum: Wem gehört der Quellcode, und unter welcher Lizenz wird er geliefert?
7. Referenzen: Kann der Anbieter vergleichbare Projekte beschreiben, ohne Ihr Vertrauen zu überdehnen?

Zusätzlich lohnt der Blick auf die Gesamtstruktur: Odoo gibt an, über ein sehr großes Netz an Partnern zu verfügen. Die Qualität schwankt dadurch erheblich, und die Größe der Gemeinschaft sagt nichts über den einzelnen Anbieter. Hilfestellung bieten die Seiten zur Wahl des Odoo-Integrators und der Ratgeber ERP-Integrator finden.

Bestehen bereits Anpassungen unklarer Herkunft, ist ein Audit und eine Projektübernahme oft der sinnvollste erste Schritt. Dabei wird geprüft, welche Module bleiben, welche ersetzt und welche entfernt werden können.

Fazit: Erst den Standard ausreizen

Gute Odoo Entwicklung heißt, so wenig wie möglich zu bauen und das Gebaute so sauber wie möglich zu halten. Beginnen Sie mit Konfiguration, nutzen Sie Studio für einfache Ergänzungen, setzen Sie geprüfte Erweiterungen ein und entwickeln Sie nur dort, wo Ihr Betrieb sich wirklich unterscheidet.

Über unsere Vermittlung erhalten Sie einen Integrator, der zu Ihrem Vorhaben passt. Wir sind unabhängig von Softwarehäusern, führen das Projekt aber nicht selbst durch. Das übernimmt der vermittelte Integrator. Wenn Sie zunächst Alternativen sehen möchten, hilft der Vergleich Odoo gegen Business Central.

Die genannten Softwarenamen sind Marken der jeweiligen Hersteller und dienen ausschließlich der Information. Diese Website ist unabhängig und steht in keiner Verbindung zu den Herstellern.