← Terug naar overzicht Implementatie & aanpak

Odoo Studio: zelden de oplossing, vaak het begin van het probleem

Odoo Studio belooft snelle aanpassingen zonder code. Maar bij upgrades breekt het vaak - velden verdwijnen uit views, inherited views worden gereset - en met maatwerk wordt het gevaarlijk. Waarom wij liever maatwerk maken dat je kunt isoleren.

Also in: English Deutsch

Kort antwoord: Odoo Studio is Odoo’s low-code laag waarmee je zonder programmeren velden, schermen en automatiseringen aanpast. Verleidelijk, maar wij zijn er bewust voorzichtig mee. Bij versie-upgrades breken Studio-aanpassingen regelmatig - velden verdwijnen uit views, inherited views worden gereset - en in combinatie met maatwerk leidt het bijna onvermijdelijk tot lastig te lokaliseren storingen. Voor alles wat er echt toe doet, kiezen wij liever voor maatwerk dat je kunt isoleren en uitzetten.

Wat Odoo Studio belooft

Studio is aantrekkelijk, en dat snappen we. Je hoeft niet op een developer te wachten, je voegt zelf snel een veld toe, past een scherm aan of bouwt een kleine automatisering. Voor kleine, geïsoleerde dingen is dat ook prima. We zijn niet tegen Studio; we zijn tegen Studio als standaard-antwoord op elke wens.

Want het verhaal stopt niet bij “het werkt vandaag”. Een ERP-systeem moet jaren mee, en juist daar wringt het.

Waar het misgaat: de upgrade

Odoo brengt elk jaar een nieuwe versie uit. Aanpassingen die je in de interface boven op de standaardviews maakt, overleven zo’n upgrade lang niet altijd. We zien het in de praktijk terug als velden die ineens uit een view verdwenen zijn, of inherited views die bij de upgrade zijn gereset naar standaard.

Het gevolg: je net ingerichte scherm staat er na de upgrade anders bij, en je moet het handmatig reconstrueren. Precies op het moment dat je het al druk hebt met de upgrade zelf, en zonder dat ergens netjes is vastgelegd wat er was. Dat is geen incident, dat is een terugkerend patroon.

Nog riskanter: Studio plus maatwerk

Echt gevaarlijk wordt het als Studio en maatwerk naast elkaar leven. Studio past de view aan in de database, maatwerk past dingen aan in code, en die twee lagen weten niet van elkaar.

Bij een storing weet je dan niet of het door Studio komt, door het maatwerk, of door de botsing tussen die twee. Dat zijn precies de storingen die uren kosten om te vinden, omdat je niet één plek hebt om naar te kijken. Hoe meer Studio-aanpassingen er bovenop een maatwerk-implementatie liggen, hoe ondoorzichtiger het geheel wordt.

Waarom wij liever maatwerk maken: je kunt het uitzetten

Het grootste voordeel van een nette custom module is simpel: je kunt hem isoleren. Gaat er iets stuk, dan zet je de module even uit. Werkt het daarna weer? Dan weet je waar de fout zit. Werkt het nog steeds niet? Dan ligt het ergens anders.

Die uit/aan-test is goud waard bij het lokaliseren van storingen, en is precies wat je met Studio-aanpassingen die in de database verweven zitten niet schoon kunt doen. Daar komt bij dat maatwerk in versiebeheer zit, te testen is tegen een nieuwe Odoo-versie vóór de upgrade, en dat je exact ziet wat er verandert. Dat is geen luxe; dat is het verschil tussen een beheersbaar systeem en een systeem waar niemand meer durft te upgraden.

Odoo StudioMaatwerk (custom module)
Snel iets kleins aanpassenSterkTrager
Gedrag bij upgradesBreekt regelmatig (velden weg, views reset)Getest, in versiebeheer
Te isoleren bij storingenNee, verweven in de databaseJa: module uit, fout gelokaliseerd
Combineren met maatwerkRiskant, lastig te debuggenEén consistente codebase
Onderhoud op lange termijnOnvoorspelbaarBeheersbaar

Wanneer Studio wél prima is

Eerlijk: Studio is niet de duivel. Een extra veldje op een niet-kritisch model, een snel prototype om een idee te laten zien, een kleine automatisering die op zichzelf staat. Voor dat soort kleine, geïsoleerde dingen kan Studio prima werken, mits je accepteert dat je het na een upgrade misschien even moet nalopen.

De grens ligt bij twee dingen: bedrijfskritisch, en de aanwezigheid van maatwerk. Zodra een van die twee in beeld komt, weegt de snelheid van Studio niet meer op tegen het risico.

Onze vuistregel

Gebruik Studio zo min mogelijk, en nooit voor iets bedrijfskritisch of in combinatie met maatwerk. Zodra het ertoe doet, of zodra er al maatwerk in de buurt is, kies dan maatwerk dat je kunt isoleren, testen en uitzetten.

Dat is geen dogma tegen low-code; het is hard geleerd uit upgrades en storingen. Odoo Studio is zelden de oplossing. Vaak is het het begin van het probleem.

Veelgestelde vragen

Is Odoo Studio slecht? Nee, niet slecht, maar wij zijn er bewust voorzichtig mee. Voor kleine, geïsoleerde aanpassingen kan Studio prima werken. Het risico zit in het patroon: bij upgrades breken Studio-aanpassingen regelmatig, en in combinatie met maatwerk leidt het tot lastig te lokaliseren storingen.

Breken Studio-aanpassingen bij een Odoo-upgrade? Ja, dat gebeurt regelmatig. We zien velden die uit een view verdwijnen en inherited views die bij de upgrade zijn gereset naar standaard. Je net ingerichte scherm staat er dan ineens anders bij en moet handmatig worden gereconstrueerd, precies tijdens de upgrade.

Odoo Studio of maatwerk? Klein en geïsoleerd, op een niet-kritisch model: Studio kan. Bedrijfskritisch, of naast bestaand maatwerk: kies maatwerk. Een custom module is te isoleren, te testen tegen een nieuwe Odoo-versie en zit in versiebeheer, dus je weet precies wat er verandert.

Kun je Odoo Studio en maatwerk combineren? Technisch kan het, maar het is riskant. Studio past de view aan in de database, maatwerk in code, en die twee lagen weten niet van elkaar. Bij een storing weet je dan niet of het door Studio, het maatwerk of de botsing daartussen komt. Dat zijn de storingen die uren kosten.

Wat doen jullie bij een storing? Bij maatwerk zetten we de betreffende module simpelweg even uit om te zien of het probleem daarmee weg is. Werkt het daarna, dan weet je waar de fout zit. Die uit/aan-test is goud waard bij het lokaliseren, en kun je met Studio-aanpassingen die in de database verweven zitten niet schoon doen.

Liever een systeem dat over drie jaar nog te upgraden is?

Dat is precies waar wij op sturen: aanpassingen die je kunt isoleren, testen en terugdraaien, in plaats van onzichtbare wijzigingen die bij elke upgrade verrassingen opleveren. Meer over die afweging lees je in Odoo zelf implementeren of via een partner en onze implementatieaanpak. Wil je het voor jouw situatie bespreken? Plan een gratis kennismaking.

Herken je dit uit je eigen setup?

Een scan van 30 minuten maakt het concreet: wat blijft standaard Odoo, wat wordt maatwerk, en waar heb je überhaupt geen code voor nodig.

Neem contact op ← Terug naar blog