Standaard ERP is ontworpen voor herhaling: dezelfde artikelen, dezelfde processen, dezelfde klanten. Machinebouw werkt precies andersom. Elke machine is een uniek project, elke stuklijst wordt opgebouwd op basis van klanteisen, en elke doorlooptijd is anders. Dat Engineering-to-Order karakter is waarom zoveel machinebouwers vastlopen met een ERP-systeem dat eigenlijk voor iets anders is gebouwd.
Dit artikel beschrijft wat een machinebouw-ERP werkelijk moet kunnen, welke implementatiefouten het vaakst worden gemaakt, en hoe je de selectie aanpakt zonder op een salesverhaal te vertrouwen.
Engineering-to-Order stelt specifieke eisen die bij standaard ERP-systemen of niet aanwezig zijn, of achteraf via maatwerk worden ingebouwd. Dat laatste is duurder, minder stabiel en moeilijker te onderhouden dan native functionaliteit. De vijf meest kritieke vereisten:
Het hart van een machinebouw-ERP is de projectmodule. Per project moeten geraamde versus gerealiseerde uren, inkoopkosten en uitbesteed werk real-time zichtbaar zijn — niet pas bij de eindafrekening. Een project dat in de engineeringfase marge verliest, moet zichtbaar zijn terwijl er nog bijgestuurd kan worden.
Wat je mist zonder dit: je ontdekt overschrijdingen pas bij de eindnota. Op dat moment is de schade onherstelbaar en de relatie met de klant onder druk.
De BOM van een machine bestaat uit honderden tot duizenden componenten, deels standaard en deels projectspecifiek. De stuklijst wijzigt tijdens engineering en soms nog tijdens assemblage. Een ERP zonder revisiecontrole betekent dat engineering werkt met een andere BOM dan inkoop — wat leidt tot fout-inkooporders, dubbele bestellingen en productie op verouderde tekeningen.
SolidWorks, Inventor of CATIA is de productiedatabase van een machinebouwer. Wanneer een engineer een component toevoegt of wijzigt, moet dit automatisch doorstromen naar de stuklijst in het ERP en — na goedkeuring — resulteren in een inkooporder. Handmatige overzetting van BOM naar ERP is foutgevoelig en kost per project urenlang werk.
De PDM-koppeling is technisch complex. Bespreek dit in de eerste fase van het selectietraject — niet als bijzaak in de implementatiefase. Keuzes die vroeg in de selectie worden gemaakt, bepalen hoe moeilijk de integratie later is.
Assemblage van machines is handwerk. Een ervaren monteur is niet zomaar vervangbaar. Het ERP moet assemblagetaken kunnen plannen op persoonsniveau, inclusief inbedrijfstellings-beschikbaarheid bij de klant. Projecten die in de assemblage vastlopen omdat twee machines tegelijk in dezelfde fase zitten maar dezelfde monteur nodig hebben, zijn voor machinebouwers een dagelijkse realiteit.
Elke geleverde machine is een asset in de servicerelatie. Het ERP moet per serienummer de configuratie, revisiehistorie, het servicecontract en de onderdelenhistorie bijhouden. Wanneer een klant belt met een storing, moet de servicemonteur in dertig seconden zien welke componenten er in de machine zitten, wat de onderhoudshistorie is, en of er nog onderdelen op voorraad zijn.
De servicemodule wordt bij negen van de tien machinebouw-implementaties als afterthought behandeld. Het resultaat: serviceadministratie wordt apart bijgehouden in Excel of een ander systeem, traceerbaarheid verdwijnt, en de serviceorganisatie werkt buiten het ERP.
Systemen sterk in financiën en logistiek missen een volwaardige projectadministratie. Machinebouwers die hiermee starten, bouwen al snel een parallelle projectadministratie in Excel naast het ERP — en hebben dan feitelijk twee systemen die handmatig worden gesynchroniseerd. Ze zijn terug bij af, maar dan duurder.
De koppeling tussen CAD/PDM en ERP wordt in de meeste selectietrajecten niet in de eerste ronde besproken. Pas later — als het systeem al is gekozen — blijkt hoe complex de integratie is, en worden noodoplossingen gebouwd die duurder zijn dan native koppeling zou zijn geweest.
Een leverancier die zegt “wij hebben meerdere machinebouw-klanten” bewijst niets. Vraag naar bedrijven van vergelijkbare omvang die vergelijkbare ETO-producten maken. Bel die referenties. Stel twee vragen: wat werkt goed, en wat had je vooraf willen weten? De antwoorden op de tweede vraag zijn het meest informatief.
De markt voor machinebouw-ERP in Nederland is kleiner dan de algemene ERP-markt — wat de keuze overzichtelijker maakt maar ook duurder. De meest genoemde systemen:
Ridder iQ — Nederlands systeem, sterk in ETO en projectgestuurde productie, veel referenties in machinebouw MKB. Beperkt in internationale uitrol.
ISAH — ook Nederlands, breed ingezet in metaal en machinebouw. Sterke productie- en werkplaatsfunctionaliteit, minder sterk in servicemodule.
Fledge — jonger systeem, cloud-native, sterk voor kleinere machinebouwers (tot #30 man) die snelheid boven volledigheid stellen.
ProAlpha — Duits systeem, sterke ETO-functionaliteit, vraagt meer implementatiecapaciteit en past beter bij middelgrote tot grote machinebouwers.
SAP S/4HANA Manufacturing — voor machinebouwers boven de 75–100 medewerkers of met internationale activiteiten. Substantieel hogere implementatiekosten en complexiteit.
Machinebouw is een van de duurdere segmenten voor ERP-implementatie — door de complexiteit van de integraties, niet door de licentiekosten zelf.
15–35 medewerkers, sectorspecifiek systeem, beperkt maatwerk: €35.000–€80.000 totale eerste-jaars investering (implementatie + licentie + interne kosten).
35–75 medewerkers, inclusief PDM-koppeling: €80.000–€160.000. De PDM-integratie is een eigen traject naast de ERP-implementatie.
75+ medewerkers, internationale activiteiten: €160.000 en hoger.
De meest onderschatte kostenpost is de datamigratie van bestaande stuklijsten. Bedrijven met honderden historische BOM's in ongestructureerde formaten hebben een migratieproject van meerdere maanden voor de boeg — los van de implementatie zelf. Plan dit vroeg en budget het apart. Lees meer over de volledige kostenopbouw in ERP-implementatiekosten in de maakindustrie.
Begin met het documenteren van een representatief project — van offerte tot oplevering. Beschrijf per fase: welke informatie heeft wie nodig, waar gaat nu informatie verloren, wat wordt handmatig bijgehouden buiten het systeem om?
Dat document is je selectie-input, niet een leveranciersdemo. Een leverancier die jouw procesflow niet kan volgen in zijn systeem, heeft geen machinebouw-ERP — hij heeft een generiek systeem met een machinebouw-laagje erop.
Lees voor het vergelijkingskader ons artikel over objectief ERP vergelijken in de maakindustrie, en bekijk de implementatiefouten die ook in machinebouw regelmatig terugkomen in 7 valkuilen bij ERP-implementatie.
Wil je een snelle diagnose van je huidige ERP-situatie? Doe de gratis ERP-scan — 10 vragen, eerlijk adviesrapport, geen verkoopgesprek.
© 2026 ITindustrie.nl — Onafhankelijk kennisplatform voor ERP, AI en IT in de maakindustrie