CMMS voor productie kiezen: ERP-module, CMMS of koppellaag

Je onderhoudsmonteur sluit een storing op pers P-04 af. Twee weken later staat dezelfde pers stil, het magazijn toont één lager, maar dat lager is al gereserveerd voor een andere machine. In een demo lijken een ERP-module, een CMMS en een koppeling alle drie voldoende. De keuze wordt duidelijk wanneer je die storing, het vervolgonderhoud en de lagerboeking aan dezelfde machinehistorie moet houden.

Mijn uitgangspunt is eenvoudig: als je ERP de hele proef doorstaat, voeg dan geen tweede onderhoudssysteem toe. Kies een zelfstandig CMMS wanneer het ERP de machinegerichte planning en uitvoering niet goed draagt. Zet er pas een koppellaag tussen als twee systemen dezelfde asset, werkorder of voorraadbeweging moeten kennen en die gegevens aantoonbaar uit elkaar lopen.

Een CMMS voor productie is software die machines als assets registreert en preventieve en storingsgebonden werkorders aan hun historie koppelt. Het bewaart wie welk werk uitvoerde, welke onderdelen zijn gebruikt en wat nog moet gebeuren. In een productiebedrijf moet die registratie ook aansluiten op de onderdelenvoorraad en de financiële of logistieke mutatie in het ERP.

De nieuwe TK Elevator-app geeft monteurs vooraf liftgeschiedenis en handleidingen en slaat hun gesproken terugkoppeling na afloop aan hetzelfde dossier op. De reportage noemt geen gemeten tijdwinst of gebruiksomvang. In de Amerikaanse pilot van 2025 waren er ongeveer 20.000 minder ongeplande servicebezoeken en ruim 40 procent lager terugkompercentage bij door digitale operatiecentra ondersteunde interventies; dezelfde TKE-release van 17 april noemt ook een 33 procent lager annuleringspercentage tijdens de pilots. Die cijfers horen niet bij de app. De liftworkflow is een bruikbaar testvoorbeeld voor machinehistorie met terugkoppeling van monteurs. Een fabriekswerkorder eindigt bij machine, taak en verbruik; voor werk dat een buitendienstmonteur bij een klant uitvoert en factureert, hoort de proef van werkorder tot factuur erbij.

Wat je nodig hebt: één machine en een bewijsdossier

Begin met een machine waarop stilstand zichtbaar pijn doet. Je hebt geen inventarisatie van het hele machinepark nodig. Je hebt genoeg gegevens om iedere leverancier dezelfde storing en hetzelfde herstel te laten uitvoeren.

De assetkaart en de laatste werkorders

Neem voor één kritieke machine de stabiele asset-ID, serienummer, fabrikant, model, locatie, productielijn en eventuele onderliggende onderdelen op. Gebruik bijvoorbeeld assetcode P-04 en bewaar “pers vier” als leesbare omschrijving. Leg vast welk systeem die code uitgeeft. Als het ERP EQ-00084 gebruikt en het CMMS PERS-4, moet de koppeling een blijvende relatie tussen die twee IDs bewaren.

Exporteer de laatste 90 dagen aan storingsmeldingen, werkorders, uitgevoerde taken, gebruikte onderdelen, gemeten waarden en terugkerende storingen. Noteer bij elk record het bron-ID, de asset-ID, de status, de datum, de uitvoerder en de eventuele ERP-mutatie. Neem ook de geplande onderhoudstaak mee die door een storing kan worden verschoven.

Gebruik een bronkaart voordat je een leverancier uitnodigt:

Bij één geïntegreerd ERP vallen meer van die rollen in hetzelfde systeem. Bij een apart CMMS moet de eigenaar per veld expliciet blijven. Een connector mag data vervoeren en pogingen registreren. Hij moet niet zelf beslissen welk systeem gelijk heeft.

Rollen, testomgeving en veiligheid

Wijs voor de proef vier rollen toe: onderhoudsplanner, monteur, magazijn- of inkoopbeheerder en ERP-beheerder. De monteur registreert het gevonden defect en werkelijk verbruik. De planner beslist over vervolgwerk. De magazijnbeheerder bevestigt de reservering of overboeking. De ERP-beheerder controleert de opgeslagen mutatie en teruglezing.

Vraag om een testomgeving met dezelfde modules als productie, een export van asset en werkorder, en een account met alleen de rechten die de echte koppeling krijgt. Gebruik geen productiecontroller als testapparaat. NIST noemt in zijn OT-beveiligingsgids bijzondere eisen rond betrouwbaarheid, beschikbaarheid en veiligheid van systemen die fysieke processen raken. NIST publiceerde Rev. 3 op 28 september 2023. Op 21 september 2026 meldde het instituut dat de eerste openbare versie van Rev. 4 openstaat voor commentaar tot 30 november 2026. Houd een koppeling daarom aan de zakelijke applicatielaag en laat de machinebesturing zelf buiten de proef.

Een storing vraagt ook vaak om andere besturingstechniek dan een onderhoudssoftwarekeuze. Een plat netwerk tussen kantoor en productielijn maakt een data-integratie tot een OT-risico; de scheiding tussen kantoor-IT en productiesystemen hoort daarom in de netwerkbeoordeling van je proef.

Prijsorde voor de shortlist

De officiële product- en prijspagina’s zijn op 2 november 2026 gecontroleerd. Odoo toont bij jaarlijkse betaling Standard voor €19,90 en Custom voor €35,90 per gebruiker per maand; bij maandbetaling staan de plannen op €24,90 en €44,90. De vermelde korting geldt 12 maanden voor de eerste gebruikers op de bestelling. Externe API staat bij Custom; implementatie valt buiten het abonnement. Dynamics 365 Supply Chain Management kost €182 per gebruiker per maand bij jaarlijkse betaling, exclusief btw. Dat is de volledige SCM-licentie, niet de onderhoudsmodule apart. Q3 vermeldt €275 per maand voor maximaal vijf gebruikers en zet API-uitwisseling als extra met een tarief op aanvraag. McMain publiceert Lite voor €35, Team voor €65 en Pro voor €85 per gebruiker per maand; voorraadbeheer zit in Team en audit trail in Pro. De pagina toont aparte mobiele tarieven van €35 voor Team en €45 voor Pro, en noemt een gratis Open API. Vraag per leverancier welke inrichting, mobiele rechten, support en herstelroute in de offerte zitten.

Reken voor vijf jaar: 60 × maandlicentie + inrichting + migratie + API- of connectorkosten + 60 × maandelijks beheer. Vermenigvuldig niet de huidige licentieprijs alsof die vijf jaar vaststaat. Vraag offertes met hetzelfde aantal gebruikers, dezelfde mobiele rechten, dezelfde API-scope en dezelfde exporteisen.

Sluit deze voorbereiding af met de punten die je nodig hebt voor de proef:

Concrete stappen: test storing, onderdelen en terugschrijving

Iedere kandidaat krijgt dezelfde asset, dezelfde werkorder en hetzelfde ontbrekende onderdeel. Vraag de leverancier het storingsscherm te tonen en daarna te laten zien hoe een andere medewerker kan reconstrueren waarom de machine uitviel, welk onderdeel is gebruikt en wat het ERP heeft opgeslagen.

1. Kies de machine en bevries de nulstand

Selecteer één bottleneckmachine met een herkenbare storing in de laatste 90 dagen. Geef haar in de proef één vaste sleutel, bijvoorbeeld P-04, en exporteer de assetkaart en huidige open werkorders voordat iemand iets wijzigt. Leg vast dat de proefkopie losstaat van productie.

Controleer of de leverancier diezelfde ID laat zien in de melding, assetkaart, werkorder, onderdeelregel en export. Een vrije tekst als “pers 4” is onvoldoende als het ERP een andere assetcode gebruikt.

Klaar als: je kunt de ruwe nulstand bewaren en elk proefrecord met P-04 terugvinden. Een alias mag, zolang de koppeling hem niet gebruikt als enige sleutel.

2. Maak een testset van dertig werkorders

Neem dertig werkorders uit de laatste periode als die beschikbaar zijn. Kies daar minstens vijf afwijkingen bij: een herhaalde storing, een onderdeel dat ontbreekt, een preventieve beurt die moet verschuiven, een onvolledige meting en een werkorder die na uitvoering nog geen ERP-mutatie heeft.

Heeft je team minder volume, neem dan alle recente werkorders en simuleer de ontbrekende uitzonderingen in de testomgeving. Label die als testdata. Laat de leverancier de normale route en alle afwijkingen uitvoeren.

Klaar als: je voor iedere casus de verwachte asset-ID, status, eigenaar, onderdeelgevolg en ERP-uitkomst vooraf op papier hebt. Een afwijking zonder afgesproken eindstatus maakt de demo onbeslisbaar.

3. Leg vast welk systeem elk veld bezit

Wijs voor de proef één eigenaar aan voor asset master, werkorder, preventief schema, voorraadstand, werkelijk verbruik en kostenplaats. Als ERP de voorraad bezit, laat het CMMS de actuele voorraad dan tonen of opvragen. Laat het niet een tweede voorraadstand bijhouden die zelfstandig kan worden aangepast.

Gebruik een vaste gebeurtenissleutel, bijvoorbeeld WO-2026-118/consumption/1, naast het interne werkorder-ID. Bewaar per overdracht bronversie, poging, antwoord en doelrecord-ID. Een voorraadcorrectie tussen twee magazijnen vraagt dezelfde helderheid over eigenaarschap als de WMS-proef van ontvangstverschil tot ERP-teruglezing, maar hier blijft de test op de machine en de onderhoudsbeslissing gericht.

Klaar als: geen enkel gedeeld veld twee schrijfbronnen heeft en je vanuit een ERP-mutatie terug kunt naar de werkorder en asset.

4. Configureer het onderhoudsschema op de echte trigger

Neem de onderhoudsinterval over uit de machinehandleiding, onderhoudscontract of goedgekeurde interne taak. Dat kan een datum, draaiurenstand of andere meter zijn. Stel een waarschuwing voor “binnenkort verschuldigd” en een vervaldrempel in. Laat de planner bevestigen wie de taak mag verschuiven.

D365 Asset Management onderscheidt preventieve, correctieve en inspectiewerkorders en kan assets hiërarchisch vastleggen; de documentatie, bijgewerkt op 11 juli 2025, laat zien hoe asset en taaktype samen een werkorder vormen. Een Odoo 20.0-verzoek kan preventief of correctief zijn en aan equipment, een work center, een productieorder en een werkorder worden gekoppeld. Het formulier bevat team, verantwoordelijke, geplande datum en duur.

Klaar als: de testorder de trigger, oorspronkelijke datum, wijzigingsreden en nieuwe vervaldatum bewaart. Een handmatige datum zonder reden is geen preventief schema.

5. Laat een onderdeel bewust ontbreken

Maak in de testvoorraad een kritieke lagerregel met één exemplaar op voorraad, één exemplaar gereserveerd voor een andere taak en nul beschikbaar. Koppel het onderdeel aan het juiste assettype of de juiste asset-BOM. Laat de planner de storingswerkorder maken en voer daarna de materiaalbeschikbaarheidscontrole uit.

In Dynamics 365 Supply Chain Management geeft de materiaalcontrole aan of alle of slechts een deel van de gevraagde onderdelen beschikbaar zijn. De documentatie zegt dat een order die niet volledig beschikbaar is als waarschuwing verschijnt; de bevoegde gebruiker wijzigt de werkorderstatus pas na de controle. De controle kan ook vraag en aanbod per onderdeel en magazijndimensie samenvoegen. De documentatie, bijgewerkt op 27 juli 2026, vermeldt dat deze controle vanaf Supply Chain Management 10.0.44 beschikbaar is, vanaf 10.0.47 standaard aanstaat en vanaf 10.0.49 verplicht is. Stel het ontbrekende onderdeel in op wacht_op_onderdeel, met een eigenaar, verwachte datum en besluit.

Klaar als: de kandidaat op voorraad, gereserveerd en beschikbaar uit elkaar houdt en de werkorder niet stil als uitvoerbaar markeert. Test ook een alternatief: bestelling, toegestane overdracht of geplande verschuiving na akkoord van onderhoud en productie.

6. Bewaar het onderdeel op de juiste machine

Laat de leverancier de lagerregel kiezen vanuit de werkorder, niet vanuit een algemene notitie. Controleer artikelnummer, magazijn, hoeveelheid, serienummer of batch als dat voor jouw onderdeel vereist is, reservering, reden en goedkeurder. Als je een onderdeel van een andere machine verplaatst, bewaar dan de bronasset en de nieuwe bestemming.

De documentatie voor Dynamics 365 assettypen, bijgewerkt op 15 september 2026, koppelt de onderdelenlijst aan assettype, fabrikant en model. Vergelijkbare machines met dezelfde instellingen delen die lijst en monteurs kunnen er onderdelen uit kiezen voor een werkorder; de gedeelde reserveonderdelenlijst per assettype, fabrikant en model staat in de assettype-instellingen. Vraag hoe de leverancier een onderdeel vastlegt dat maar op één machine past.

Klaar als: een andere planner kan zien waarom de lager van de ene machine naar de andere ging en welke geplande taak daardoor verschoof. Een voorraadstand zonder reden is geen onderhoudshistorie.

7. Sluit de uitvoering en plan het vervolgwerk

Laat de monteur de uitgevoerde taak, werkelijke uren, gemeten waarde, gebruikt onderdeel en eventuele afwijking invoeren. Gebruik een verplicht veld voor storingsoorzaak als die informatie nodig is voor terugkerende problemen. Laat een planner of supervisor de werkorder pas afsluiten nadat het bewijs compleet is.

Maak in hetzelfde dossier het vervolgonderhoud aan op basis van de goedgekeurde trigger. Als de taak na 250 draaiuren moet plaatsvinden, bewaar dan de meterstand bij afsluiten en de berekende volgende grens. Koppel de vervolgtaak aan dezelfde specifieke asset-ID.

Klaar als: de gesloten storing, gebruikte lager en volgende taak samen in de assethistorie staan. Heropen daarna de assetkaart vanaf een nieuwe gebruikersrol en controleer dat de historie ook zonder kennis van de monteur begrijpelijk is.

8. Schrijf één keer terug naar het ERP

Stuur de werkelijk gebruikte hoeveelheid, werkorder-ID, asset-ID, kostenplaats, uitvoeringsdatum en voorraadbron naar ERP via de ondersteunde API of export. Gebruik een zakelijke idempotentiesleutel en bewaar het doelrecord-ID. Een time-out na verzending zegt niet of de write is mislukt.

RFC 9110 uit juni 2022 classificeert POST niet als idempotent en PUT wel. Dat maakt een willekeurige PUT niet automatisch veilig voor jouw onderhoudsboeking. Controleer de leverancierssemantiek; de standaard begrenst wanneer dezelfde aanvraag herhaald kan worden zonder het bedoelde resultaat te vermenigvuldigen. Laat de leverancier een time-out simuleren, zoek daarna op de zakelijke sleutel en doe eerst een read-back.

Klaar als: één verbruik één voorraadmutatie oplevert, de opgeslagen doel-ID terugkomt en de assethistorie naar die mutatie verwijst. Als een doelrecord al bestaat, mag een retry geen tweede afboeking maken.

9. Exporteer, herstel en controleer de rechten

Exporteer assetkaart, meldingen, werkorders, preventieve schema’s, verbruik, statusgeschiedenis, bijlagen en koppelsleutels. Importeer de export in een schone testomgeving of herstel ten minste één volledig storingsdossier. Controleer ook wat er gebeurt als een medewerker vertrekt of een API-token wordt ingetrokken.

Werk je met sensoren, laat een meetwaarde alleen een onderhoudsmelding voorstellen. Een signaal van de PLC is niet zelf het onderhoudsbesluit. De route van machinedata naar planning en onderhoud behandelt die vertaalslag vanaf de besturing; deze proef begint zodra de machine als onderhoudsasset en werkorder bestaat. Gebruik voor een connector op kantoorapplicaties zo nodig een bestaande Exact-koppeling, maar test de actuele velden en rechten zelf.

Klaar als: je een storingsdossier zonder leverancieraccount kunt terugvinden en een nieuwe beheerder de uitwisseling kan uitleggen. Een PDF-rapport zonder records, bijlagen en relaties is geen herstelbare export.

Valkuilen: waar de onderhoudshistorie losraakt

De storing hangt aan de productielijn, niet aan de machine

Je ziet een order met “lijn 2”, maar kunt niet bepalen of de motor, sensor of pers is vervangen. Dat gebeurt wanneer de invoer alleen een vrije naam gebruikt of de assethiërarchie te grof is. Maak de machine-ID verplicht en geef onderdelen een eigen relatie met de asset. Test met twee machines op dezelfde lijn.

Een gereserveerd onderdeel lijkt beschikbaar

Het ERP toont één lager op voorraad. De planner neemt aan dat de storing direct kan worden opgelost, terwijl het enige exemplaar al voor een andere werkorder gereserveerd is. Vraag naar fysieke voorraad, gereserveerde hoeveelheid en vrij beschikbare hoeveelheid, en laat de leverancier de tekortstatus op de werkorder zien. De status “onderdeel geselecteerd” bewijst geen beschikbaarheid.

Een afgesloten werkorder maakt geen vervolgtaak

De storing verdwijnt uit de open lijst, maar er staat geen inspectie of preventieve taak klaar. Verplicht daarom een expliciete vervolgbeslissing bij afsluiten: taak aangemaakt, bewust niet nodig met reden, of wacht op onderdeel. Controleer in een tweede sessie dat de volgende trigger aan dezelfde asset hangt.

Twee systemen plannen hetzelfde onderhoud

Een CMMS genereert een taak volgens draaiuren, terwijl een ERP-module dezelfde machine op kalenderdatum plant. Monteurs krijgen dubbele werkorders of een planner ziet twee verschillende vervaldatums. Schakel een van de twee schema’s uit en maak één bronhouder aan. Als beide nodig zijn, synchroniseer één taak-ID en één actieve status.

Een API-aanwezigheid wordt voor een werkende koppeling aangezien

Een leverancierspagina kan “API” noemen, terwijl onderdelenverbruik niet schrijfbaar is, de export geen bijlagen bevat of een wijziging niet terugleesbaar is. Vraag om een testtoken, de veldlijst, limieten, foutcodes, wijzigingslog en exit-export. Bij Q3 staat data-uitwisseling via API als extra op aanvraag. Bij McMain noemt de prijspagina een Open API; test alsnog de interface voor jouw ERP.

Een time-out veroorzaakt twee afboekingen

De eerste write komt wel aan, maar de bevestiging verdwijnt. Een medewerker probeert opnieuw en boekt hetzelfde lager een tweede keer af. Stop retries tot de zakelijke sleutel is teruggelezen. Bewaar de aanvraag, response en doel-ID, en hervat dezelfde werkorder na reconciliatie.

Een sensorwaarde wordt een onderhoudsbesluit

Een afwijkende trilling kan een inspectie rechtvaardigen, maar vertelt niet automatisch welk onderdeel vervangen moet worden of dat een machine veilig kan blijven draaien. Laat een bevoegde medewerker de melding triëren. De werkorder bevat de bronwaarde en het besluit, met de menselijke beoordeling als aparte gebeurtenis.

Beslis-kader: welk model past bij jouw machinepark?

Geef de ERP-module alleen de voorkeur als één proef alle vijf laat zien: een stabiele asset-ID, storingsregistratie, een preventief schema, werkorderhistorie en beschikbare onderdelen. Tel daarna de handmatige correcties in dertig werkorders. Een verkeerde assetkoppeling of dubbele voorraadmutatie na een time-out moet eerst worden opgelost.

De drempels hieronder zijn inkoopregels voor deze proef, geen sectorcijfers. Neem dertig werkorders met vijf afwijkingen. Noteer hoeveel correcties overblijven en hoeveel tijd synchronisatie per maand vraagt.

Dit zijn testgrenzen, geen volume- of teamomvangnormen. Per-gebruikerprijzen lopen mee met iedere gebruiker; vergelijk licentie, inrichting en maandelijks beheer. Vermenigvuldig je gemeten correctie-uren met het interne uurtarief en vergelijk dat met de offerte. Meet stilstand en herstelkosten voordat je een besparing op productieverlies opvoert.

De keuze volgt deze volgorde:

1. ERP-onderhoudsmodule: alle vijf functies zijn in de ERP zichtbaar en hoogstens twee van dertig proeforders vragen een handmatige correctie.
2. Zelfstandig CMMS: het ERP mist een of meer onderhoudsfuncties, maar het CMMS beheert de onderhoudshistorie en draagt één gecontroleerde mutatie over. Bij twee correcties of twee tot vier uur reconciliatie per maand volgt eerst een bewaakte proef van dertig dagen.
3. CMMS plus koppellaag naar ERP: beide systemen moeten gedeelde gegevens wijzigen, of minstens drie van dertig proeforders of meer dan vier uur reconciliatie per maand vraagt cross-system herstel.

Gebruik ERP-onderhoudsmodule, Zelfstandig CMMS of CMMS plus koppellaag naar ERP als uitkomst die past bij je bewijs. Een slimme prijslijst of brede functielijst verandert die uitslag niet.

Uitgewerkt voorbeeld: lagertekort op pers P-04

Dit is een fictieve productiecase, geen klantverhaal. Noordlijn Verpakking heeft 62 medewerkers, werkt in twee ploegen en onderhoudt 38 productie-assets. Vijf technici behandelen gemiddeld 18 onderhoudsorders per maand. In de laatste 90 dagen zijn er drie ongeplande stops geweest op kritieke machines. De fabriek heeft Dynamics 365 Supply Chain Management al in gebruik op versie 10.0.49.

De proefmachine is pers P-04, met storingwerkorder WO-2026-118. De technicus vraagt één lager BRG-6204. Het ERP toont één exemplaar op voorraad, één gereserveerd voor een geplande taak op P-02, dus nul beschikbaar. De leverancier kan een vervangend lager over twee werkdagen leveren.

De onderhoudsverantwoordelijke controleert de handleiding en bevestigt dat P-02 haar beurt vijf dagen kan uitstellen binnen de goedgekeurde termijn. De magazijnbeheerder maakt een overboeking van het gereserveerde lager naar P-04; de oorspronkelijke reservering, reden en nieuwe datum van de taak voor P-02 blijven zichtbaar. Het systeem verandert geen vrije voorraad zonder die beslissing.

Twee technici repareren P-04 in anderhalf uur. De werkelijke arbeid is 2 × 1,5 = 3 uur. Bij een interne kostprijs van €42 per uur is dat 3 × €42 = €126. Het lager kost in dit voorbeeld €146. De storing kost dus €272 aan geregistreerde arbeid en materiaal, exclusief productiestilstand, overhead en eventuele spoedkosten.

Bij afsluiten registreert de technicus de gemeten waarde en het uitgevoerde werk. De planner maakt een vervolginspectie voor 250 draaiuren later. De fabriek draait zestien uur per productiedag en tachtig uur per vijfdaagse werkweek. 250 ÷ 80 = 3,125 werkweken, dus de taak valt ongeveer 3,1 werkweken later, afhankelijk van de werkelijke draaiteller.

De inspectie vraagt twee technici één uur en €12 aan smeermiddel. Dat is 2 × 1 × €42 = €84 arbeid plus €12 materiaal, samen €96. De totale geregistreerde onderhoudskosten voor storing en vervolginspectie zijn €272 + €96 = €368. Productieverlies is niet in deze som opgenomen.

D365 markeert de werkorder zolang het onderdeel niet volledig beschikbaar is. In deze test keurt een planner de overboeking goed en verplaatst de oorspronkelijke preventieve taak; de voorraadmutatie wordt met de werkorder en beide asset-ID’s teruggelezen. De volgende inspectie staat op dezelfde asset P-04. De plant kiest de ERP-onderhoudsmodule omdat de vijf bestaande gebruikers al binnen de SCM-omgeving werken en de proef geen tweede bron voor historie of voorraad nodig maakt.

Als de plant vijf nieuwe Dynamics-gebruikers nodig had, zou de openbare prijs van €182 per gebruiker per maand bij jaarlijkse betaling uitkomen op 5 × €182 = €910 per maand, of €10.920 per jaar exclusief btw. Dat is een volledige SCM-licentieraming, niet de losse prijs van de onderhoudsmodule. De plant laat zijn partner daarom de marginale kosten in het bestaande contract bevestigen voordat hij de keuze goedkeurt.

Vergelijkingstabel: ERP-module, CMMS en koppellaag

De productnamen, prijsweergaven en documentatieversies hieronder zijn gecontroleerd op 2 november 2026. De productscope verschilt. Vergelijk licenties met onderdelenbeheer, volledige en mobiele gebruikers, API-rechten, inrichting, export en beheer.

In McMain zijn assethistorie, preventief onderhoud en werkopdrachten onderdeel van het CMMS; toets die mogelijkheden live met je eigen asset en uitzonderingen. De D365-materiaalcontrole en de onderdelenlijst per assettype, fabrikant en model staan bij de concrete proef hierboven. Odoo 20.0 documenteert verzoeken voor equipment en work centers; de officiële werkwijze en prijsgrenzen staan bij de proef en prijsorde.

De grafiek vergelijkt de openbare maandlicentie voor vijf volledige gebruikers. McMain noemt andere tarieven voor mobiele gebruikers; de pakketten bevatten verschillende functies.

Bij vijf volledige gebruikers zijn de maandankers €175 voor McMain Lite, €275 voor Q3, €325 voor McMain Team en €425 voor McMain Pro. Dit zijn licenties voor pakketten met verschillende functies; Odoo en Dynamics zijn bredere ERP-abonnementen en staan daarom buiten de grafiek.

Vraag iedere leverancier om dezelfde vier antwoorden voordat je tekent: kan ik een lagertekort blokkeren zonder de oude reservering te overschrijven, kan ik onderhoud aan de juiste asset terugvinden, kan ik één mislukte ERP-write veilig herstellen en kan ik mijn complete dossier exporteren? Een product dat deze vragen niet kan beantwoorden, is nog geen passende onderhoudsroute.

De juiste keuze bewaart de relatie tussen machine, storing, onderdeel en vervolgtaak. Als het ERP dat al overtuigend doet, is een extra CMMS vooral een extra eigenaar van dezelfde feiten. Als het ERP de onderhoudslogica mist, mag een gespecialiseerd CMMS de uitvoering dragen. Zodra die systemen elkaar moeten corrigeren, verdient de koppellaag haar plek door aantoonbaar dezelfde asset en voorraadmutatie terug te lezen.