↓

Odoo aanpassen en laten ontwikkelen zonder uw updatepad te blokkeren

Odoo-ontwikkeling begint zelden met code. Eerst komen configuratie, Studio en bestaande extensies; een eigen module is het laatste redmiddel. Zo kiest u het juiste niveau.

Bijgewerkt op 28 oktober 2026

Wie in Nederland op zoek is naar Odoo-ontwikkeling, bedoelt meestal iets anders dan een programmeur die maandenlang een eigen systeem bouwt. Meestal gaat het om een concrete wens: een extra veld op de offerte, een goedkeuringsstap die uw boekhouder wil, een koppeling met de webwinkel of een rapport dat uw btw-aangifte makkelijker maakt. Voor elke wens bestaan drie niveaus, en het loont om ze in de juiste volgorde te doorlopen.

Deze pagina laat zien hoe personalisatie van Odoo werkt, wanneer een eigen module voor Odoo gerechtvaardigd is en wat dat betekent voor uw updates. Aan het einde vindt u een lijst met punten waarop u een ontwikkelaar of integrator kunt beoordelen. Een overzicht van het hele pakket staat op de pagina over de modules van Odoo.

De drie niveaus van Odoo-aanpassing

Denk aan een trap. Elke trede geeft u meer vrijheid, maar kost ook meer onderhoud.

Niveau Wat gebeurt er Wie doet het Effect op updates
1. Configuratie Instellingen, gebruikersrechten, documentlay-out, belastingen, workflows Consultant of een goed ingewerkte key-user Nauwelijks
2. Studio en bestaande extensies Velden, weergaven, automatiseringen, goedkeuringsregels, extra modules uit de community Consultant, soms ontwikkelaar Beperkt, wel te controleren
3. Eigen ontwikkeling Nieuwe modellen, logica, koppelingen, afwijkend gedrag van standaardprocessen Ontwikkelaar Elke versie vraagt controle en testwerk

De vuistregel van ervaren integrators: ga pas naar het volgende niveau als het vorige aantoonbaar niet volstaat. Een bedrijf dat te snel naar niveau 3 springt, betaalt de rekening jaren later, bij elke versie-upgrade.

Niveau 1: configuratie gaat verder dan u denkt

Veel wensen die als maatwerk worden aangeleverd, blijken instellingen te zijn. Denk aan:

  • meerdere prijslijsten en kortingsregels voor verschillende klantgroepen;
  • verkoop- en inkoopgoedkeuring op basis van orderbedrag;
  • btw-codes, grootboekschema en dagboeken, afgestemd op wat uw accountant verwacht;
  • documentlay-outs voor offertes, orders en facturen met uw eigen huisstijl;
  • toegangsrechten per afdeling en per bedrijfsonderdeel.

Het voordeel is dat u hier geen extra risico loopt: Odoo ondersteunt deze instellingen in de standaard, en bij een nieuwe versie nemen ze de wijzigingen grotendeels mee. Hoe ver u kunt gaan per toepassing leest u op de pagina's over boekhouding en financiën, verkoop en CRM en voorraad en inkoop.

Niveau 2: Odoo Studio en bestaande extensies

Wat Studio kan

Met Odoo Studio past u het systeem aan zonder code. Volgens de documentatie gaat het om velden, weergaven, modellen en complete toepassingen, maar ook om automatiseringsregels, webhooks, pdf-rapporten, goedkeuringsregels en beveiligingsregels. Voor veel mkb-bedrijven dekt dat een groot deel van de verzoeken af: een extra veld op de verkooporder, een eigen formulier voor een keuring of een rapport met uw indeling.

Let op het abonnement

Studio hoort bij de formule Custom, naast de multi-bedrijfsfunctie en de externe API. Dat heeft een praktisch gevolg: wie Studio installeert op een database met de formule Standard, wordt automatisch naar Custom overgezet. Bij een jaarcontract volgt een aanvullende bestelling met een termijn van 30 dagen, bij een maandcontract schakelt de database bij de volgende factureringscyclus over. De prijzen van de formules en de kosten per gebruiker staan op de pagina over Odoo-prijzen. Neem Studio dus mee in uw begroting als u meer dan een paar velden nodig hebt.

Bestaande extensies uit de community

Odoo noemt zelf een kern van 50 hoofdtoepassingen en geeft aan dat de community aanvullend meer dan 50 000 toepassingen heeft bijgedragen. Dat zegt iets over het aanbod, niet over de kwaliteit. Een module uit de community kan precies uw wens dekken, maar u moet vooraf vaststellen:

  • of de module voor uw versie van Odoo is gemaakt en nog wordt bijgehouden;
  • onder welke licentie ze valt en of die past bij uw editie;
  • of de auteur op vragen reageert en de code open ligt voor controle;
  • hoe de module zich verhoudt tot een Nederlandse boekhouding, bijvoorbeeld rond btw en e-facturatie.

Een module zonder beheerder is feitelijk eigen ontwikkeling, alleen dan zonder dat iemand ervoor verantwoordelijk is.

Niveau 3: eigen ontwikkeling voor Odoo

Wanneer een eigen module verstandig is

Een eigen module is gerechtvaardigd als uw proces een echt onderscheidend element bevat dat niet in de standaard past en dat u niet wilt veranderen. Voorbeelden uit de Nederlandse praktijk: een eigen berekening voor onderhoudscontracten in de technische dienstverlening, een koppeling met een branchespecifiek planningssysteem, of een afwijkende vrijgave van productiebatches. Alleen als het antwoord op de vraag "kunnen we ons proces aanpassen?" een onderbouwd nee is, hoort er code bij.

Taal, hulpmiddelen en licentie

Odoo is geschreven in Python; weergaven worden in XML gedefinieerd en het webdeel draait op JavaScript. Een module volgt de vaste structuur van het framework: modellen, weergaven, toegangsrechten en eventueel gegevensbestanden. De licentie bepaalt wat u mag doen. Odoo 19 Community valt onder LGPLv3; Odoo 19 Enterprise valt onder de Odoo Enterprise Edition-licentie, die alleen bruikbaar is met een geldig Enterprise-abonnement voor het juiste aantal gebruikers. Ontwikkelaars mogen modules op basis van Odoo maken en verspreiden onder een licentie naar keuze, zolang die verenigbaar is met die van de oorspronkelijke editie.

Voor een bedrijf dat de code laat schrijven door een externe partij, is dit een contractpunt: leg vast wie eigenaar is van de module, wie de broncode bewaart en wat er gebeurt als u van integrator wisselt.

Koppelen zonder een module te schrijven

Niet elke koppeling vraagt om een eigen module. Voor uitwisseling met andere systemen biedt Odoo een externe API. De documentatie presenteert JSON-2 als de huidige API, met API-sleutels, toegangsrechten, keuze van de database en transacties. XML-RPC en JSON-RPC worden daar als verouderd behandeld, met een migratiegids naar JSON-2. Heeft u nog een oude koppeling, dan is die aanpassing een goede reden voor een korte audit. Let ook hier op het abonnement: de externe API is voorbehouden aan de formule Custom. Een overzicht van gangbare koppelingen vindt u bij de integraties van Odoo.

Een voorbeeld is de webwinkel. Odoo eCommerce regelt catalogus en varianten, klantaccounts, B2B en B2C, verlaten winkelwagens, verzendmethoden, retouren en facturatie, met ondersteuning voor meerdere websites. Het koppelt aan meer dan twintig betaalproviders, waaronder Mollie, Stripe, PayPal en Adyen. Voor een Nederlandse webwinkelier is daarmee vaak geen eigen code nodig; de aandacht gaat dan naar een goede configuratie en een nette boekhoudkoppeling. Meer over deze sector staat op de pagina ERP voor e-commerce.

Wat maatwerk doet met uw updates

Hier zit het grootste verschil tussen een beheersbaar en een duur traject. Standaardfuncties worden door de uitgever bijgewerkt. Uw eigen code niet: die moet iemand controleren, aanpassen en testen bij elke nieuwe hoofdversie.

  • Hoe dieper de ingreep, hoe groter het risico. Een extra veld verandert zelden iets. Een module die standaardlogica overschrijft, kan breken zodra Odoo die logica herschrijft.
  • Elke afhankelijkheid telt. Community-modules van derden, eigen modules en koppelingen vormen samen de lijst die u moet testen vóór een upgrade.
  • Uitstel kost ook. Wie een versie overslaat, vergroot later de sprong. Hoe de versies zich verhouden leest u bij versies en edities en bij migratie naar Odoo.

Een bedrijf dat meerdere eigen modules heeft, doet er goed aan een vast onderhoudscontract af te sluiten. Wat dat inhoudt vindt u op de pagina over support en onderhoud.

Bonne pratiques: blijf zo dicht mogelijk bij de standaard

Goede integrators werken met een paar vaste afspraken. U kunt ze zelf ook afdwingen.

  1. Standaard eerst. Elke wens krijgt eerst de vraag of het proces kan worden aangepast in plaats van het systeem. Dat levert vaak de goedkoopste oplossing op.
  2. Eén bron voor wensen. Leg elke afwijking vast in een lijst met reden, eigenaar en moment van invoering. Zo ziet u later welke aanpassingen nog nodig zijn.
  3. Documenteer. Per module: doel, afhankelijkheden, configuratie en wat er bij een upgrade moet worden gecontroleerd. Zonder documentatie bent u afhankelijk van één persoon.
  4. Test buiten productie. Wijzigingen worden eerst op een kopie van de database beproefd, met echte voorbeelden uit uw administratie: een factuur met btw-verlegging, een creditnota, een verzameldeclaratie.
  5. Houd code en omgeving beheerst. Gebruik versiebeheer, werk niet rechtstreeks op de live database en kies bewust voor een hostingvorm. Odoo draait als Odoo Online, op Odoo.sh of op een eigen server; de laatste twee horen bij de formule Custom. Meer daarover staat bij Odoo in de cloud.
  6. Plan de aanpassing van wettelijke eisen apart. Nederlandse eisen rond e-factureren en btw-aangifte veranderen buiten het ritme van uw eigen project om. Lees hoe e-factureren in uw ERP werkt en wat de btw-aangifte vraagt van uw software voordat u hiervoor een eigen oplossing bouwt.

Een Odoo-ontwikkelaar of integrator beoordelen

Odoo meldt een wereldwijd netwerk van meer dan 21 000 partners. Dat aantal zegt vooral dat de kwaliteit sterk uiteenloopt. Beoordeel een kandidaat op gedrag, niet op een offerte alleen.

Wat u controleert Een goed teken Een waarschuwingssignaal
Eerste gesprek Stelt vragen over uw proces en over wat in de standaard kan Begint direct met een ontwikkeluur-raming
Aanpak Onderscheidt configuratie, Studio en code Noemt alles "maatwerk"
Updates Legt uit wat een versie-upgrade betekent voor uw module Zegt dat updates "geen probleem" zijn
Overdracht Levert broncode, documentatie en testscenario's Houdt de code in eigen beheer
Referenties Beschrijft een vergelijkbaar traject en een upgrade achteraf Kan geen traject noemen na de oplevering
Nederlandse context Kent btw-aangifte, auditfile en e-facturatie via Peppol Behandelt de Nederlandse boekhouding als bijzaak

Vraag ook om een korte proefopdracht of een technische demonstratie op uw eigen gegevens, en laat uw accountant meekijken bij alles wat de boekhouding raakt. Wie een bestaande installatie heeft overgenomen van een ander, kan eerst een audit van Odoo laten doen, zodat duidelijk is wat er aan eigen code in zit.

Hoe u de keuze breder aanpakt, staat op de pagina over het kiezen van een Odoo-integrator. Meer algemene criteria vindt u in de gids een ERP-integrator kiezen.

Wanneer de standaard van Odoo niet genoeg is

Soms blijkt na een grondige analyse dat te veel wensen buiten de standaard vallen. Dan is de vraag niet hoe u de code beter schrijft, maar of Odoo het juiste pakket is. Vergelijk dan met andere systemen die in Nederland veel worden gebruikt, zoals Exact Online of AFAS, of bekijk de alternatieven voor Odoo. Een eerlijke integrator zegt het als een ander pakket beter bij uw situatie past.

Hoe wij u helpen

ERP Integrator is een gratis bemiddelingsdienst. Wij bouwen niets zelf: wij brengen u in contact met een Odoo-integrator die past bij uw project, uw sector en uw wens voor maatwerk. Hoe dat in zijn werk gaat leest u op de pagina hoe het werkt. Beschrijf in uw aanvraag welke aanpassingen u verwacht, ook als u nog niet weet of het configuratie of code wordt; dat bespaart het eerste gesprek veel tijd.

Veelgestelde vragen

Wat is het verschil tussen personalisatie en ontwikkeling in Odoo?

Personalisatie omvat alles wat u zonder eigen programmeerwerk doet: instellingen, velden, weergaven, automatiseringen en rapporten, bijvoorbeeld met Odoo Studio. Ontwikkeling betekent dat er code wordt geschreven in een eigen module. Die code moet u daarna zelf onderhouden en bij elke nieuwe versie laten controleren.

Kan ik Odoo Studio gebruiken op het abonnement Standard?

Studio zit in de formule Custom. Installeert u Studio op een database met Standard, dan schakelt die automatisch over naar Custom. Bij een jaarcontract volgt een aanvullende bestelling met een termijn van 30 dagen; bij een maandcontract gebeurt de overstap bij de volgende factureringscyclus. Reken dit dus vooraf door.

Is een eigen Odoo-module toegestaan met de Community- of Enterprise-licentie?

Ja. Ontwikkelaars mogen modules op basis van Odoo maken en verspreiden onder een licentie naar keuze, mits die verenigbaar is met die van de oorspronkelijke editie. Voor Community is dat LGPLv3, voor Enterprise gelden de beperkingen van de Enterprise-licentie. Laat uw integrator dit schriftelijk vastleggen.

Hoe koppel ik Odoo aan een eigen systeem zonder een module te bouwen?

Daarvoor dient de externe API. De documentatie behandelt JSON-2 als de huidige API, met API-sleutels en toegangsrechten; XML-RPC en JSON-RPC gelden als verouderd. De externe API hoort bij de formule Custom, dus controleer uw abonnement voordat u een koppeling ontwerpt.

Hoe herken ik een goede Odoo-ontwikkelaar of integrator?

Een goede partij begint met de vraag of uw wens in de standaard past en toont wat het afwijkende deel gaat kosten in onderhoud. Ze werkt met versiebeheer, een testomgeving en documentatie, en kan een eerder traject beschrijven, inclusief een versie-upgrade. Wie meteen een module wil bouwen, zonder uw proces te bevragen, is een waarschuwingssignaal.

Bronnen

  1. Odoo – prijzen en formules
  2. Odoo – prijzen (Standard en Custom)
  3. Odoo-documentatie – Studio
  4. Odoo-documentatie – licenties
  5. Odoo-documentatie – externe API
  6. Odoo – over ons

De genoemde softwarenamen zijn handelsmerken van hun respectievelijke eigenaren en worden uitsluitend ter informatie vermeld. Deze site is onafhankelijk en niet verbonden aan een softwareleverancier.