Odoo.sh vs. Odoo Online: Welche Cloud-Plattform passt zu Ihrem Projekt?
Wer sich mit Odoo beschäftigt, stösst früh auf zwei Begriffe, die zum Verwechseln ähnlich klingen: Odoo Online und Odoo.sh.
Beide kommen direkt von Odoo. Beide laufen in der Cloud. Beide setzen eine Enterprise-Lizenz voraus. Und trotzdem sind es zwei grundverschiedene Produkte – mit unterschiedlicher Technik, unterschiedlichen Kosten und unterschiedlichen Zielgruppen.
In Gesprächen mit Schweizer KMU erleben wir regelmässig, dass die beiden Plattformen durcheinandergeraten. Das ist kein Detailproblem: Wer sich früh auf die falsche Plattform festlegt, merkt es oft erst, wenn das erste individuelle Modul oder die erste komplexe Schnittstelle ansteht.
Dieser Beitrag zieht die Trennlinie sauber.
Die Kurzfassung
Der Unterschied lässt sich auf eine Frage reduzieren:
Brauchen Sie eigenen Code – ja oder nein?
- Nein: Odoo Online. Die Standard-Cloud von Odoo. Im Enterprise-Abo enthalten, automatisch aktuell, sofort startklar – aber ohne eigene Module und ohne Drittmodule.
- Ja: Odoo.sh. Die Entwicklerplattform von Odoo. Eigene Module, Community-Module, Staging-Umgebungen und Deployment-Prozesse – gegen Aufpreis und mit mehr Verantwortung.
Alles Weitere ist Ausprägung dieser einen Entscheidung.
Was ist Odoo Online?
Odoo Online ist das SaaS-Angebot von Odoo: Sie eröffnen eine Datenbank, Odoo betreibt sie. Server, Sicherheit, Backups, Updates – alles liegt bei Odoo.
Das Modell ist bewusst standardisiert:
- Das Hosting ist im Enterprise-Abo enthalten, es fallen keine separaten Hosting-Kosten an.
- Die Datenbank läuft immer auf einer aktuellen Version – Odoo spielt Upgrades automatisch ein.
- Angepasst wird über Konfiguration und Odoo Studio: Felder, Ansichten, Automatisierungen, Berichte.
- Integrationen sind über die offizielle API möglich.
Dafür gibt es klare Grenzen:
- Keine eigenen Python-Module. Individualentwicklung ist auf Odoo Online nicht möglich.
- Keine Community- oder Drittmodule – auch nicht die verbreiteten OCA-Module.
- Kein Zugriff auf Datenbank, Dateisystem oder Serverkonfiguration.
- Keine echten Staging-Prozesse, wie sie grössere Projekte für Tests und Releases brauchen.
Odoo Online ist damit kein abgespecktes Odoo – der volle Enterprise-Funktionsumfang ist da. Es ist ein bewusst geschlossenes Odoo.
Was ist Odoo.sh?
Odoo.sh ist das PaaS-Angebot von Odoo – eine Plattform für Projekte, die eigenen Code brauchen. Technisch ist es eine Entwicklungs- und Betriebsumgebung, die direkt mit einem Git-Repository verbunden ist.
Die zentralen Bausteine:
- Eigener Code: Individuelle Module und Community-Module werden über Git eingespielt. Jeder Push baut die Umgebung neu.
- Staging-Umgebungen: Entwicklungszweige erhalten auf Knopfdruck eine Kopie der Produktivdaten. Getestet wird am echten Datenbestand, nicht an Beispieldaten.
- Deployment-Prozesse: Von der Entwicklung über Staging bis zur Produktion gibt es einen nachvollziehbaren, wiederholbaren Weg.
- Betriebswerkzeuge: Tägliche Backups, Monitoring, Logs, Shell-Zugriff, Mail-Catcher für Testumgebungen.
Auch hier gibt es eine klare Kehrseite:
- Odoo.sh kostet zusätzlich zum Enterprise-Abo – abhängig von Workern (Leistung), Anzahl Staging-Umgebungen und Speicher.
- Upgrades laufen nicht automatisch. Sie werden geplant, auf Staging getestet und bewusst ausgelöst. Das ist ein Vorteil für die Kontrolle – aber Arbeit, die anfällt.
- Die Plattform setzt Entwickler-Know-how voraus. Ohne Partner oder interne Entwicklung bleibt das Potenzial ungenutzt, während die Verantwortung trotzdem da ist.
Der Unterschied im Alltag: drei Situationen
Abstrakte Featurelisten helfen wenig. Drei Situationen aus der Praxis zeigen, wo die Trennlinie tatsächlich verläuft.
Situation 1: Ein Feld, eine Regel, ein Report
Der Verkauf will ein Zusatzfeld auf dem Angebot, eine Validierungsregel und einen angepassten PDF-Report.
Beide Plattformen können das. Auf Odoo Online geht es mit Studio und Konfiguration, auf Odoo.sh wahlweise genauso oder sauber als Modul. Wer nur solche Anpassungen braucht, braucht kein Odoo.sh.
Situation 2: Ein Community-Modul würde genau passen
Für einen Spezialfall – etwa eine Branchenanforderung oder eine erweiterte Schweizer Zahlungslogik – existiert ein bewährtes OCA-Modul.
Hier trennt sich der Weg. Auf Odoo Online lässt sich das Modul nicht installieren, der Bedarf muss mit Bordmitteln oder gar nicht gelöst werden. Auf Odoo.sh ist es ein normaler Bestandteil des Repositories.
Situation 3: Eine Schnittstelle mit eigener Logik
Ein Legacy-System liefert Daten, die vor dem Import transformiert, validiert und mit Geschäftslogik angereichert werden müssen – zuverlässig, nachvollziehbar, in beide Richtungen.
Über die API von aussen ist auf Odoo Online einiges machbar – dann lebt die Logik aber in einem zusätzlichen System, das jemand betreiben muss. Auf Odoo.sh liegt sie dort, wo sie hingehört: versioniert im Modul, getestet auf Staging.
Upgrades: automatisch ist nicht automatisch besser
Der Upgrade-Mechanismus ist der Unterschied, der im Betrieb am meisten spürbar ist.
Odoo Online wird von Odoo laufend aktualisiert. Das klingt nach einem reinen Vorteil – und für standardnahe Nutzung ist es das meist auch. Es bedeutet aber auch: Der Zeitpunkt liegt nicht bei Ihnen. Oberflächen und Abläufe können sich ändern, ohne dass Sie es geplant haben.
Odoo.sh dreht die Verantwortung um. Upgrades werden vorbereitet: Der eigene Code wird auf die neue Version angepasst, auf einer Staging-Umgebung mit echten Daten getestet, und erst dann wird produktiv gewechselt. Das kostet Aufwand – gibt aber die Kontrolle, die individualisierte Systeme brauchen.
Faustregel: Je mehr eigener Code im Spiel ist, desto wertvoller ist ein kontrollierter Upgrade-Prozess. Genau deshalb passt der automatische Weg von Odoo Online nur zur Standardnutzung – dort allerdings gut.
Kosten: die ehrliche Rechnung
- Odoo Online: Enterprise-Lizenz pro internem Nutzer, Hosting inklusive. Mehr fällt nicht an – dafür sind Erweiterungswünsche jenseits von Studio nicht umsetzbar.
- Odoo.sh: Enterprise-Lizenz plus Plattformkosten (Worker, Staging-Umgebungen, Speicher) plus Entwicklungs- und Wartungsaufwand für den eigenen Code.
Wichtig für die Einordnung: Die Plattformkosten von Odoo.sh sind selten der entscheidende Posten. Der eigentliche Unterschied liegt im Engagement – wer Odoo.sh wählt, entscheidet sich für individuelle Entwicklung, und die will gepflegt sein. Wie sich das auf Projektkosten auswirkt, haben wir im Beitrag zu den Kosten einer Odoo-Einführung aufgeschlüsselt.
Umgekehrt gilt: Wer auf Odoo Online Anforderungen mit Workarounds, Zusatztools und manuellen Schritten löst, die ein Modul sauber abbilden würde, zahlt auch – nur versteckter.
Wer die Zahlen für den eigenen Fall durchspielen möchte: Unser Odoo-Lizenzrechner rechnet beide Varianten mit den offiziellen Odoo-Preisen durch – Nutzer, Worker, Speicher und Staging frei einstellbar.
Datenstandort: für beide gilt dasselbe
Bei beiden Plattformen betreibt Odoo die Infrastruktur in eigenen Rechenzentren, mit wählbaren Regionen – unter anderem in Europa. Einen garantierten Datenstandort Schweiz gibt es weder bei Odoo Online noch bei Odoo.sh.
Für die meisten Schweizer KMU ist das nach heutigem Datenschutzrecht handhabbar, sollte aber bewusst entschieden werden – insbesondere bei besonders schützenswerten Daten. Wer zwingend einen Schweizer Datenstandort braucht, landet bei der dritten Variante, dem eigenen Hosting. Diese Abwägung behandeln wir ausführlich im Beitrag Odoo Hosting in der Schweiz und auf unserer Seite zu Odoo Hosting.
Typische Missverständnisse
“Odoo Online ist die Sparversion.” Nein. Der App-Umfang ist der volle Enterprise-Umfang. Eingeschränkt ist die Erweiterbarkeit, nicht die Funktionalität.
“Odoo.sh ist die bessere Wahl, wenn das Budget reicht.” Nein. Wer keinen eigenen Code braucht, kauft mit Odoo.sh Komplexität ohne Gegenwert. Standardnahe Projekte sind auf Odoo Online besser aufgehoben.
“Auf Odoo Online kann man nichts anpassen.” Doch – Konfiguration und Studio decken erstaunlich viel ab: Felder, Ansichten, Automatisierungen, Berichte, Genehmigungsabläufe. Die Grenze verläuft bei eigenem Code, nicht bei Anpassungen generell.
“Die Entscheidung ist endgültig.” Nein. Ein Wechsel von Odoo Online zu Odoo.sh ist ein etablierter Weg, wenn ein Unternehmen aus dem Standard herauswächst – die Datenbank zieht mit. Wie das konkret abläuft, zeigen wir weiter unten. Auch der spätere Schritt von Odoo.sh zu eigenem Hosting ist möglich, weil der Code Ihnen gehört.
“Odoo.sh und Odoo Online unterscheiden sich bei der Verfügbarkeit.” Beide laufen auf der Infrastruktur von Odoo und sind entsprechend zuverlässig. Den aktuellen Zustand beider Plattformen zeigt Odoo öffentlich – wir haben den Live-Status auf unserer Support-Seite direkt eingebunden.
Welche Plattform passt wann?
Als Entscheidungshilfe in Tabellenform:
| Ausgangslage | Empfehlung |
|---|---|
| Standardprozesse, keine Individualentwicklung geplant | Odoo Online |
| Anpassungen mit Feldern, Ansichten, Automatisierungen (Studio) | Odoo Online |
| Community-/OCA-Module nötig | Odoo.sh |
| Individuelle Module oder eigene Geschäftslogik | Odoo.sh |
| Komplexe Schnittstellen mit eigener Logik im System | Odoo.sh |
| Staging, Tests mit Produktivdaten, kontrollierte Releases | Odoo.sh |
| Garantierter Datenstandort Schweiz | keines von beiden – eigenes Hosting prüfen |
| Unsicher, wohin die Reise geht | mit Odoo Online starten, Wechseloption einplanen |
Die letzte Zeile ist wichtiger, als sie aussieht: Im Standard starten und erst bei echtem Bedarf wechseln ist oft die wirtschaftlichste Strategie – sie zwingt dazu, den Standard erst einmal ernsthaft zu nutzen. Warum das auch aus Projektsicht sinnvoll ist, zeigt unser Beitrag zu Anpassungen: wann sinnvoll, wann gefährlich.
Der Wechsel in der Praxis: von Odoo Online zu Odoo.sh
Wie sieht so ein Wechsel konkret aus? Ein typisches Szenario: Ein Unternehmen startet im August auf Odoo Online – und merkt schon im Oktober, dass ein Community-Modul oder eine eigene Schnittstelle nötig wird. Muss es jetzt bis zum Vertragsende warten?
Nein. Fristen oder Wechselfenster gibt es nicht. Die Migration ist jederzeit möglich. Drei Punkte sollte man aber kennen:
1. Die Lizenz wird angepasst, nicht gekündigt. Odoo Online läuft im Standard-Plan, Odoo.sh setzt den Custom-Plan voraus. Der laufende Vertrag bleibt bestehen – der Plan wird während der Laufzeit angehoben und die Differenz in der Regel anteilig verrechnet. Nur der umgekehrte Weg, das Downgrade, ist üblicherweise erst zur Vertragsverlängerung möglich. Dazu kommen neu die Odoo.sh-Plattformkosten (Worker, Staging, Speicher) – sie sind im Custom-Plan nicht enthalten.
2. Die Version entscheidet über den Zeitpunkt. Odoo Online läuft teilweise auf Zwischenversionen, die es auf Odoo.sh nicht gibt – dort werden nur Hauptversionen gehostet. Liegt die Datenbank gerade auf einer Zwischenversion, wird der Wechsel mit dem Upgrade auf die nächste Hauptversion kombiniert. Das ist kein Hindernis, kann den Zeitpunkt aber um einige Wochen verschieben.
3. Die Migration macht nicht Odoo, sondern Ihr Partner. Odoo stellt das Backup der Datenbank (inklusive Dateiablage) im Datenbank-Manager bereit und unterstützt per Support-Ticket. Das Aufsetzen des Odoo.sh-Projekts, das Git-Repository, der Import, die Umstellung von E-Mail, Domain und Integrationen sowie die Tests – das ist Aufgabe des Odoo-Partners (oder eines technisch versierten internen Teams). Der Aufwand ist überschaubar und planbar, aber er gehört budgetiert.
Kurz: Der frühe Start auf Odoo Online ist keine Sackgasse. Wer den Wechsel sauber plant – Lizenzplan, Versionsfrage, Migrationsaufwand –, ist in wenigen Wochen auf Odoo.sh.
Unser Fazit
Odoo Online und Odoo.sh konkurrieren nicht wirklich – sie beantworten verschiedene Fragen:
- Odoo Online fragt: “Wie nah können Sie am Standard bleiben?” Wer diese Frage mit “sehr nah” beantworten kann, bekommt ein vollwertiges Odoo ohne Betriebsaufwand zum Lizenzpreis.
- Odoo.sh fragt: “Wie professionell wollen Sie individuelle Entwicklung betreiben?” Wer eigenen Code braucht, bekommt die Werkzeuge, um ihn sauber zu entwickeln, zu testen und zu betreiben.
Problematisch wird es nur, wenn die Plattform nicht zur Antwort passt: Individualentwicklung auf Biegen und Brechen um Odoo Online herumgebaut – oder Odoo.sh bezahlt und wie eine Standard-Cloud genutzt.
Wir betreiben Kundensysteme auf beiden Plattformen und haben in beide Richtungen migriert. Die Entscheidung fällt selten aus technischer Vorliebe – sie fällt aus den Anforderungen. Und die lassen sich klären, bevor man sich festlegt.
Odoo Online oder Odoo.sh?
Im kostenlosen Projekt-Check klären wir Ihre Anforderungen an Anpassungen, Integrationen und Betrieb – und sagen Ihnen ehrlich, welche Plattform passt.
