Odoo anpassen – von der Konfiguration bis zum eigenen Modul

Wer in Österreich nach „Odoo Entwicklung“ sucht, steht meist vor einer konkreten Frage: Der Standard deckt 90 Prozent der Abläufe ab – und für den Rest? Die ehrliche Antwort lautet: Zuerst prüfen, ob es überhaupt Code braucht. Diese Seite ordnet die Möglichkeiten der Personalisierung von Odoo, erklärt die Folgen für Updates und gibt Ihnen Kriterien an die Hand, mit denen Sie einen Entwickler oder Integrator beurteilen.

Wenn Sie noch am Anfang stehen, finden Sie den Gesamtrahmen in unserem Überblick zur Einführung von Odoo. Hier geht es ausschließlich um das, was über den Standard hinausgeht.

Die vier Stufen der Anpassung

Eine Anpassung ist nicht gleich eine Anpassung. In der Praxis lassen sich vier Stufen unterscheiden, vom risikoarmen bis zum aufwendigen Eingriff.

Je weiter unten Sie landen, desto mehr tragen Sie dauerhaft mit. Das ist kein Argument gegen Individualentwicklung, wohl aber eines für Reihenfolge und Disziplin.

Stufe 1: Konfiguration vor Entwicklung

Ein erstaunlich großer Teil der Wünsche lässt sich über Einstellungen lösen. Dazu gehören Preislisten, Lagerorte, Genehmigungswege, Mehrwertsteuer-Zuordnungen und Zugriffsrechte. Wer diese Stufe überspringt, bezahlt später für Code, den es nicht gebraucht hätte.

Ein typisches Beispiel aus österreichischen KMU: Ein Handelsbetrieb wünscht sich eine eigene Rechnungslogik für Baustellen- oder Teillieferungen. Häufig liegt die Lösung in sauber gesetzten Lieferbedingungen und Rechnungsstellungsregeln, nicht in einem Modul. Die Funktionen im Standard sehen Sie in der Übersicht der Odoo-Module.

Stufe 2: Odoo Studio – Anpassung ohne Code

Odoo Studio erlaubt es, Felder, Ansichten, Modelle, Anwendungen, Automatisierungsregeln, Webhooks, PDF-Berichte, Freigaberegeln und Sicherheitsregeln ohne Programmierung zu verändern. Für Fachabteilungen ist das attraktiv: Ein zusätzliches Feld im Kundenstamm oder eine Freigabe für Bestellungen oberhalb einer Wertgrenze entsteht in kurzer Zeit.

Beachten Sie zwei Punkte, die in der Praxis oft übersehen werden:

• Lizenz: Studio gehört zur Formel Custom. Wer Studio auf einer Datenbank in der Formel Standard installiert, löst automatisch einen Wechsel zu Custom aus – bei jährlichem Vertrag über eine Zusatzbestellung mit einer Frist von 30 Tagen, bei monatlichem Vertrag über den automatischen Wechsel zum nächsten Abrechnungszyklus. Wie sich das auf Ihre Kosten auswirkt, erklärt die Seite zu den Odoo-Preisen.
• Wildwuchs: Was jeder anlegen darf, wird irgendwann unübersichtlich. Legen Sie fest, wer Studio benutzen darf, und dokumentieren Sie jede Änderung.

Stufe 3: Zusatzmodule aus der Community

Odoo nennt rund um seine Hauptanwendungen eine große Community: Sie hat laut Hersteller weit mehr als 50 000 zusätzliche Anwendungen beigesteuert. Das Angebot ist reich, die Qualität schwankt. Ein Fremdmodul ist eine Abhängigkeit von jemand anderem, der es pflegen muss.

Prüfen Sie vor dem Einsatz:

1. Wird das Modul für Ihre Odoo-Version aktiv gepflegt?
2. Ist die Lizenz mit Ihrer Edition vereinbar?
3. Greift es in Buchhaltung, Lager oder Preislogik ein? Dann sind Tests mit Ihren echten Daten Pflicht.
4. Wer haftet, wenn es nach einem Update nicht mehr funktioniert?

Gerade bei Modulen für Buchhaltung und Steuern, etwa im Zusammenspiel mit dem Steuerberater oder mit BMD, sollten Sie nichts „einfach installieren“. Mehr dazu auf der Seite Buchhaltung und Finanzen in Odoo.

Stufe 4: Individualentwicklung – wann sie sich lohnt

Ein Individualmodul ist dann gerechtfertigt, wenn ein Prozess Ihren Wettbewerbsvorteil ausmacht und der Standard ihn nicht abbilden kann. Typische österreichische Beispiele:

• eine branchenspezifische Kalkulation, die weder Konfiguration noch Studio hergibt,
• eine Anbindung an ein Branchensystem, das keine fertige Schnittstelle hat,
• ein Freigabeprozess, der mehrere Standorte in verschiedenen Bundesländern mit eigenen Regeln verbindet,
• Berichte und Auswertungen, die über Standardberichte und Studio hinausgehen.

Für die Technik gilt: Odoo-Module werden als eigene Erweiterungen auf Basis der Plattform geschrieben, üblicherweise in Python, ergänzt durch XML-Ansichten. Entwickler dürfen Module auf Basis von Odoo unter einer eigenen Lizenz weitergeben, solange sie mit der Lizenz der jeweiligen Edition vereinbar ist – für Community ist das die LGPLv3, für Enterprise gelten die Beschränkungen der Enterprise-Lizenz. Das ist für Sie wichtig, wenn Sie ein Modul später an Tochtergesellschaften oder Dritte weitergeben möchten.

Schnittstellen: ein eigener Entwicklungsbereich

Viele „Individualentwicklungen“ sind in Wahrheit Schnittstellen: zum Webshop, zur Lohnverrechnung, zur Bank, zum Zeiterfassungssystem. Odoo stellt dafür eine externe API bereit. Die aktuelle Dokumentation führt JSON-2 als zeitgemäße Variante mit API-Schlüsseln, Zugriffsrechten, Datenbankauswahl und Transaktionen; XML-RPC und JSON-RPC gelten dort als historisch, und ein Leitfaden beschreibt den Umstieg auf JSON-2. Wichtig für die Planung: Der externe API-Zugang ist der Formel Custom vorbehalten.

Planen Sie Schnittstellen deshalb früh ein, nicht erst beim Go-live. Details und typische Szenarien finden Sie bei den Odoo-Schnittstellen. Dazu gehört in Österreich auch der strukturierte Rechnungsaustausch; die rechtliche Seite behandeln wir unter E-Rechnung und ERP, und für Kassenanbindungen lohnt der Blick auf die Registrierkassenpflicht mit RKSV.

Was Anpassungen für Updates bedeuten

Das ist der Punkt, an dem sich Individualentwicklung rächt oder bezahlt macht. Jede Abweichung vom Standard muss bei einem Versionswechsel erneut geprüft werden. Die Faustregel: Je mehr Standardlogik Sie überschreiben statt ergänzen, desto höher der Prüfaufwand.

Bewährte Regeln:

• Erweitern statt ersetzen. Neue Felder und neue Modelle sind robuster als überschriebene Standardmethoden.
• Klein halten. Mehrere kleine Module mit klarem Zweck sind leichter zu migrieren als ein großes.
• Testfälle mitliefern. Ohne automatisierte Tests wird jedes Update zur Handarbeit.
• Versionsstand beachten. Welche Version Sie einsetzen, entscheidet über den Aufwand; siehe Versionen und Editionen.
• Hosting mitdenken. In Odoo Online sind Eingriffe eingeschränkt, Odoo.sh und der Betrieb auf eigenen Servern geben mehr Spielraum, gehören aber zur Formel Custom. Vor- und Nachteile beschreibt die Seite zu Cloud und Hosting.

Wer später den Versionssprung macht, profitiert von einem sauberen Bestand: Mehr zur Migration in Odoo und zum allgemeinen Vorgehen im Ratgeber zur ERP-Migration.

Gute Praxis: Standard, Dokumentation, Tests

Drei Gewohnheiten unterscheiden gelungene von missratenen Odoo-Projekten.

Beim Standard bleiben

Prüfen Sie jeden Wunsch gegen den Standardablauf. Oft ist es günstiger, einen Prozess im Betrieb leicht zu ändern, als ihn im System nachzubauen. Das gilt besonders für kleine und mittlere Betriebe, in denen ein Sonderweg nur eine Person kennt.

Dokumentieren

Jede Abweichung braucht eine kurze, verständliche Beschreibung: Was wurde geändert, warum, von wem, in welchem Modul. Ohne Dokumentation hängen Sie am Wissen eines Einzelnen. Das ist vor allem dann ein Risiko, wenn der Entwickler das Unternehmen verlässt oder der Integrator wechselt.

Testen

Trennen Sie Entwicklung, Test und Produktion. Prüfen Sie Änderungen mit einer Kopie Ihrer echten Daten, bevor sie live gehen. Besonders sensibel sind Anpassungen in Buchhaltung, Lager und Produktion: Fehler dort kosten sofort Geld.

So bewerten Sie einen Odoo-Entwickler oder Integrator

Wer Individualentwicklung vergibt, kauft Vertrauen auf Zeit. Diese Fragen helfen bei der Beurteilung:

Ein weiteres Signal ist die Aufteilung des Angebots: Positionen nach Funktionen statt eines Pauschalpreises für „Anpassungen“. Fragen Sie außerdem nach Referenzen aus Ihrer Branche und nach dem Umgang mit Fehlern nach Übergabe. Eine ausführliche Anleitung zur Auswahl finden Sie unter Odoo-Integrator wählen und allgemein im Ratgeber ERP-Integrator finden.

Hilfreich ist auch ein sauberes Pflichtenheft. Wie Sie Anforderungen so beschreiben, dass Entwickler sie präzise bepreisen können, zeigt der Ratgeber zum ERP-Lastenheft.

Wenn Odoo an Grenzen stößt

Manchmal summieren sich die Sonderwünsche so stark, dass die Frage berechtigt ist, ob Odoo noch passt. Dann lohnt ein Vergleich, etwa Odoo gegenüber Business Central oder ein Blick auf die Alternativen zu Odoo. Wer ohnehin stark auf das österreichische Rechnungswesen mit BMD ausgerichtet ist, sollte auch prüfen, was BMD von Haus aus mitbringt.

Vorgehen in Kürze

1. Anforderungen sammeln und nach Dringlichkeit ordnen.
2. Jede Anforderung gegen Standard, Konfiguration und Studio prüfen.
3. Fremdmodule bewerten, nur geprüfte einsetzen.
4. Individualentwicklung auf das Wesentliche beschränken.
5. Test-, Dokumentations- und Update-Prozess vertraglich festhalten.

Wir vermitteln Ihnen kostenlos einen Integrator, der zu Ihrem Vorhaben passt. Wie das abläuft, steht unter So funktioniert es; die Anbieter vergleichen und das Projekt durchführen sie selbst, wir sind keinem Hersteller verbunden.

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.