Odoo ist aus gutem Grund für viele Unternehmen attraktiv. Es vereint Vertrieb, Lagerhaltung, Buchhaltung, Produktion, E-Commerce und vieles mehr in einem System und ist flexibel genug, um sich an unterschiedlichste Prozesse anzupassen. Diese Flexibilität birgt jedoch auch die größte Gefahr. Da sich nahezu alles ändern lässt, ist die Versuchung groß, fast alles anzupassen. Oftmals endet es mit einem so stark modifizierten Odoo-System, dass niemand mehr ein Upgrade wagt.
Die Kunst eines erfolgreichen Odoo-Projekts besteht nicht darin, zu wissen, wie man anpasst, sondern zu wissen, wann man es besser lässt. Dieser Artikel bietet Ihnen eine praktische Methode, um zwischen Konfiguration, Anpassung und dem Belassen der Einstellungen zu entscheiden. Er erklärt, wie Sie Ihr System upgradefähig gestalten und wie Sie die richtigen Mitarbeiter für die Systemwartung auswählen. Wenn Sie praktische Hilfe benötigen, finden Sie auf unserer Seite Informationen zur Beauftragung von Odoo-Entwicklern (hire-odoo-developers.php).
Die drei Stufen der Anpassung
Stellen Sie sich Odoo-Anpassungen in drei Stufen vor: von der günstigsten und sichersten bis zur teuersten und risikoreichsten.
Stufe 1: Konfiguration. Einstellungen ändern, Funktionen aktivieren, Vorlagen bearbeiten und die von Odoo bereitgestellten Optionen nutzen. Es wird kein Code geschrieben.
Stufe 2: Leichte Anpassung. Kleine Ergänzungen mit den Odoo-eigenen Tools: benutzerdefinierte Felder, automatisierte Aktionen, einfache Ansichten und Berichtsanpassungen. Wenig bis gar keine Programmierung.
Stufe 3: Individuelle Entwicklung. Neue Module oder umfangreiche Codeänderungen, wie z. B. neue Geschäftslogik, Integrationen oder komplett neue Anwendungen.
Die goldene Regel: Nutzen Sie die niedrigste Stufe, die das Problem löst. Jede höhere Stufe verursacht zusätzliche Kosten und späteren Wartungsaufwand.
Stufe 1: Zuerst die Konfiguration
Odoo bietet bereits einen großen Funktionsumfang, von dem viele Unternehmen nur einen Bruchteil nutzen. Bevor Sie Code schreiben, prüfen Sie, ob die gewünschte Funktion bereits vorhanden ist. Häufige Beispiele sind: - Preisregeln, Rabatte und Preislisten im Vertrieb - Nachbestellregeln und mehrstufige Abläufe im Lager - Genehmigungsworkflows für Einkäufe - E-Mail-Vorlagen und Dokumentlayouts - Zugriffsrechte und Benutzergruppen - Steuern, Steuerpositionen und Zahlungsbedingungen in der Buchhaltung
Es kommt überraschend häufig vor, dass sich eine vermeintliche „Sonderanforderung“ als eine unbemerkte Einstellung entpuppt. Eine kurze Überprüfung Ihres Prozesses anhand der Odoo-Standardfunktionen durch jemanden, der diese gut kennt, reduziert die Anzahl der erforderlichen Anpassungen oft um die Hälfte.
Die Konfiguration bietet zudem einen weiteren Vorteil: Sie bleibt bei Upgrades deutlich zuverlässiger erhalten als Code.
Stufe 2: Leichte Anpassung
Wenn die Konfiguration nicht ausreicht, sind oft kleine Ergänzungen hilfreich. Typische Beispiele:
- Benutzerdefinierte Felder für Produkte, Kunden oder Bestellungen, um für Sie individuelle Informationen zu erfassen
- Automatisierte Aktionen, die Erinnerungen versenden, Aufgaben zuweisen oder Datensätze aktualisieren, sobald ein Ereignis eintritt
- Benutzerdefinierte Berichte und Drucklayouts für Angebote, Rechnungen und Lieferscheine
- Angepasste Ansichten, um Unordnung zu vermeiden und die von Ihrem Team genutzten Elemente anzuzeigen
Diese Änderungen sind klein, überschaubar und lassen sich in der Regel problemlos in zukünftige Upgrades übernehmen. Sie bieten oft den größten Nutzen eines Anpassungsprojekts zu einem Bruchteil der Kosten.
Stufe 3: Individuelle Entwicklung
Benutzerdefinierte Module sind dann sinnvoll, wenn ein realer Bedarf besteht, der nicht anderweitig gedeckt werden kann. Gute Gründe hierfür sind: - Eine zentrale Geschäftsregel für Ihre Einnahmen, die von Odoo nicht unterstützt wird. - Die Integration mit einem anderen System, z. B. einem Zahlungsanbieter, Versanddienstleister oder einer mobilen App. - Ein Workflow, der sich über mehrere Module erstreckt und von den Standardfunktionen nicht abgedeckt wird. - Eine völlig neue Anwendung für Ihre Branche. - Leistungs- oder Berichtsanforderungen, die über die Standardtools hinausgehen. Wenn Sie eine Anwendung entwickeln, gehen Sie dabei sorgfältig vor. Die wichtigsten Prinzipien: 1. Verändern Sie niemals den Kerncode. Änderungen an den Odoo-eigenen Dateien machen jedes Upgrade zu einem Kampf. Erweitern Sie stattdessen Ihre Funktionen über separate Module, die dem Vererbungssystem von Odoo folgen. 2. Halten Sie Module klein und fokussiert. Ein Modul sollte eine Aufgabe erfüllen und leicht verständlich sein. 3. Befolgen Sie die Odoo-Konventionen. Standardisierte Struktur, Namensgebung und Muster sorgen dafür, dass Module für jeden erfahrenen Odoo-Entwickler lesbar sind. 4. Dokumentieren Sie, was und warum. Notizen zu den Funktionen jedes Moduls und den geschäftlichen Gründen dafür sparen später viel Zeit. 5. Schreiben Sie Tests für kritische Logik. Insbesondere für Buchhaltungs-, Lager- und Preisregeln.
Was Sie nicht ändern sollten
Einige Teile von Odoo sollten besser unverändert bleiben, auch wenn Änderungen möglich sind.
- Kernlogik der Buchhaltung. Fehler hier wirken sich auf Ihre Finanzdaten und den Prüfpfad aus. Passen Sie die Logik nach Möglichkeit über Konfigurationen und Berichte an und beziehen Sie Ihren Buchhalter in jede Änderung ein.
- Lagerbewertung und Kostenrechnung. Kleine Änderungen können sich kaskadierend auf die Lagerwerte auswirken.
- Bestehende Standard-Workflows. Wenn 80 Prozent funktionieren, passen Sie Ihren Prozess leicht an, anstatt das System neu zu schreiben.
- Alles, dessen Zweck Sie nicht erklären können. Wenn niemand sagen kann, warum eine Änderung nötig ist, ist sie es wahrscheinlich auch nicht.
Eine hilfreiche Frage, die Sie sich bei jeder Entscheidung stellen sollten, lautet: „Wenn wir dies auf die Standardmethode umsetzen würden, was würde tatsächlich schiefgehen?“ Oft lautet die Antwort „ein wenig Unannehmlichkeit“, was günstiger ist als dauerhafte Anpassung.
Die Kosten übermäßiger Anpassung
Starke Anpassungen wirken während des Projekts attraktiv, sind aber jahrelang danach lästig.
| Problem | Was passiert |
|---|---|
| Schwierige Upgrades | Jede neue Odoo-Version erfordert das Umschreiben und erneute Testen von benutzerdefiniertem Code, oft zu hohen Kosten |
| Festgefahren bei alten Versionen | Unternehmen verzögern Upgrades und geraten dadurch bei Funktionen, Fehlerbehebungen und Sicherheit ins Hintertreffen |
| Abhängigkeit vom Entwickler | Nur der ursprüngliche Entwickler versteht das System |
| Fragiles System | Änderungen an einer Stelle führen unerwartet zu Problemen an anderen Stellen |
| Höhere Supportkosten | Die Diagnose jedes Problems dauert länger |
| Langsamere Einführung neuer Funktionen | Standardverbesserungen in Odoo lassen sich nicht ohne Weiteres übernehmen. |
Ziel ist ein Odoo, das sich eng an den Standard anpasst, mit kleinen, gut dokumentierten Ergänzungen, die problemlos in zukünftige Upgrades übernommen werden können.
Planung von Upgrades vom ersten Tag an
Odoo veröffentlicht regelmäßig neue Hauptversionen, die jeweils Verbesserungen und Sicherheitsupdates mit sich bringen. Planen Sie dies von Anfang an ein.
- Führen Sie eine Liste aller Anpassungen. Was jede einzelne bewirkt, warum sie existiert und wer dafür verantwortlich ist.
- Bevorzugen Sie Standardlösungen. Diese werden automatisch mit der Plattform aktualisiert.
- Testen Sie Aktualisierungen an einer Kopie. Aktualisieren Sie niemals zuerst ein Produktivsystem.
- Planen Sie ein Budget für Aktualisierungsarbeiten ein. Benutzerdefinierte Module erfordern bei jeder Hauptversion Aufmerksamkeit.
- Überprüfen Sie Anpassungen regelmäßig. Entfernen Sie diejenigen, die nicht mehr benötigt werden oder durch neuere Standardfunktionen ersetzt wurden.
Eine Anpassung, die zwar günstig in der Entwicklung, aber teuer im Betrieb ist, ist letztendlich nicht günstig.
Häufige Anpassungsbereiche und unsere Empfehlungen
Vertrieb und CRM. Beginnen Sie mit Pipeline-Phasen, Preislisten und Angebotsvorlagen. Benutzerdefinierte Genehmigungsregeln und Layouts sind in der Regel geringfügige Änderungen. Umfangreiche Überarbeitungen des Vertriebsprozesses sollten mit einer zweiten Meinung geprüft werden.
Lagerhaltung und Einkauf. Nutzen Sie Routen, Nachbestellregeln und Barcode-Funktionen, bevor Sie eine individuelle Entwicklung in Betracht ziehen. Lagerspezifische Abläufe sind ein guter Grund für benutzerdefinierte Module, die Lagerbewertung sollte jedoch standardisiert bleiben.
Buchhaltung. Konfigurieren Sie zuerst Steuern und Lokalisierung. Fügen Sie benutzerdefinierte Berichte und Exporte für lokale Anforderungen hinzu. Gehen Sie bei Änderungen der Buchungserstellung sehr vorsichtig vor.
Fertigung. Stücklisten, Arbeitsaufträge und Qualitätskontrollen decken einen Großteil ab. Benutzerdefinierte Anpassungen konzentrieren sich in der Regel auf Fertigungsbildschirme oder die Integration mit Maschinen.
E-Commerce und Website. Die Website-Tools von Odoo bieten vielfältige Möglichkeiten. Benutzerdefinierte Checkout-Schritte, Produktkonfiguratoren und Integrationen sind gängige Ergänzungen, Änderungen am Shop sollten jedoch modular gestaltet werden. Für weiterführende Informationen zu Online-Shops lesen Sie bitte unseren Kostenleitfaden für E-Commerce-Websites.
Integrationen. Zahlungsabwicklung, Versand, Marktplatz und mobile Apps lassen sich ideal mit benutzerdefinierten Modulen realisieren, die über die externen APIs oder Konnektoren von Odoo erstellt werden.
Migration von älteren Versionen oder anderen Systemen
Viele Odoo-Projekte sind eigentlich Migrationsprojekte: der Wechsel von einer älteren Odoo-Version, einem anderen ERP-System oder Tabellenkalkulationen. Ein sorgfältiges Vorgehen sieht folgendermaßen aus.
- Prüfen Sie das aktuelle System. Welche Daten sind vorhanden, welche werden verwendet, welche sind veraltet.
- Bereinigen Sie die Daten vor der Migration. Doppelte und veraltete Datensätze lassen sich vor der Migration kostengünstig entfernen.
- Entscheiden Sie, welche Funktionen durch Standardfunktionen ersetzt werden sollen. Alte Anpassungen sind in neueren Versionen oft überflüssig.
- Migrieren Sie zunächst eine Testkopie. Vergleichen Sie Summen, Salden und Beispieldatensätze.
- Planen Sie die Umstellung. Wählen Sie eine ruhige Phase und legen Sie fest, wie Transaktionen während der Umstellung abgewickelt werden.
- Schulen Sie Ihr Team. Die Akzeptanz ist wichtiger für den Erfolg als die Technologie.
Die Migration ist auch der beste Zeitpunkt, um nicht benötigte Anpassungen zu entfernen.
Ist Odoo überhaupt die richtige Wahl?
Manchmal lautet die ehrliche Antwort: Nein. Odoo eignet sich sehr gut für Unternehmen, deren Prozesse zu einem modularen ERP-System passen. Es ist möglicherweise weniger geeignet, wenn Ihr Kern-Workflow sehr individuell ist, wenn Sie ein kundenspezifisches Produkt benötigen oder wenn Sie nur eine eng definierte Funktion benötigen. In diesen Fällen ist ein speziell entwickeltes System möglicherweise besser geeignet.
Unser Artikel über individuelle Software vs. Standardsoftware bietet einen Rahmen für diese Entscheidung, und unsere Seite individuelle Softwareentwicklung beschreibt, wann wir die Eigenentwicklung empfehlen. Wir sagen Ihnen gerne, wann Odoo der bessere Weg ist und wann nicht.
Auswahl eines Odoo-Entwicklers oder -Partners
Gute Odoo-Arbeit hängt stark von den beteiligten Personen ab. Achten Sie auf diese Anzeichen.
- Sie fragen zuerst nach Ihrem Prozess. Bevor sie Module vorschlagen, möchten sie verstehen, wie Sie arbeiten.
- Sie schlagen Konfigurationen vor dem Code vor. Ein Entwickler, der sofort mit dem Code beginnt, kostet Sie Geld.
- Sie greifen niemals auf den Kerncode zu. Fragen Sie direkt nach.
- Sie dokumentieren und testen. Anpassungen sollten erklärt und überprüft werden.
- Sie planen Upgrades ein. Sie können beschreiben, wie ihre Arbeit einen Versionswechsel übersteht.
- Sie arbeiten zuerst mit einer Kopie. Keine Änderungen an Ihren Live-Daten ohne vorherige Tests.
- Sie sind ehrlich in Bezug auf die Passgenauigkeit. Sie sagen Ihnen, wenn Odoo nicht optimal ist.
Unser Leitfaden zur Auswahl eines Softwareentwicklungsunternehmens enthält weitere Fragen, die für jeden technischen Partner relevant sind.
Management eines Anpassungsprojekts
Eine sinnvolle Vorgehensweise für ein Änderungsprojekt sieht folgendermaßen aus.
- Prozessabbildung. Beschreiben Sie, wie die Arbeit aktuell abläuft und was verbessert werden sollte.
- Vergleich mit dem Standard-Odoo. Identifizieren Sie, was bereits funktioniert, was konfiguriert werden muss und was tatsächlich Code benötigt.
- Priorisierung. Ordnen Sie die Lücken nach ihrem Geschäftswert. Beginnen Sie mit den wichtigsten.
- Phasenweise Entwicklung. Liefern Sie kleine Teile aus, testen Sie diese mit echten Nutzern und lernen Sie daraus.
- Schulung und Support. Die Mitarbeiter müssen die Änderungen verstehen, um erfolgreich zu sein.
- Spätere Überprüfung. Prüfen Sie nach einigen Monaten, was genutzt wird und was nicht.
Dies entspricht dem phasenweisen Ansatz, den wir für jedes Softwareprojekt empfehlen und in Was ist ein MVP? erläutern. Beginnen Sie mit dem Kern der Sache und erweitern Sie ihn dann nach außen.
Checkliste vor der Genehmigung jeder Anpassung
- Welches Problem wird dadurch gelöst und wie häufig tritt es auf?
- Könnte eine Einstellung, ein benutzerdefiniertes Feld oder eine automatisierte Aktion das Problem stattdessen lösen?
- Was würde passieren, wenn wir es auf die Standardmethode umsetzen würden?
- Wer wird die Wartung übernehmen und wie wird sie dokumentiert?
- Wie wird sie durch das nächste Odoo-Upgrade beeinflusst?
- Wie hoch sind die Gesamtkosten, einschließlich zukünftiger Upgrades?
- Wie testen wir die Anpassung, bevor sie Live-Daten beeinflusst?
Wenn Sie diese Fragen nicht beantworten können, pausieren Sie die Anfrage.
Abschließende Gedanken
Die besten Odoo-Systeme sind nicht die am stärksten angepassten. Es sind diejenigen, in denen Standardfunktionen nach Möglichkeit genutzt wurden, in denen Anpassungen klein, zielgerichtet und dokumentiert sind und in denen das Team Upgrades ohne Bedenken durchführen kann. Konfigurieren Sie zuerst, passen Sie nur an, wenn es unbedingt nötig ist, und lassen Sie Bewährtes unverändert.
Wenn Sie eine zweite Meinung zu einem Odoo-Projekt wünschen – sei es bei der Planung, Migration oder der Sanierung eines stark veränderten Systems –, nehmen Sie Kontakt auf. Wir prüfen Ihre Konfiguration und sagen Ihnen klar und deutlich, was Sie konfigurieren, was Sie anpassen und was Sie unverändert lassen sollten.