Implementatie
Hoeveel maatwerk heeft uw Odoo écht nodig?
De grootste faalfactor in ERP-trajecten is zelden de techniek, maar maatwerk dat niemand meer kan onderhouden. Tegelijk is te weinig aanpassen net zo duur — alleen op een andere rekening.
Maatwerk is geen kwestie van veel of weinig, maar van waaraan. Wat uw organisatie onderscheidt, mag u bouwen. Wat alleen gewoonte is, past u beter aan de standaard aan.
Elk Odoo-traject komt op hetzelfde punt uit: het pakket doet iets nét anders dan u gewend bent. Dan zijn er twee antwoorden. U past het systeem aan het proces aan, of u past het proces aan het systeem aan. Beide zijn verdedigbaar, beide kosten geld, en de verkeerde keuze betaalt u jarenlang terug.
De veelgehoorde stelregel — "hou het zo standaard mogelijk" — klopt maar half. Hij is waar voor processen die u uit gewoonte zo doet, en onzin voor processen waarmee u zich onderscheidt of waarmee u aan de wet voldoet. Wie die twee door elkaar haalt, bouwt óf een onbeheersbaar systeem, óf een systeem dat niemand wil gebruiken.
Hieronder waar de grens ligt, wat beide uitersten verborgen kosten, en hoe u het beheersbaar houdt.
Wanneer standaard Odoo genoeg is
Voor een verrassend groot deel van de organisaties is het antwoord: vaker dan gedacht.
De basisprocessen zitten er gewoon in
Facturatie, CRM, voorraadbeheer en de gangbare verkoopworkflows zijn in standaard Odoo volwassen functionaliteit. Offerte naar order naar levering naar factuur, met voorraadmutaties en opvolging — dat werkt zoals het hoort, zonder dat er één regel code aan te pas komt.
Lichte aanpassingen zijn geen maatwerk
Extra velden, aangepaste rapportlayouts, eigen e-mailsjablonen, gewijzigde schermindelingen, automatische acties en goedkeuringsregels: dit is configuratie. Het overleeft een upgrade doorgaans probleemloos en vraagt geen ontwikkelaar. Wie dit "maatwerk" noemt, maakt de discussie onnodig zwaar.
De vraag die u zich moet stellen
Doen we dit zo omdat het ons onderscheidt, of omdat we het altijd zo deden? Bij het tweede antwoord is het proces aanpassen vrijwel altijd goedkoper dan het systeem aanpassen — en levert het bovendien een proces op dat aansluit bij hoe de rest van de markt werkt.
Wanneer aanpassen wél verstandig is
Drie situaties waarin "hou het standaard" het verkeerde advies is.
Wet- en regelgeving
Compliance is niet onderhandelbaar. Sectorspecifieke rapportageverplichtingen, bewaartermijnen, aantoonbaarheid van wie wat wanneer wijzigde, of eisen rond e-facturatie en btw-behandeling die in uw branche afwijken. Hier past u niet het proces aan het systeem aan — hier moet het systeem doen wat de wet zegt. Bijkomend voordeel: dit soort maatwerk is doorgaans stabiel, omdat regelgeving trager verandert dan uw bedrijfsvoering.
Koppelingen en specifieke standaarden
Uw ERP staat zelden alleen. EDI met een grote afnemer, UBL- en Peppol-facturatie, koppelingen met vervoerders, machines op de werkvloer, een branchespecifiek uitwisselingsformaat of het systeem van uw accountant. Standaard Odoo kent die specifieke afspraken niet, en een handmatige tussenstap is hier de duurste oplossing die er is — juist omdat hij elke dag terugkomt.
Processen die werkelijk complexer zijn
Sommige bedrijfsvoering past niet in een standaardpakket, en dat is geen tekortkoming van het pakket. Een prijsmodel met meerdere staffels en klantspecifieke afspraken, productie met tussenproducten die weer ingang zijn voor andere orders, of een dienstverleningsproces dat per klant anders loopt. Als hier uw onderscheidend vermogen zit, is het aanpassen van dat proces aan de standaard hetzelfde als uw voorsprong weggeven om implementatiekosten te besparen.
De ladder: vijf manieren om iets voor elkaar te krijgen
Voordat u besluit maatwerk te bouwen, loopt u deze volgorde af. Elke trede is duurder in onderhoud dan de vorige.
1. Configuratie
Instellingen, velden, weergaven, automatische acties, rapportsjablonen. Overleeft upgrades, vraagt geen ontwikkelaar. Begin hier altijd.
2. Een bestaande OCA-module
Duizenden vrij beschikbare modules van de Odoo Community Association, publiek onderhouden en per Odoo-versie bijgehouden. Als iemand uw probleem al heeft opgelost, is dat vrijwel altijd de betere route dan het zelf bouwen — u deelt dan ook het onderhoud met de gemeenschap.
3. Een OCA-module met kleine uitbreiding
Dekt een bestaande module tachtig procent, breid die dan uit in plaats van opnieuw te beginnen. Houd de uitbreiding apart, zodat de oorspronkelijke module gewoon kan blijven meelopen met nieuwe versies.
4. Een eigen module
Waar niets bestaat, bouwt u zelf — als losstaande module, met een eigen naam, eigen tests en een eigen eigenaar. Dit is legitiem maatwerk en het kan uitstekend werken, mits netjes afgebakend.
5. De Odoo-kern aanpassen
Doe dit niet. Wie in de kern zelf wijzigt, koppelt zich los van elke toekomstige versie en betaalt dat terug bij elke upgrade, elke patch en elke beveiligingsfix. Wat ook de reden lijkt, er is vrijwel altijd een route via trede vier.
De verborgen kosten — aan beide kanten
Zowel te veel als te weinig maatwerk heeft een rekening die pas later binnenkomt. Ze zien er alleen anders uit.
Te veel maatwerk: de upgrade wordt het probleem
Odoo brengt jaarlijks een versie uit. Elke eigen module moet daarbij gecontroleerd, aangepast en getest worden. Bij een handvol modules is dat overzichtelijk; bij tientallen wordt een upgrade een project van maanden. Organisaties die dat een paar keer uitstellen, staan uiteindelijk stil op een versie die geen ondersteuning meer krijgt — precies de situatie die ze met een nieuw ERP wilden ontvluchten.
Te veel maatwerk: kennis wordt schaars
Hoe eigener uw systeem, hoe kleiner de groep mensen die ermee overweg kan. Dat maakt u afhankelijk van enkele individuen of van één leverancier, en het maakt elke wisseling duur. Ongedocumenteerd maatwerk waarvan de bedenker inmiddels vertrokken is, durft niemand nog aan te raken — en dus blijft het staan, ook als het allang niet meer klopt.
Te weinig maatwerk: het werk verdwijnt naar de zijkant
Dit is de kostenpost die vrijwel nooit wordt geteld. Past het systeem niet bij het werk, dan lost de organisatie dat zelf op: in spreadsheets naast Odoo, in losse mailtjes, in afspraken die alleen mondeling bestaan. Uw processen lopen dan buiten het systeem om, waardoor uw data onvolledig is, uw rapportages niet kloppen en de winst van het ERP grotendeels verdampt.
Te weinig maatwerk: gebruikers haken af
Een systeem dat het werk moeilijker maakt dan het was, verliest zijn gebruikers. Dat merkt u aan half ingevulde velden, achterstallige registratie en een groeiend aantal collega's dat "het later wel bijwerkt". Een implementatie die technisch is geslaagd maar door niemand wordt gebruikt, is alsnog mislukt — en die faalkosten staan nergens op een factuur.
Het onderhoud dat u in beide gevallen heeft
Los van de hoeveelheid maatwerk blijven er vaste posten: hosting, back-ups, monitoring, beveiligingsupdates, het bijhouden van modules en het testen van releases. Reken die mee in uw begroting, ook in het scenario "wij houden het standaard". De kosten worden kleiner met minder maatwerk, maar ze worden nooit nul.
Best practices
Wat maatwerk beheersbaar houdt, is minder een technische kwestie dan een kwestie van discipline.
Begin bij het proces, niet bij het scherm
Beschrijf eerst wat er moet gebeuren en waarom, voordat iemand bepaalt hoe het eruitziet. Veel maatwerkverzoeken verdwijnen zodra de vraag "waarom doen we dit zo?" beantwoord moet worden.
Alles in aparte modules, nooit in de kern
Eén functionaliteit, één module, met een eigen naam en een duidelijke grens. Dat maakt een upgrade een reeks kleine controles in plaats van één groot onontwarbaar geheel — en het maakt uitzetten mogelijk zonder de rest te raken.
Leg vast waaróm, niet alleen wat
Code vertelt wat er gebeurt; alleen documentatie vertelt waarom het zo moest. Over drie jaar is die vraag doorslaggevend om te bepalen of iets nog nodig is. Noteer bij elk stuk maatwerk de aanleiding, de eigenaar en de datum.
Herzie bij elke upgrade en durf te schrappen
Behandel een versieopgang als moment om op te ruimen. Welk maatwerk wordt nog gebruikt, welke uitzondering geldt nog, wat is inmiddels standaard geworden in Odoo? Er is geen goedkopere onderhoudsmaatregel dan code die u verwijdert.
Test wat u bouwt
Geautomatiseerde tests op uw eigen modules zijn bij Odoo geen luxe maar de enige manier om een upgrade betaalbaar te houden. Zonder tests is elke versiesprong handmatig naklikken; met tests is het een kwestie van uitvoeren en kijken wat rood wordt.
Kies een eigenaar per stuk maatwerk
Iemand binnen uw organisatie die kan uitleggen waarom het bestaat en die beslist of het blijft. Maatwerk zonder eigenaar wordt vanzelf maatwerk dat niemand durft weg te halen.
De vuistregel
Pas het systeem aan waar u zich onderscheidt of waar de wet het vraagt. Pas het proces aan waar u alleen maar gewend was. Loop voor alles daartussen eerst de ladder af — configuratie, OCA, uitbreiding, en pas dan eigen code.
Twijfelt u waar een specifiek verzoek in dat schema valt, dan kijken we graag met u mee. Wij bouwen maatwerk waar het rendeert, en zeggen het net zo goed wanneer een procesaanpassing u meer oplevert.
Plan een strategisch gesprek →