Odoo auf eigenem Server: Aufwand, Pflichten, Risiken
Kurz gesagt
Beim Selbstbetrieb hostet der Kunde Odoo laut Abonnementvertrag auf Systemen seiner Wahl; Updates, Sicherheitskorrekturen, Sicherungen und Überwachung trägt er selbst. Die Dokumentation 20.0 verlangt tägliche Sicherungen auf einen getrennten Archivserver. Mit laufendem Abonnement meldet Odoo Sicherheitslücken abgedeckter Versionen mindestens zwei Wochen vor der Veröffentlichung; Zusatzmodule sind ausgenommen, und ist die Lücke schon durch Dritte offengelegt, entfällt die Frist. Rechnen Sie für einen Standardbetrieb ohne eigene Module mit rund fünf Stunden je Monat.
Das Wichtigste
- Abschnitt 3 des Abonnementvertrags trennt Self-Hosting von der von Odoo vollständig betriebenen Cloud-Plattform.
- Updates einspielen, Sicherungen und Überwachung liegen beim Selbstbetrieb beim Kunden; die Dokumentation verlangt tägliche Sicherungen auf einen vom Server getrennten Archivserver.
- Mit laufendem Abonnement meldet Odoo Sicherheitslücken abgedeckter Versionen mindestens zwei Wochen vor der Veröffentlichung; ausgenommen sind Zusatzmodule und bereits durch Dritte offengelegte Lücken (Abschnitt 4.2).
- Nur eine Datenbank je Enterprise-Abonnementcode; die Prüfung läuft wöchentlich über services.odoo.com.
- Bei direktem Vertrag erbringt Odoo Leistungen für abgedeckte eigene Module nur auf der Odoo-Cloud (Abschnitt 4.6).
- Odoo 20.0 hat Standard-Support bis September 2029 (geplant); verlängerter Support ist beim Selbstbetrieb gegen Aufpreis möglich.
Ein eigener Server gibt Ihnen die Kontrolle über Daten, Anpassungen und Version. Er verschiebt zugleich jede Betriebsaufgabe zu Ihnen: Die Dokumentation 20.0 schreibt ausdrücklich, dass die Anleitung für Bugfix-Updates nur für eigene Hosting-Infrastruktur gilt und dass bei den Cloud-Lösungen von Odoo Updates automatisch ausgeführt werden. Dieser Artikel ordnet die Pflichten und schätzt den Zeitaufwand je Pflicht.
Was Selbstbetrieb bedeutet
Beim Self-Hosting läuft Odoo auf Systemen Ihrer Wahl, die nicht unter der Kontrolle von Odoo stehen. Updates, Sicherungen und Serverpflege führt deshalb niemand automatisch für Sie aus; Odoo prüft den Abonnementstand über die ausgehende Verbindung und verlangt dafür Zugang auf Anfrage (Abschnitte 3 und 6.1). Welche Hostingart sonst noch zur Wahl steht, steht im Hostingarten im Überblick; was die Cloud-Plattform abnimmt, beschreibt Odoo.sh: Leistungsumfang.
Die Preisseite nennt am 14. Oktober 2026 den Custom-Tarif für Odoo Online, Odoo.sh und On-premise; der Standard-Tarif läuft nur auf Odoo Online. Selbstbetrieb ist damit eine Option des Custom-Plans. Dieselbe Seite hält fest, dass Nutzer der On-premise-Version die neueste stabile Version verwenden müssen.
Für die Community Edition entfallen die Abonnementleistungen: Die Lizenzseite der Dokumentation nennt die LGPLv3, und die Editionsseite führt Hosting, Versions-Upgrades und unbeschränkten Funktionssupport nur in der Enterprise-Spalte. Die Leistungen nach den Abschnitten 4.1 bis 4.5 des Vertrags setzen ein laufendes Abonnement voraus; ohne es fehlen Sicherheitsmeldungen und Upgrade-Dienst, und der Betrieb liegt vollständig bei Ihnen (Community-Lizenz).
Die Betriebspflichten mit geschätztem Zeitaufwand
Die folgende Übersicht nennt je Pflicht, was die offiziellen Quellen verlangen. Die Aufwandsangabe ist eine redaktionelle Schätzung für einen Betrieb mit Standard-Apps, ohne eigene Module, mit automatisierten Sicherungen.
| Betriebspflicht | Was die Quelle dazu sagt | Aufwand je Jahr (redaktionelle Schätzung) |
|---|---|---|
| Bugfix-Updates einspielen | Aktualisieren heißt laut Dokumentation 20.0, die neueste Revision der eigenen Edition über die bestehende Installation zu legen; vorher eine vollständige Sicherung, danach Dienst neu starten | 8 Stunden |
| Sicherheitsmeldungen umsetzen | Abschnitt 4.2 des Abonnementvertrags: Mit laufendem Abonnement meldet Odoo Lücken abgedeckter Versionen (ohne Zusatzmodule) mindestens zwei Wochen vor der Veröffentlichung, außer sie sind bereits durch Dritte offengelegt; die Korrektur spielt der Selbstbetreiber ein, auf der Cloud tut es Odoo | 4 Stunden |
| Sicherungen einrichten und prüfen | Die Seite Deployment empfiehlt tägliche Sicherungen von Datenbank und Filestore auf einen entfernten Archivserver, der vom Odoo-Server aus nicht erreichbar ist; vor jedem Update eine vollständige Sicherung | 16 Stunden |
| Überwachung, Logs und Grenzwerte | Die Seite Deployment empfiehlt Mehrprozessbetrieb mit passenden Speicher-, Zeit- und Anfragegrenzen, das Messen der CPU-Last und die Auswertung der Anmeldeeinträge; für fehlgeschlagene Logins nennt sie ein fail2ban-Beispiel | 18 Stunden |
| Server- und Zugangsschutz | Gleiche Seite: starkes Masterpasswort, Datenbankmanager an internetnahen Systemen abschalten, keine Demodaten, PostgreSQL-Benutzer ohne Superuser-Rechte, HTTPS mit gültigem Zertifikat, Firewall-Regeln, SSH ohne Passwortanmeldung | 12 Stunden |
| Hauptversions-Upgrade planen und testen | Upgrade-Dokumentation: Die Anfrage für Self-Hosting enthält eine Kopie der Datenbank samt Daten; eigene Module brauchen vorher eine zur Zielversion passende Fassung; vor dem Produktivgang ist die hochgezogene Testdatenbank zu testen; die Produktionsdatenbank ist während des Upgrades nicht verfügbar | 8 Stunden |
Ein Rechenbeispiel mit Annahmen
Beispielrechnung, keine Vorgabe von Odoo und kein Angebot: Addiert ergeben die Schätzungen der Tabelle rund 66 Stunden im Jahr, also etwa 5,5 Stunden im Monat. Die Annahmen stehen hier offen: ein Server, keine eigenen Module, automatisierte Sicherungen mit stichprobenweiser Kontrolle, ein Upgrade-Vorgang im Jahr. Kommen gepflegte eigene Module hinzu, steigt der Aufwand für Wartung und Upgrade deutlich, weil die Dokumentation eine zur Zielversion passende Modulfassung verlangt und die Preisseite die Wartung eigenen Codes nicht im Planpreis führt. Wer dieses Zeitbudget nicht einplanen kann, sollte die Betriebsart vor der Entscheidung prüfen oder den Betrieb vertraglich vergeben (redaktionelle Einschätzung). Ein Kostenvergleich der drei Hostingarten folgt im Odoo-Hostingkosten-Vergleich.
Risiken und Vertragspflichten
- Datenverlust. Abschnitt 6.1 verlangt beim Self-Hosting, Dateien und Datenbanken angemessen zu schützen, und hält fest, dass Odoo für Datenverlust nicht haftet.
- Haftungsgrenze. Abschnitt 7.3 begrenzt die Gesamthaftung je Vertrag auf 50 Prozent der in den zwölf Monaten zuvor gezahlten Beträge; für verlorene oder beschädigte Daten haftet keine Vertragsseite.
- Prüfvorbehalt. Abschnitt 3 verpflichtet, die unveränderte Ausführung der Abonnementprüfung zu gewährleisten und Odoo auf Anfrage Zugang zu gewähren; bei Verstoß nennt der Vertrag einen Zuschlag von 300 Prozent des Listenpreises für die tatsächliche Zahl der Nutzer und Light Users.
- Eigene Module. Nach Abschnitt 4.6 erbringt Odoo Leistungen für abgedeckte eigene Module bei direktem Vertrag nur, wenn der Kunde auf der Odoo-Cloud hostet. Arbeitet der Kunde mit einem Odoo-Partner als Hauptansprechpartner, untervergibt Odoo die Leistungen für abgedeckte eigene Module an diesen Partner; der Partner kann Odoo für Unterstützung zweiter Ebene zu den Standardfunktionen der Software kontaktieren. Ein Wartungsentgelt allein verschafft keinen direkten Odoo-Service für die Module.
- Rechtswahl. Abschnitt 8.1 unterstellt den Vertrag belgischem Recht und der Zuständigkeit des Handelsgerichts Nivelles.
Dazu kommen zwei Preisregeln aus Abschnitt 5.1: Für gepflegte eigene Module fällt eine monatliche Gebühr je 100 Codezeilen an (Betrag nur in der Vereinbarung), und liegt die Datenbank älter als die drei zuletzt veröffentlichten Hauptversionen, wird einmal jährlich ein Zuschlag von 25 Prozent des Jahrespreises fällig. Beide Regeln setzen ein laufendes Abonnement voraus und treffen eine Community-Installation ohne Abonnement nicht. Einen Überblick über das übrige Vertragswerk gibt Odoo-Enterprise-Vertrag: Pflichten.
Die Enterprise-Datenbank muss registriert werden; die Prüfung läuft nach der Dokumentation wöchentlich über eine ausgehende Verbindung zu services.odoo.com (ab Odoo 18 auf Port 80, alternativ auf Port 443 mit gesetzter Konfigurationszeile). Je Abonnementcode ist nur eine Datenbank zulässig. Bleibt die Verbindung aus, schlägt die Registrierung oder die Prüfung fehl; sind mehr Nutzer angelegt als gebucht, nennt die Meldung eine Frist von 30 Tagen, nach der die Datenbank abläuft.
Typische Fehler
- Datenbankmanager im Internet erreichbar lassen. Die Dokumentation nennt ihn ein Entwicklungs- und Demo-Werkzeug und rät, ihn für internetnahe Systeme abzuschalten.
- Sicherungen auf demselben Server ablegen. Verlangt ist ein Archivserver, der vom Odoo-Server aus nicht erreichbar ist; sonst trifft ein Ausfall beide Kopien.
- Nur Hauptversionen wechseln und Bugfix-Updates auslassen. Die Dokumentation empfiehlt, eine vollständige aktuelle Version einzuspielen statt einzelner Patches.
- Eigene Module ohne Wartungsweg betreiben. Ohne zur Zielversion passende Modulfassung lässt die Dokumentation ein Upgrade nicht zu.
- Die Rücksicherung nie testen. Eine Sicherung, die sich nicht zurückspielen lässt, ist im Schadensfall wertlos; prüfen Sie die Rücksicherung deshalb regelmäßig (redaktionelle Empfehlung). Getrennt davon verlangt die Upgrade-Dokumentation, vor dem Produktivgang die hochgezogene Testdatenbank zu testen.
So gehen Sie vor
- Benennen Sie eine verantwortliche Person mit Zeitbudget, bevor Sie den Server in Betrieb nehmen (Rollen im Projekt).
- Richten Sie tägliche Sicherungen von Datenbank und Filestore auf einen getrennten Archivserver ein und legen Sie fest, wer die Rücksicherung prüft (Backup-Strategie).
- Machen Sie Bugfix-Updates zur Routine und planen Sie die Hauptversion, bevor Ihre Version aus dem Standard-Support läuft (Upgrade auf eine neue Version).
- Härten Sie den Server: HTTPS mit gültigem Zertifikat, starkes Masterpasswort, Datenbankmanager abgeschaltet, PostgreSQL-Rechte begrenzt, SSH ohne Passwortanmeldung.
- Prüfen Sie die Vertragsseite: Abonnementcode und Registrierung, Wartung eigener Module, Zugangsrecht von Odoo.
- Vergleichen Sie vor der Übernahme des Betriebs noch einmal die drei Hostingarten, wenn Ihre Anforderungen sich geändert haben.