Wenn der Standard nicht mehr reicht, bauen wir das fehlende Stück
Odoo deckt im Standard sehr viel ab. Irgendwann kommt aber der eine Ablauf, für den es kein Modul gibt. Genau dort setzen wir an: mit eigenen Modulen, die neben Odoo laufen statt gegen Odoo, versioniert und dokumentiert.
Woran Sie merken, dass der Standard nicht mehr reicht
Die meisten Betriebe kommen eine Zeit lang gut mit dem Standard aus. Das hier sind die Momente, in denen das Gespräch über individuelle Entwicklung beginnt.
Umwege statt Abläufe
Ihr Team exportiert jede Woche nach Excel, um das zu tun, was das System eigentlich selbst können sollte.
Ein Ablauf, für den es kein Modul gibt
Eine Fertigungsfolge, eine Freigabekette oder eine Branchenregel, die der Standard schlicht nicht abbildet.
Auswertungen, die einen Nachmittag kosten
Die Zahlen liegen längst in Odoo, aber sie in ein brauchbares Dokument zu bringen, heißt weiterhin kopieren und einfügen.
Ein Aufbau, der nicht mitwächst
Was mit zehn Leuten sauber lief, gerät ab fünfzig oder mit dem zweiten Standort aus dem Tritt.
Was Anpassung in der Praxis bedeutet
Das reicht von einem zusätzlichen Feld bis zur vollständigen App: Ansichten erweitern, Regeln hinterlegen, Freigaben automatisieren, Auswertungen bauen und Systeme verbinden, die von sich aus nicht miteinander reden.
Sechs Wege, Odoo zu erweitern
Die meisten Projekte kombinieren zwei oder drei davon, je nachdem, wie weit die Einrichtung trägt, bevor Entwicklung wirklich nötig wird.
Eigene Module
Installierbare Anwendungen in Python und XML, die neben dem Odoo-Code liegen und nach denselben Standards gebaut sind.
- Neue Objekte & Datenmodelle
- Eigene Felder & berechnete Werte
- Installierbar und versioniert
Eigene Module für Automatisierung & KI
Sechs Module haben wir bereits selbst entwickelt, für wiederkehrende Aufgaben und für den Einsatz von KI in Odoo.
- Wiederkehrendes automatisiert
- Belege & Daten aufbereitet
- Anbindung an KI-Dienste
Auswertungen & Übersichten
PDF-Dokumente und laufende Übersichten, gebaut um die Zahlen, nach denen in Ihrem Haus tatsächlich gefragt wird.
- Dokumente im eigenen Design
- Übersichten & Tabellen
- Auswertungen nach Zeitplan
Abläufe automatisieren
Freigabeketten, automatische Aktionen und Status, die durchsetzen, wie Arbeit tatsächlich laufen soll.
- Mehrstufige Freigaben
- Automatische Benachrichtigungen
- Regeln im System statt im Kopf
Oberfläche & Eingabemasken
Ansichten und Übersichten, zugeschnitten darauf, wie jedes Team tatsächlich arbeitet.
- Eigene Listen & Kanban-Ansichten
- Übersichten je Rolle
- Verschlankte Eingabemasken
Schnittstellen
Verbindungen zu Systemen, für die es keine fertige Anbindung gibt.
- Webservices, REST & XML-RPC
- Abgleich über Webhooks
- Brücken zu Altsystemen
Erst einrichten, dann anpassen, programmieren im Bedarfsfall
Jede selbst geschriebene Zeile Code ist eine kleine, dauerhafte Verpflichtung. Sie muss bei jedem Versionswechsel getestet werden, von dem verstanden werden, der sie später betreut, und so lange gepflegt werden, wie das Unternehmen das System nutzt. Deshalb nutzen wir zuerst das, was die Plattform selbst mitbringt, und entwickeln dort, wo es den Unterschied macht. Wir arbeiten dabei nach der 80/20-Regel: Den Großteil Ihrer Anforderungen deckt der Standard ab, und beim Rest entscheiden wir gemeinsam mit Ihnen, was den Aufwand wert ist und was nicht.
Gibt es die Funktion schon im Standard?
Die meisten Sonderwünsche sind ein eingebauter Ablauf, den nur noch niemand eingerichtet hat.
Geht es über die Einstellungen?
Regeln, Freigaben, Nummernkreise, Preislogik und Berechtigungen sind Einstellungen und keine Entwicklung.
Braucht es ein eigenes Modul?
Alles, was neue Felder oder Ansichten braucht, bauen wir als eigenes Modul: versioniert, dokumentiert und beim nächsten Versionswechsel nachvollziehbar.
Und dann: individuelle Entwicklung
Für die Fälle, in denen es den Unterschied macht, nach den Standards der Plattform gebaut und vollständig dokumentiert.
In welche Kategorie fällt Ihr Wunsch?
Diese Einordnung machen wir bei jeder Anforderung gemeinsam mit Ihnen. Sie entscheidet über Aufwand, über Wartung und darüber, wer es später ändern kann.
| Einstellung | Erweiterung | Individuelle Entwicklung | |
|---|---|---|---|
| Worum es geht | Regeln, Freigaben, Berechtigungen, Preislogik, Nummernkreise | Zusätzliche Felder, Ansichten und Auswertungen als kleines Modul | Neue Abläufe, eigene Objekte, Schnittstellen, vollständige Anwendungen |
| Wie es umgesetzt wird | Über die Einstellungen von Odoo | Als eigenes, versioniertes Modul | Als eigenes, versioniertes Modul, mit eigenem Datenmodell |
| Wer es später ändern kann | Ihr Team selbst, nach einer Einschulung | Wir oder jeder andere Entwickler, der Code lesen kann | Wir oder jeder andere Entwickler, der Code lesen kann |
| Beim Versionswechsel | Bleibt bestehen | Wird geprüft und bei Bedarf nachgezogen | Wird geprüft und bei Bedarf nachgezogen |
| Passt für | Alles, was ohne neue Felder auskommt | Kleine, klar umrissene Ergänzungen | Alles mit echter Logik, externen Systemen oder Größe |
Warum wir keine Klickwerkzeuge verwenden
Was in einem solchen Werkzeug zusammengeklickt wird, liegt in der Datenbank und nicht in der Versionsverwaltung. Niemand kann nachsehen, wer es wann geändert hat, niemand kann es prüfen, und beim Versionswechsel stellt sich erst hinterher heraus, ob es überlebt hat. Wir bauen stattdessen ein Modul. Das dauert beim ersten Mal länger und danach nie wieder.
Acht Schritte, jedes Mal dieselben
Derselbe Weg für ein einzelnes neues Feld und für ein vollständiges Modul, nur im Umfang unterschiedlich.
Anforderung & Umfang
Wir halten fest, was fachlich passieren soll und warum der heutige Aufbau das nicht abdeckt.
Technischer Entwurf
Ein schriftlicher Weg: Datenmodell, betroffene Ansichten und wie es zu Ihren bestehenden Anpassungen passt.
Entscheidung: einrichten oder entwickeln
Wir halten nachvollziehbar fest, ob es wirklich Entwicklung braucht oder ob die Einstellungen reichen.
Entwicklung
In kleinen, überprüfbaren Schritten, nach den Konventionen von Odoo und der OCA, durchgehend in der Versionsverwaltung.
Prüfung des Codes
Jede Änderung wird vor der Testumgebung noch einmal durchgesehen, nach einer festen Prüfliste.
Testumgebung
Getestet wird an einer vollständigen Kopie Ihrer echten Daten und nie im laufenden Betrieb.
Abnahme durch Sie
Sie und Ihr Team sehen sich das tatsächliche Verhalten an und geben es frei, bevor es in den Echtbetrieb geht.
Übergabe
Ausgeliefert wird mit Dokumentation und Zugang zum Quellcode. Es gehört ab dem ersten Tag Ihnen.
Nicht sicher, ob Ihr Wunsch Entwicklung braucht?
Beschreiben Sie uns den Ablauf. Wir sagen Ihnen, in welche der drei Kategorien er fällt, bevor irgendetwas beauftragt wird.
Was geprüft wird, bevor etwas ausgeliefert wird
Dieselbe Sorgfalt, die große Open-Source-Projekte stabil hält, angewandt auf jedes Modul, das wir schreiben.
Offizieller Odoo-Partner und aktiv in der OCA
Die Mitgliedschaft in der OCA ist kein Abzeichen. Sie ist der Grund, warum unser Code denselben Konventionen folgt, auf die sich die Odoo-Gemeinschaft verlässt.
Offizieller Odoo-Partner
In Odoos offiziellem Partnerverzeichnis für Implementierung und Entwicklung gelistet.
OCA-Mitglied
Aktiver Beitrag zu den gemeinsamen, standardbasierten Modulen der Odoo Community Association.
Was wir bereits selbst gebaut haben
Sechs Module haben wir selbst entwickelt, für Automatisierung und für den Einsatz von KI in Odoo. Dazu kommt unsere BMD-Export-Schnittstelle, über die Buchungsdaten und Belege aus Odoo an die Buchhaltung gehen. Alles davon läuft, ist dokumentiert und lässt sich beim Versionswechsel nachziehen.
Fragen zur Entwicklung, die fast immer kommen
Sagen Sie uns, was wir für Sie anpassen sollen
Wir sagen Ihnen ehrlich, ob es eine Einstellung ist, eine kleine Erweiterung oder echte Entwicklung, und was das kostet.