Een onverwachte stilstand voelt vaak als pure pech. Tot je de kost optelt: verloren output, overuren, extra transport, spoedleveringen, kwaliteitsverlies en de stress die zich vertaalt naar fouten. In veel Belgische KMO’s is die stilstand geen toeval, maar een signaal dat onderhoud nog geen bestuurd proces is. Met Odoo preventief onderhoud maak je van onderhoud een planbare datastroom: je weet welke assets kritiek zijn, welke taken wanneer moeten gebeuren, wie ze uitvoert, welke onderdelen nodig zijn en welke KPI’s je gebruikt om bij te sturen. Dit artikel is een praktisch playbook dat je in één sprint kunt starten en in drie maanden kunt matureren.
Wat Odoo preventief onderhoud wél is en wat het níét is
Odoo preventief onderhoud is een bewuste keuze om onderhoud niet alleen reactief af te handelen, maar preventief te ontwerpen. Het is de combinatie van drie dingen: (1) duidelijke triggers (tijd, gebruik, conditie of risico), (2) gestandaardiseerde uitvoering (werkbladen, veiligheidschecks, bewijsstukken) en (3) meetbare sturing (MTBF, MTTR, geplande versus ongeplande downtime). Het is níét “een lijstje taken in Excel”, losse mails naar techniekers of een map met PDF’s die enkel bij een audit bovenkomt. In Odoo draait het om één bron van waarheid, zodat productie, technische dienst en management dezelfde feiten zien en dezelfde prioriteiten delen.
Odoo zelf biedt hiervoor de nodige bouwstenen in de Maintenance-app, inclusief preventieve planning, een onderhoudskalender en metriek zoals MTBF en MTTR. Zie de productpagina: Odoo Maintenance en de documentatie: Odoo 19 maintenance calendar.
Waarom Belgische KMO’s nu het verschil maken met onderhoudsplanning
In België heeft onderhoud bijna altijd twee drijfveren tegelijk: rendabiliteit én verantwoordelijkheid.
Vanuit veiligheid en compliance is het bovendien verstandig om interventies en keuringen aantoonbaar te registreren. Een relevante referentie op EU-niveau is Richtlijn 2009/104/EG over het gebruik van arbeidsmiddelen. Zie dit niet als juridisch advies, maar als richtinggevend kader voor je interne onderhoudsdiscipline. Rendabiliteit spreekt voor zich: elke uur stilstand is duur. Verantwoordelijkheid gaat over veilig gebruik van arbeidsmiddelen, correcte documentatie en aantoonbare opvolging. In de praktijk gaat het daar mis: keuringen zitten in persoonlijke agenda’s, interventies worden niet consistent gelogd, en wisselstukken worden pas besteld wanneer de lijn al stilstaat. Met Odoo kun je dit normaliseren: onderhoud als proces met eigenaarschap, planning en auditsporen. Het resultaat is niet “meer administratie”, maar minder brandjes, minder discussie en meer voorspelbaarheid.
De kernbeslissing: onderhoud behandelen als een product
Wie Odoo preventief onderhoud goed wil doen, stopt met onderhoud te zien als een kostenpost die je minimaliseert. Je behandelt onderhoud als een intern product met een duidelijke product owner: iemand die definities vastlegt, datakwaliteit bewaakt en de feedbacklus organiseert. Dat klinkt zwaar, maar je kunt klein beginnen. Als je vandaag één kritische machine hebt die je omzet bepaalt, dan volstaat het om die machine als eerste “product” te maken: correcte assetdata, één preventief plan, één set werkbladen en vijf KPI’s. Van daaruit schaal je naar het machinepark.
Het playbook: van machinepark naar planbare uptime
Onderstaande aanpak werkt voor productiebedrijven en is specifiek ontworpen voor Odoo preventief onderhoud in een Belgische context. Ze past ook voor technische dienstverleners, technische dienstverleners en KMO’s met een machinepark, zelfs wanneer je slechts een beperkt aantal assets hebt. Het doel is niet om alles perfect te modelleren, maar om een werkend systeem op te zetten dat elke maand slimmer wordt.
Stap 1: bouw een asset-register dat onderhoud waard is
Start met een asset-register dat je écht gebruikt, niet eentje dat enkel “compliance” dient. Maak in Odoo Maintenance equipment-categorieën die bij je realiteit passen (bijvoorbeeld per lijn, per site of per assettype). Leg per asset minimum vast: identificatie, locatie, verantwoordelijke, leverancier, serienummer, in-gebruik-datum en een eenvoudige criticality-score. Die in-gebruik-datum (in Odoo vaak de Effective Date) is niet cosmetisch: zonder consistente data worden MTBF- en MTTR-trends ruis. Werk je met veel assets, begin dan niet met manueel kopiëren. Gebruik een gecontroleerde importflow via je data-import aanpak in Odoo zodat je later niet moet “opruimen” wat je vandaag snel wilde oplossen.
Kies in deze stap ook je naamgeving. Als techniekers verschillende termen gebruiken voor dezelfde machine, verlies je maanden aan analyse. Maak daarom één conventie: site, lijn, type, volgnummer. Voeg tags toe voor veiligheid (bv. “Lockout-tagout vereist”) of voor afspraken (bv. “onderhoud enkel buiten shift”). Je asset-register is de basislaag. Als die basislaag rommelig is, wordt alles wat je erboven bouwt duurder.
Stap 2: bepaal criticality zodat je geen maintenance-theater bouwt
Een klassiek falen bij Odoo preventief onderhoud is “alles preventief willen maken”. Dat leidt tot over-maintenance: te veel interventies op niet-kritische assets, waardoor je geen tijd meer hebt voor de echte risico’s. Maak criticality eenvoudig en praktisch. Vraag per asset: wat is de impact op veiligheid, op output en op herstelkost. Zet die score om naar A (kritisch), B (belangrijk) en C (laag). In Odoo kun je dat als tag of als onderdeel van de categorie vastleggen. Je onderhoudsplan start altijd met A-assets, daarna B, en pas daarna C. Dit is geen theoretische oefening. Het is de manier waarop je schaarse techniekeruren vertaalt naar maximale uptime-impact.
Stap 3: kies je triggers: tijd, gebruik, conditie of risico
Preventief onderhoud is pas preventief wanneer je trigger scherp is. Tijdgebaseerd werkt voor periodieke taken zoals smering, filterwissels, kalibraties of keuringen. Gebruik-gebaseerd werkt wanneer slijtage vooral met draaiuren of cycli correleert. Conditie-gebaseerd werkt wanneer je signalen hebt (temperatuur, trillingen, druk, energieverbruik) of wanneer kwaliteitsmetingen drift aantonen. Risico-gebaseerd is ideaal wanneer je beperkte capaciteit hebt maar toch de grootste risico’s wil afdekken. Het belangrijkste is consistentie: kies per asset één hoofdnarratief, zodat je later kunt evalueren of je trigger effectief “voor” het incident zit.
In Odoo vertaal je triggers naar een praktische routine, en je bouwt zo stap voor stap je Odoo onderhoudsbeheer op: preventieve onderhoudsaanvragen ontstaan via een plan en worden zichtbaar in de kalender. Conditionele triggers kun je starten met een eenvoudige workflow: operator meldt afwijking, technieker valideert, aanvraag krijgt prioriteit. Heb je later IoT of monitoring, dan automatiseer je die stap. Maar begin niet met automatisatie als je definities nog niet stabiel zijn.
Stap 4: maak preventieve taken uitvoerbaar met werkbladen en bewijsstukken
Een taak die niet eenduidig uitvoerbaar is, wordt “we hebben eens gekeken”. Daarom zijn werkbladen essentieel. In Odoo Maintenance kun je werkbladen koppelen aan onderhoudsaanvragen. Maak ze concreet: stappen, veiligheidschecks, meetpunten, toleranties, foto’s, serienummers van onderdelen en een veld voor bevindingen. Zo voorkom je dat elke technieker zijn eigen interpretatie hanteert. Het tweede voordeel is bewijs: bij een incident of audit wil je niet zoeken in mailboxen. Koppel documenten, keuringen en certificaten consistent aan je equipment. Gebruik daarbij dezelfde logica als in Odoo documentenbeheer voor KMO’s: één structuur, duidelijke versies, en altijd vindbaar vanuit het asset-dossier.
Werkbladen zijn ook je brug naar verbetering. Als je dezelfde bevinding drie keer noteert, is dat geen “toeval”. Dan is het een signaal voor root cause analyse of voor een aanpassing van het preventief plan. Door het werkblad te standaardiseren, maak je de feedbacklus goedkoper.
Stap 5: zet team- en rolverdeling zo neer dat KPI’s betrouwbaar worden
Odoo laat je onderhoudsteams beheren, toewijzen en plannen in de Maintenance Calendar. Dat is praktisch, maar het creëert alleen waarde als je rolgrenzen helder zijn. Definieer wie plant, wie uitvoert en wie afsluit. In een KMO is dat soms dezelfde persoon, maar je wil de logica toch expliciet. Planning betekent prioriteren en bundelen. Uitvoering betekent registreren wat er echt gebeurde. Afsluiten betekent valideren dat het probleem weg is en dat data correct is. Als je dat mengt, krijg je KPI’s die “er goed uitzien” maar niets verklaren.
Zet ook eenvoudige afspraken rond prioriteit. Bijvoorbeeld: A-assets met veiligheidsimpact krijgen altijd prioriteit boven C-assets. En als een aanvraag geen oorzaak, actie en tijdsregistratie heeft, mag ze niet gesloten worden. Dit lijkt streng, maar het is precies wat het verschil maakt tussen een onderhoudsapp en een onderhoudssysteem.
Stap 6: plan onderhoud rond productie, niet ertegen
De grootste frustratie tussen productie en onderhoud is onderhoud dat “in de weg zit”. Dat is zelden een cultuurprobleem; het is een planningsprobleem. Leg per kritische asset daarom een realistisch venster vast: wanneer kan de lijn stil, welke ombouwmomenten bestaan al, en welke interventies kun je bundelen. In Odoo helpt de kalender om dit zichtbaar te maken, maar jij moet de afspraken maken: bijvoorbeeld “preventief onderhoud op Lijn A gebeurt elke tweede vrijdag na 14:00” of “compressoren worden geserviced in hetzelfde venster als de maandelijkse kwaliteitskalibratie”.
Als je al een onderhoudsstrategie hebt voor je machinepark, koppel die dan aan je bredere onderhoudsarchitectuur. Werk je nog zoekend, dan is onderhoudsplanning van je machinepark in Odoo een nuttige interne referentie om je keuzes te structureren. De sleutel is dat productie mee eigenaar wordt van de kalender. Zodra je dat hebt, daalt “ad hoc” stilstand opvallend snel.
Stap 7: koppel wisselstukken, aankoop en voorraad aan je onderhoudsflow
Een preventief plan faalt vaker op onderdelen dan op planning. Als je wisselstukken pas bestelt tijdens de interventie, is je planning fictie. Definieer daarom per kritische asset: welke onderdelen zijn kritisch, wat is de minimumvoorraad, wie is de leverancier en wat is de lead time. Combineer Odoo Maintenance met Inventory en Purchase zodat je interventies niet starten zonder beschikbaarheid. Je voorraadstrategie wordt dan een onderdeel van je uptime-strategie, niet enkel van je magazijn. Dit sluit aan bij de principes van slim voorraadbeheer in Odoo: je voorkomt stockouts waar ze het duurst zijn.
Maak ook afspraken rond “kits” voor preventieve taken. Als een standaard onderhoud altijd dezelfde set onderdelen vereist, maak je die set voorspelbaar. Zo bespaar je tijd in voorbereiding én verminder je fouten tijdens uitvoering.
Stap 8: maak correctief onderhoud je brandstof voor preventie
Correctief onderhoud is niet per definitie slecht. Het is feedback. Elke correctieve aanvraag is een datapunt dat je preventieve plan verfijnt: welke asset faalt, welke oorzaak keert terug, welke interventie was te laat, en welk onderdeel was niet beschikbaar. De winst zit in discipline bij afsluiten. Zonder oorzaak, actie, tijd, materiaal en foto is je aanvraag geen data, maar ruis. In de eerste maand voelt dit als extra werk. Na twee maanden merk je dat je dezelfde problemen minder vaak ziet en dat je MTTR daalt doordat je voorbereiding beter wordt.
Een praktische aanpak is om elke week één “top incident” te kiezen en er een preventieve verbetering van te maken. Niet tien tegelijk. Eén. Dat ritme is haalbaar in een KMO en bouwt momentum op.
Stap 9: meet KPI’s die beslissingen afdwingen
Veel teams meten “aantal tickets” omdat het makkelijk is. Maar tickets sturen geen gedrag. Kies KPI’s die direct beslissingen afdwingen: MTBF, MTTR, geplande versus ongeplande downtime, kosten per asset, backlog per prioriteit en stockouts van wisselstukken. Gebruik Odoo’s metriek waar mogelijk, maar definieer vooral je interpretatie. Wat telt als failure? Wanneer start de klok? Wanneer stopt ze? Als je die definitie niet vastlegt, kun je geen trend vertrouwen.
Een goede manier om KPI’s werkbaar te maken, is ze te visualiseren in één dashboard dat zowel techniekers als management snappen. Als je daar inspiratie voor zoekt, begin dan bij een KPI-dashboard voor KMO’s in Odoo. Je doel is niet “mooie grafieken”, maar duidelijke acties: welke asset krijgt extra preventie, welke spare part moet omhoog in minimumvoorraad, en waar moet je opleiding of standaardisatie verbeteren.
Stap 10: borging en adoptie via change management
Odoo is geen magie. Je krijgt alleen goede data als mensen het systeem willen gebruiken. Daarom hoort adoptie bij Odoo preventief onderhoud. Maak het voor techniekers makkelijker dan Excel: werkbladen die logisch zijn, minder zoeken naar documenten, en duidelijke prioriteiten. Maak het voor productie makkelijker: een kalender die voorspelbaar is en minder verrassingen geeft. En maak het voor management meetbaar: KPI’s met eenduidige definities. Als je weerstand ziet, behandel die niet als “gedoe”, maar als een signaal dat de value proposition nog niet helder is. Een korte aanpak vind je in Odoo change management: kleine stappen, duidelijke owners, en ritme.
Trigger-matrix: zo vertaal je onderhoudslogica naar Odoo
KPI-tabel: onderhoud meten zonder jezelf te misleiden
Veelgemaakte fouten bij Odoo preventief onderhoud en hoe je ze vermijdt Odoo preventief onderhoud en hoe je ze vermijdt
De meest voorkomende mislukking is niet technisch, maar organisatorisch. Je start met tickets zonder asset-standaard, zonder definities en zonder feedbacklus. Daardoor heb je na drie maanden wel “veel data”, maar geen inzicht. Een tweede valkuil is over-maintenance: alles preventief willen maken zonder criticality. Het resultaat is een volle kalender en weinig impact op downtime. Een derde fout is dat men afsluiten als formaliteit behandelt. Dan worden MTTR en kosten onbetrouwbaar en krijg je discussies in plaats van beslissingen. Odoo maakt registreren makkelijk, maar jij bepaalt wat “waar” betekent. Als je die afspraken één keer vastlegt, wordt onderhoud voorspelbaar en schaalbaar.
Een haalbaar 30-60-90 dagen schema voor Odoo preventief onderhoud in Belgische KMO’s voor Belgische KMO’s
In de eerste 30 dagen focus je op fundamenten: asset-register, criticality en de eerste preventieve plannen voor je top assets. In dagen 31 tot 60 breng je planning en voorraad in lijn: vaste vensters met productie, standaard werkbladen en wisselstukkenstrategie. In dagen 61 tot 90 maak je het bestuurbaar: KPI-definities, dashboardlogica en een ritme van verbeteracties op basis van correctieve data. Dit schema werkt omdat het niet probeert om “alles ineens” te configureren. Je bouwt een systeem dat vanaf dag 1 waarde levert en toch elke maand volwassen wordt.
Besluit: preventief onderhoud is een dataproduct dat je kunt sturen
Odoo preventief onderhoud is geen module die je “even aanzet”. Het is een keuze om uptime, veiligheid en kosten te sturen met data, en om Odoo preventief onderhoud als vaste routine te verankeren. Odoo geeft je de bouwstenen: equipment, requests, planning, werkbladen en metriek. De waarde ontstaat wanneer je triggers, definities en discipline toevoegt. Odive is geen implementatiepartner, maar een kennisplatform: gebruik dit artikel als playbook en combineer het met onze gids over onderhoudsplanning voor je machinepark.
Wil je dit meteen toepassen? Kopieer de trigger-matrix en KPI-tabel uit dit artikel naar je interne template, stem ze af met je onderhoudsverantwoordelijke, en plan een kwartaalreview om drempels en intervallen bij te sturen op basis van MTBF/MTTR, downtime en veiligheidsbevindingen.
Veel gestelde vragen
Wat is Odoo preventief onderhoud en hoe verschilt het van Odoo correctief onderhoud?
Odoo preventief onderhoud betekent dat je taken plant vóór er een storing optreedt, op basis van tijd, gebruik, conditie of risico. Je voert die taken uit met vaste werkbladen, veiligheidschecks en bewijsstukken, zodat iedereen dezelfde standaard volgt. Odoo correctief onderhoud start pas na een defect: je registreert een onderhoudsaanvraag, herstelt de machine en sluit af met oorzaak, actie en tijdsregistratie. Het verschil zit in stuurbaarheid. Preventief werk verlaagt ongeplande downtime en maakt capaciteit planbaar. Correctief werk blijft nodig, maar wordt dan een bron van feedback om je preventie te verbeteren.
Hoe stel je in Odoo preventief onderhoud een onderhoudskalender op die productie niet blokkeert?
Begin met vaste onderhoudsvensters per kritische asset: momenten waarop de lijn toch al vertraagt, ombouwt of stil kan. Leg die afspraken met productie expliciet vast en plan preventieve onderhoudsaanvragen binnen die vensters. In Odoo gebruik je de Maintenance Calendar om te zien welke technieker wanneer beschikbaar is en waar conflicten ontstaan. Bundel taken per lijn of zone zodat je minder stop-start hebt, en gebruik prioriteiten om uitzonderingen te sturen. Het doel is voorspelbaarheid: minder verrassingen, minder ad hoc interventies en een rustiger productieplanning.
Welke data moet je minimaal registreren om Odoo preventief onderhoud KPI’s zoals MTBF en MTTR betrouwbaar te maken?
Voor betrouwbare KPI’s heb je minder velden nodig dan je denkt, maar je moet ze wel consequent invullen. Minimaal: correcte equipment-identificatie, in-gebruik-datum (Effective Date), onderhoudstype (preventief of correctief), start- en eindmoment van de interventie, oorzaak en uitgevoerde actie, gebruikte onderdelen en een duidelijke afsluitstatus. MTBF vraagt vooral een consistente failure-definitie: wat telt als ‘storing’ en vanaf wanneer. MTTR vraagt één startmoment voor de klok (melding of start interventie) dat je overal hetzelfde toepast.
Hoe koppel je wisselstukken en aankoop aan Odoo preventief onderhoud zodat plannen ook echt uitvoerbaar zijn?
Maak je onderhoud uitvoerbaar door Maintenance te verbinden met Inventory en Purchase. Definieer per kritische asset de wisselstukken die vaak nodig zijn, stel minimumvoorraden in en leg leveranciers en lead times vast. Voor terugkerende preventieve taken werk je met standaardlijsten of ‘kits’, zodat voorbereiding geen zoekwerk wordt. Zodra een preventieve onderhoudsaanvraag wordt ingepland, wil je kunnen checken of onderdelen beschikbaar zijn en of bestellingen op tijd binnenkomen. Als je pas tijdens de interventie merkt dat een onderdeel ontbreekt, wordt je planning fictie en stijgt je MTTR.
Wanneer heeft Odoo preventief onderhoud in een Belgische KMO het meeste rendement en wanneer niet?
Het grootste rendement zie je wanneer een beperkt aantal kritische assets je output, veiligheid of kwaliteitsstabiliteit bepaalt. Dan kun je met een klein asset-register, scherpe triggers en strakke werkbladen snel ongeplande downtime reduceren. Het werkt minder goed wanneer je alle assets gelijk behandelt en je kalender vult met laag-impact taken. Ook zonder discipline in afsluiten en datakwaliteit krijg je geen stuurinformatie, waardoor MTBF en MTTR niet bruikbaar zijn. Start daarom met de top 10 assets, definieer wat een failure is, meet een baseline en verbeter in een vast ritme.
