Odoo aanpassen: van configuratie tot eigen modules

Wie zoekt naar Odoo ontwikkeling, bedoelt meestal iets breder dan programmeren: u wilt dat het systeem past bij de manier waarop uw bedrijf werkt, zonder dat u over twee jaar vastzit aan een versie die niemand durft te upgraden. Dat is de echte uitdaging van personalisatie van Odoo. Niet de vraag of het kan, want in Odoo kan bijna alles, maar de vraag of het verstandig is.

Deze pagina loopt de niveaus van aanpassing door, van instellingen tot een volledige Odoo module op maat, en geeft u criteria om een ontwikkelaar of integrator te beoordelen. De volgorde is bewust: elk niveau is goedkoper en minder risicovol dan het volgende.

De vier niveaus van aanpassing in Odoo

Een nuttige vuistregel: ga pas naar het volgende niveau als het vorige aantoonbaar tekortschiet.

Niveau 1: configuratie gaat verder dan u denkt

Voor u een euro aan ontwikkeling uitgeeft, loont het om het standaardproces echt uit te proberen. Een goede integrator doet dat in werkessies met uw mensen: boekhouder, magazijnier, commercieel verantwoordelijke. Wat vooraf "ontbrekend" leek, blijkt vaak een instelling of een andere manier van werken.

Dit geldt zeker voor het Belgische kader. Rekeningstelsel, btw-regimes en de e-facturatie via Peppol zijn geen reden voor maatwerk als de lokalisatie en de standaardflows goed ingericht zijn. Lees ook hoe de btw-aangifte in een ERP hoort te verlopen voor u iets laat bouwen.

Niveau 2: Odoo Studio, personaliseren zonder code

Volgens de Odoo-documentatie laat Studio u zonder code velden, weergaven, modellen en zelfs volledige toepassingen aanpassen of toevoegen. Ook automatiseringsregels, webhooks, PDF-rapporten, goedkeuringsregels en beveiligingsregels kunt u ermee beheren. Dat volstaat vaak voor een extra veld op een offerte, een goedkeuringsstap bij een aankoop boven een bepaald bedrag of een aangepast leveringsdocument.

Let wel op de licentiegevolgen. Studio hoort bij de formule Odoo Custom. Wie Studio installeert op een base in de formule Standard, schakelt automatisch over naar Custom: bij een jaarcontract als aanvullende bestelling met een termijn van 30 dagen, bij een maandcontract automatisch bij de volgende factureringscyclus. Voor de prijsverschillen verwijzen we naar de pagina over Odoo-prijzen. Als referentie: Odoo Standard staat vermeld aan 24,90 EUR per gebruiker per maand en Odoo Custom aan 44,90 EUR per gebruiker per maand, op basis van de publieke prijslijst van Odoo.

Studio heeft ook een grens. Een scherm met tientallen velden en regels is snel gebouwd, maar na verloop van tijd moeilijk te beheren als niemand bijhoudt wat er is aangepast. Behandel Studio dus niet als een snelle oplossing zonder opvolging.

Niveau 3: bestaande extensies

Odoo vermeldt 50 hoofdtoepassingen en een community die meer dan 50 000 extra toepassingen heeft bijgedragen. Dat aanbod is een troef, maar ook een risico: kwaliteit, onderhoud en compatibiliteit verschillen sterk van module tot module.

Beoordeel een extensie dus zoals u een leverancier beoordeelt:

• Wordt ze nog onderhouden en is ze beschikbaar voor de versie die u gebruikt?
• Is de broncode leesbaar en is de licentie compatibel met uw edities?
• Wie neemt de verantwoordelijkheid als ze na een upgrade niet meer werkt?

Een betaalde of door een partner onderhouden extensie kan goedkoper zijn dan zelf bouwen, juist omdat het onderhoud verdeeld wordt. Een verlaten extensie die u overneemt, is dat zelden. Het overzicht van Odoo-modules helpt om te zien wat er standaard beschikbaar is voor u extern gaat zoeken.

Niveau 4: ontwikkeling op maat

Hier komen we bij de eigenlijke Odoo ontwikkeling. Odoo is open van opzet: ontwikkelaars bouwen modules die zich op de bestaande toepassingen enten, met Python voor de logica, XML voor de weergaven en JavaScript voor de interface. Een goed gebouwde module breidt het standaardgedrag uit in plaats van het te vervangen.

Ontwikkeling op maat is zinvol in een paar duidelijke situaties:

• een bedrijfsproces dat uw concurrentievoordeel vormt en dat de standaard niet kent, bijvoorbeeld een specifieke prijsberekening in een productieomgeving of een eigen planningslogica;
• een koppeling met een branchepakket, een vervoerder of een klantenportaal van een grote afnemer;
• rapportage of documentflows die wettelijk of contractueel een vaste vorm moeten hebben;
• een webshop met bijzondere eisen, bovenop wat Odoo eCommerce standaard biedt: catalogus met varianten, B2B en B2C, verlaten winkelmandjes, leveringswijzen, retouren en meerdere sites, plus koppelingen met meer dan twintig betaalproviders zoals Stripe, PayPal, Adyen of Mollie.

Voor koppelingen met externe systemen biedt Odoo een externe API. De documentatie stelt JSON-2 voor als de huidige API, met API-sleutels, toegangsrechten, keuze van de database en transacties. XML-RPC en JSON-RPC worden er als verouderd behandeld, met een migratiegids naar JSON-2. Wie een nieuwe koppeling laat bouwen, hoort dus op JSON-2 te mikken. Bedenk ook dat toegang tot de externe API tot de functies van de formule Custom behoort.

Wat betekent maatwerk voor uw upgrades?

Dit is het punt waar de meeste projecten later spijt van krijgen. Elke aanpassing is een stukje code of configuratie dat bij een nieuwe versie moet worden nagekeken. Het gaat niet om de eerste oplevering, maar om de totale levensduur: onderhoud, migratie en opleiding van nieuwe medewerkers.

Wat de last bepaalt:

1. Hoeveel standaardgedrag overschrijft de module? Vervangen is duurder dan uitbreiden.
2. Hoe goed is de code gedocumenteerd en getest? Zonder tests weet niemand na een upgrade wat er stuk is.
3. Hoe diep grijpt de aanpassing in op boekhouding en voorraad? Afwijkingen in financiële stromen vragen de strengste controle.
4. Wie beheert de module? Een module zonder verantwoordelijke is een tikkende tijdbom.

Bekijk dit al bij de keuze van de versie en de editie: de pagina over versies en edities legt uit waarom. Een migratie van Odoo is een stuk eenvoudiger als de database en de code in goede staat zijn.

Licentie en eigendom van de code

Een aspect dat in offertes vaak ontbreekt: wie mag wat met de code? Volgens de documentatie voor Odoo 19 valt de Community-editie onder LGPLv3, terwijl de Enterprise-editie onder de Odoo Enterprise Edition-licentie valt, die enkel bruikbaar is met een geldig Enterprise-abonnement voor het juiste aantal gebruikers. Ontwikkelaars mogen modules op basis van Odoo verspreiden onder de licentie van hun keuze, op voorwaarde dat die verenigbaar is met de licentie van de oorspronkelijke editie.

Voor u als opdrachtgever betekent dat concreet:

• leg in het contract vast wie de broncode bezit of gebruiksrecht erop heeft;
• vraag toegang tot de repository en de documentatie bij oplevering;
• controleer welke licentie op de module rust, zeker als uw partner dezelfde module bij andere klanten inzet;
• bevestig dat de gekozen hosting eigen code toelaat. Odoo kan online, via Odoo.sh of op eigen servers draaien, en niet elke formule biedt dezelfde vrijheid. Zie Odoo in de cloud.

Bonne pratiques: standaard, gedocumenteerd, getest

De projecten die goed verouderen, hebben dezelfde gewoonten gemeen.

Blijf zo dicht mogelijk bij de standaard

Elke wens krijgt dezelfde drie vragen: wat is het probleem, bestaat er een standaardantwoord, en wat kost het om het af te wijken? Het is verleidelijk om Odoo te vormen naar de manier waarop het oude pakket werkte. Vaak is het verstandiger om het proces aan te passen. Een kmo met een overzichtelijk proces haalt meer uit een rustig ingerichte standaard dan uit een lange lijst eigen ontwikkelingen.

Documenteer wat u laat bouwen

Per aanpassing hoort er een korte beschrijving te zijn: waarom ze bestaat, welk proces ze raakt, wie ze beheert en welke tests ze afdekken. Zonder dat wordt de volgende upgrade een speurtocht.

Test op een kopie, niet in productie

Ontwikkel en test op een afzonderlijke omgeving met gegevens die op uw situatie lijken. Laat de gebruikers die het dagelijks gebruiken, zoals de magazijnier of de boekhouder, de wijziging bevestigen vóór ze live gaat. Dat past binnen een degelijke implementatie van Odoo.

Voorzie onderhoud na de oplevering

Een module is geen afgerond product. Plan na de livegang opvolging in via een support- en onderhoudscontract, en maak afspraken over wie bij een versiewissel de aanpassingen nakijkt.

Hoe beoordeelt u een Odoo-ontwikkelaar of integrator?

Een offerte vergelijken op uurtarief zegt weinig. Kijk liever naar werkwijze.

Vraag naar een concrete, anonieme referentie voor een vergelijkbare aanpassing en naar de manier waarop die later is onderhouden. Wees ook terughoudend bij partners die elke vraag met "dat bouwen we" beantwoorden. Een goede integrator durft nee te zeggen.

Wilt u weten hoe u de juiste partner kiest, lees dan hoe u een Odoo-integrator kiest en de algemene gids over het kiezen van een ERP-integrator. Heeft u al een Odoo in huis waar veel in is aangepast, dan brengt een audit van uw Odoo-project in kaart wat er staat, wat onderhoudbaar is en wat beter weer standaard wordt.

Zo pakt u het aan in de praktijk

1. Beschrijf eerst het proces en het probleem, niet de oplossing.
2. Laat de integrator tonen wat de standaard al doet, inclusief de Belgische lokalisatie.
3. Probeer eerst configuratie, daarna Studio, daarna bestaande extensies.
4. Laat een ontwikkeling op maat enkel bouwen voor wat echt onderscheidend is.
5. Leg vast wie de code bezit, wie ze onderhoudt en hoe upgrades verlopen.

Dat sluit aan bij onze algemene aanpak voor een ERP-programma van eisen: schrijf op wat u nodig hebt, onderscheid "moet" van "zou handig zijn" en bespreek die lijst met meerdere partners. Wilt u gesprekken met integrators die Odoo-projecten in Vlaanderen, Brussel of Wallonië opnemen? Dan vraagt u via onze gratis service een voorstel aan: wij leggen het contact, de integrator doet het project.

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.