Odoo-deployment-opties: Online, Odoo.sh of self-hosted
Waar je Odoo draait, vormt het dagelijks leven van je IT-team, je ontwikkelaars en je financieel directeur. Wij draaien alle drie modellen — Odoo Online, Odoo.sh en self-hosted — en elk wint voor een ander type bedrijf.
Er is geen universeel juist antwoord. De juiste keuze hangt af van de Ops-bereidheid van je team, je maatwerkdiepte, je data-residency-regels en hoe voorspelbaar je de factuur wilt.
We doorlopen de drie opties, de praktische trade-offs, de vaakste fouten en hoe we klanten helpen het model te kiezen dat over twee jaar nog goed voelt. Eerlijke versie, geen brochure-versie.
Maak je deze keuze voor het eerst, verwacht dat je hem later herziet. Bedrijven groeien in en uit deployment-modellen, en switchen kan — maar nooit zo goedkoop als goed beginnen.
Odoo Online — snelste pad, smalste uitbreiding
Odoo Online is de SaaS-optie van Odoo S.A. Snelste manier om te starten en eenvoudigste om te beheren: geen servers, geen patches, geen DevOps. De trade-off is reëel maar afgebakend: geen custom code, geen SSH, beperkte integratiediepte.
We bevelen Online aan als de klant standaard Odoo wil, punt. KMO's in services, retail en lichte productie zijn hier op hun plek. Klanten met sterke nood aan custom modules moeten Online niet kiezen — ze lopen binnen het jaar tegen de muur.
- Gehost door Odoo, geen infrastructuur voor de klant
- Patches en upgrades door Odoo op vaste cadans
- Geen custom Python — alleen Studio en standaard apps
- Stevige SLA en security-baseline out of the box
- Beste fit: KMO's op standaard Odoo zonder custom modules
Odoo.sh — managed platform met custom code
Odoo.sh is de PaaS-aanbieding: managed infrastructuur, maar met custom modules. Ingebouwde branches, stagingomgevingen, automatische backups en een nette Git-workflow die elk modern team waardeert.
Dit is onze standaardaanbeveling voor mid-market klanten met enkele custom modules en een partner die de engineering doet. De kost-per-feature is de laagste van de drie en de operationele last blijft beheersbaar.
- Managed infrastructuur met custom Python modules ondersteund
- Branches, staging en prod-omgevingen out of the box
- Automatische backups en one-click restores
- Strakke Git-workflow — code review en CI ingebakken
- Beste fit: mid-market met partner die custom code levert
Self-hosted — totale controle, totale verantwoordelijkheid
Self-hosted betekent Odoo op je eigen infrastructuur: jouw servers, jouw patching, jouw monitoring, jouw backups. Je krijgt totale controle — over OS, database, netwerk, data-residency — en draagt totale verantwoordelijkheid om alles gezond te houden.
Self-hosted is het juiste antwoord voor strikte residency-regels, zeer zwaar maatwerk of een bestaand intern Ops-team dat al ernstige workloads draait. Het is het foute antwoord voor een KMO zonder serieuze DevOps-capaciteit.
- Volledige controle over infra, OS, database en netwerk
- Elke custom module, elke integratie, elke versiepolitiek
- Volledige verantwoordelijkheid voor backups, patches en security
- Data-residency waar je het wilt
- Beste fit: grote klanten met sterke Ops of strikte residency
Kost — voorspelbaar, variabel en verborgen
Elk model heeft een andere kostvorm. Online is het meest voorspelbaar: per gebruiker per maand, weinig verrassingen. Odoo.sh is voorspelbaar maar schaalt met workers en opslag. Self-hosted heeft de laagste licentiekost en de hoogste operationele kost — inclusief de salarissen van wie het draait.
We modelleren de TCO over drie jaar voor elke keuze. De 'goedkoopste' optie op één jaar is zelden de goedkoopste op drie jaar. Self-hosted lijkt vooral aantrekkelijk in jaar één en is duur in jaar twee als de Ops-rekening komt.
- Online — volledig voorspelbaar, schaalt lineair per gebruiker
- Odoo.sh — voorspelbaar abonnement plus workers en opslag
- Self-hosted — lage licentie, hoge Ops; vraagt eerlijke TCO
- Alle drie — LLM- en integratiekosten komen er bovenop in 19.x
- Reserveer budget voor upgrades — jaarlijks op Online, gepland elders
Hoe kiezen — vragen die we eerst stellen
We bevelen nooit een model uit een brochure aan. We stellen zeven vragen, in deze volgorde, en de antwoorden beperken de keuze meestal tot één of twee opties.
Kan een klant deze vragen nog niet beantwoorden, dan is de deployment-beslissing prematuur. We pauzeren, halen de antwoorden op, en hervatten. Een verkeerde keuze hier is duur om om te keren.
- Heb je nu of binnen 12 maanden custom Python modules nodig?
- Heb je specifieke data-residency-regels?
- Heeft je team echte DevOps-capaciteit om Odoo te draaien?
- Hoe voorspelbaar moet de maandelijkse factuur zijn?
- Hoe belangrijk is je upgrade-autonomie versus Odoo's cadans?
Deployment-keuzefouten die we steeds zien
Vijf patronen die een prima model een slechte fit maken.
- Online kiezen en dan custom modules via omwegen erin proberen te wringen.
- Self-hosted kiezen zonder echte Ops-capaciteit — het systeem degradeert.
- Kiezen op jaar-één-kost in plaats van drie-jaar-TCO.
- LLM- en integratie-uitgaven onderschatten bovenop Odoo-licenties.
- Upgrade-cadans negeren — Online levert vaak, self-hosted wanneer jij levert.
Cijfers die tonen dat je deployment gezond is
Welk model je ook kiest, volg deze maandelijks.
- Uptime over rolling 30 dagen — minstens 99,9%.
- Restore-succespercentage van laatste backup — moet 100% zijn.
- Patch-vertraging — dagen tussen patch-beschikbaarheid en toepassing.
- Trend totale kost per actieve gebruiker — vlak of dalend.
- Gemiddelde herstelduur na incidenten — minuten, geen uren.
Hoe Flydoo deployment-beslissingen aanpakt
We doen een halve dag deployment-workshop met de IT-, finance- en operationele leads. We doorlopen de zeven vragen, modelleren de drie-jaar TCO voor de twee waarschijnlijkste opties en schrijven een aanbeveling van één pagina met onderbouwing. De klant tekent het model af voor de build start.
Na een jaar herzien we de beslissing. Soms verschuift groei of nieuwe compliance het juiste antwoord. Switchen van model is een project — haalbaar, maar gepland, nooit geïmproviseerd.
- Halve dag workshop met IT/finance/ops over de zeven vragen
- Drie-jaar TCO-model voor de twee waarschijnlijkste opties
- Eénpaginaaanbeveling met expliciete redenering
- Jaarlijkse review van de deployment-fit na go-live
- Migratieplan klaar als het juiste antwoord verschuift
Praktische checklist voor je het deployment-model vastlegt
Vink je het meeste af, dan houdt de keuze stand.
- Custom-module-roadmap voor de komende 12 maanden afgesproken
- Data-residency-regels geverifieerd met juridisch en compliance
- Interne Ops-capaciteit eerlijk ingeschat
- Drie-jaar TCO gemodelleerd voor de twee finalisten
- Backup- en restore-SLA's gedocumenteerd en aanvaard
- Upgrade-cadans en eigenaarschap gedefinieerd per model
- Migratiepad tussen modellen gedocumenteerd voor het geval het kantelt
Kies het model dat past bij het bedrijf dat je over twee jaar bent
Er is geen beste model — alleen de beste fit voor jouw situatie vandaag en over twee jaar. Online wint op eenvoud. Odoo.sh wint op kost-per-feature met custom code. Self-hosted wint op controle en residency.
Wat je ook kiest, schrijf op waarom. Wanneer groei of regulering je dwingt de beslissing te herzien, maakt de redenering het gesprek sneller en de migratie korter.
Wil je een gestructureerde tweede mening voor je je vastlegt, dan lopen we de workshop graag met je team en leveren de eenpagina-aanbeveling.
Veelgestelde vragen
Welk model is het goedkoopste?
In jaar één is Odoo Online meestal het goedkoopst. Over drie jaar hangt het af van maatwerkdiepte en Ops-capaciteit — Odoo.sh is vaak de beste kost-per-feature voor mid-market, en self-hosted kan winnen voor zeer grote organisaties met bestaande Ops. Modelleer altijd TCO voor je beslist.
Kan ik later van Online naar Odoo.sh migreren?
Ja. De migratie van Online naar Odoo.sh is een platgetreden pad dat we voor verschillende klanten deden toen hun custom-noden groeiden. Reken op enkele weken projectwerk — geen klik, maar ook geen heroïek.
Waar wordt mijn data gehost op Online en Odoo.sh?
Odoo draait regio's in EU en VS (en enkele andere). Je kunt EU-hosting vragen bij sign-up. Voor strikte residency — alleen dit land, alleen deze provider — is self-hosted meestal de enige optie die de auditor tevreden stelt.
Wie is verantwoordelijk voor backups en security per model?
Op Online en Odoo.sh beheert Odoo backups, patches en platform-security; jij beheert gebruikerstoegang en je custom code (alleen Odoo.sh). Self-hosted bezit je alles: backups, patches, netwerksecurity, monitoring, incidentbeheer. Behandel die verantwoordelijkheid als een echte workstream.
Hoe verschillen upgrades per model?
Online upgradet op Odoo's cadans — voorspelbaar maar niet altijd het moment dat je gekozen zou hebben. Odoo.sh upgradet wanneer je het triggert met managed tooling. Self-hosted upgradet wanneer je levert — volledige autonomie, volledige verantwoordelijkheid. De autonomie is reëel, de kost van versies overslaan ook.
Wil u bespreken wat dit betekent voor uw eigen Odoo-project? We praten er graag over.