Wat is ERP voor de
maakindustrie?

01

Wat is ERP in één alinea

ERP staat voor Enterprise Resource Planning. Eén systeem dat de hele orderstroom door uw bedrijf volgt: van offerte en verkooporder, via inkoop, voorraad en productie, tot factuur en nacalculatie. Voor een handelsbedrijf is dat genoeg. Voor een fabriek is het pas het begin. Een ERP voor de maakindustrie heeft een tweede laag: de werkorder en de stuklijst. Daarin staat wat er gemaakt wordt, met welke onderdelen, op welke machines, in welke volgorde. Eén bron van waarheid voor verkoop, inkoop, productie en finance. Geen Excel-eilanden meer, geen telefoontjes om te weten waar een order staat. Wat ERP niet is, is net zo belangrijk: het is geen Manufacturing Execution System (MES) dat machines aanstuurt, geen CAD- of Product Lifecycle Management (PLM)-systeem voor productdata, geen losse tijdregistratie-app. Het is de ruggengraat, niet alles wat eraan hangt. Maar een standaard-ERP past zelden zonder aanpassing in een maakomgeving. Daarover gaat de volgende sectie.

02

Waarom een standaard-ERP vaak niet werkt in de maakindustrie

Een fabriek is geen administratie. Wat in handel werkt, breekt op de shopfloor.

Standaard-ERP is geboren in handel en finance. Voorraad in, voorraad uit, factuur eruit. Een mooie keten, en voor een groothandel of een dienstverlener volstaat dat. Een maakbedrijf zit anders in elkaar. U heeft werkorders, niet alleen verkooporders. U heeft bewerkingen, niet alleen artikelregels. U heeft doorlooptijd, en die is geen optelsom van magazijntijd plus transport.

Stuklijsten zijn het tweede probleem. In handel is een artikel een artikel. In de maakindustrie is een artikel een halffabricaat dat zelf weer uit halffabricaten bestaat, soms vier of vijf niveaus diep. Op één niveau zit een make-or-buy-keuze, op een ander een configuratie-optie die per order wisselt. Een stuklijst moet versies kunnen onthouden, anders breken oude orders zodra een tekening wordt aangepast.

De werkbon is het derde probleem. Op de vloer is een werkbon geen Excel-regel. Hij heeft een bewerkingsroute, een machinegroep, een operator en een werkelijke tijd. Zonder die data is uw nacalculatie een schatting en uw planning een wens.

Planning is het vierde. Een handel-ERP plant op datum. Een maak-ERP plant op capaciteit. Eindige capaciteit, want machines en mensen passen niet allemaal in dezelfde uren. Een systeem dat dat onderscheid niet maakt, schuift het probleem naar uw planner. En die werkt vervolgens in Excel, omdat het systeem geen werkbare planning teruggeeft.

De vraag is dus niet "is dit ERP goed?" maar "is dit ERP gebouwd voor mijn type maakindustrie?" Een goed antwoord daarop scheelt jaren. Zie ook hoe uw ERP rond de bottleneck moet plannen voor de planningskant van dit verhaal.

03

Wat een ERP voor de maakindustrie wél moet kunnen

Vijf functies zijn niet onderhandelbaar. Als er één ontbreekt, gaat u er later voor betalen.

Planning met eindige capaciteit. Uw systeem moet weten dat een machinegroep beperkt is, dat operators in ploegen werken en dat sommige bewerkingen alleen op specifieke uitrusting kunnen. Het moet orders visueel laten verschuiven, met directe terugkoppeling wat dat doet met de doorlooptijd van andere orders. Geen vinkjes in een dropdown, maar een Gantt of een plankbord dat reageert op de werkelijkheid. "Alles past in deze week" is geen planning, dat is een wens.

Meertraps-stuklijst met versiebeheer. Stuklijsten kunnen drie of vier niveaus diep zijn. Ze kunnen per order wisselen door een configurator. Ze worden aangepast omdat engineering een tekening wijzigt. Een fatsoenlijk systeem onthoudt welke versie aan welke order hing, zodat een oude order over twee jaar nog reproduceerbaar is. Make-or-buy moet per regel inregelbaar zijn, want soms koopt u een onderdeel in dat u eerder zelf maakte, en omgekeerd. Zonder versiebeheer sleept u technische schuld mee die u op het verkeerde moment inhaalt.

Voorraad op meerdere niveaus. Grondstof, halffabricaat, eindproduct. Per artikel weet u waar het ligt, in welke status, en onder welk lot- of serienummer. Voor klanten in food, farma en defensie is dat geen luxe. Voor de rest is het de basis van een fatsoenlijke traceerbaarheid, en de hefboom waarmee u uw werkkapitaal beheerst.

Shopfloor-koppeling. Werkbonnen starten en sluiten op een terminal of een mobiel device aan de machine. Werkelijke uren en aantallen lopen terug naar ERP zonder dat er iemand met een klembord rondloopt. Real-time mag, dagelijks is een minimum. Zolang er een dag of meer tussen "klaar op de vloer" en "klaar in ERP" zit, weet u niet wat er werkelijk gebeurt en stuurt u op cijfers van gisteren.

Doorlooptijd-meting. Van orderingang tot verzending. Niet alleen de eindtijd, maar de tijd per fase: in engineering, in inkoop, in productie, in expeditie. Pas dan ziet u waar de tijd verdwijnt en welke fase u kunt verkorten. Doorlooptijd is geen rapportagepost, het is uw belangrijkste stuurgrootheid. Wie zijn doorlooptijd niet meet, kan hem ook niet verbeteren, en levert daarmee marktaandeel in aan concurrenten die het wel doen. Zie ook de relatie met throughput.

Wat in de praktijk vergeten wordt: Key Performance Indicator (KPI)-rapportage in het systeem zelf. Overall Equipment Effectiveness (OEE), bezettingsgraad, levertijdprestatie, voorraadrotatie. Niet als losse BI-tool die u twee jaar later er nog bovenop moet hangen, maar als ingebouwde dashboards die uw productiemanager dagelijks gebruikt. Een ERP dat u dwingt tot een tweede tool om uw eigen data te begrijpen, is geen ERP, dat is een dure database.

04

Vier signalen dat uw huidige ERP u in de weg zit

Vier symptomen die ik in de praktijk steeds opnieuw zie. Eén of twee is normaal, drie of vier is een signaal.

Signaal 1. De planner werkt in Excel. Als de planning structureel buiten ERP gemaakt wordt, klopt de capaciteitsdata in ERP niet meer. De rest van het bedrijf neemt beslissingen op verkeerde cijfers: inkoop bestelt op verkeerde behoefte, verkoop belooft op verkeerde levertijden. Het Excel-bestand is het bewijs dat uw systeem niet meedoet.

Signaal 2. Werkbonnen komen niet of laat terug. Tussen het moment dat een operator zegt "klaar" en het moment dat ERP het ook weet, zit een dag of meer. U stuurt op gisteren. Nacalculatie is een schatting. Voor klantvragen over een lopende order moet u bellen naar de vloer.

Signaal 3. Voorraad-correcties zijn standaard. Maandelijkse of kwartaaltellingen wijzen op grote afwijkingen tussen wat het systeem zegt en wat er ligt. Inkoop compenseert door extra te bestellen, "voor de zekerheid". Uw werkkapitaal loopt op, uw magazijnruimte loopt vol. Een ERP dat zijn voorraad niet kloppend houdt, is een ERP zonder ankerpunt.

Signaal 4. Klantvragen kosten een uur uitzoeken. "Wanneer is mijn order klaar?" is de simpelste vraag die uw verkoop krijgt. Als het antwoord drie interne telefoontjes en een rondje langs de planner kost, is uw werkorder-status niet bruikbaar. Uw klant merkt dat. Uw concurrent ook.

Eronder zit één gemeenschappelijke deler: de werkvloer omzeilt het systeem. Operators die met een papieren bon werken omdat het terminal te traag of te complex is. Inkoop en planning die wekelijks in een Teams-call cijfers proberen te kloppen die in ERP al naast elkaar staan. Verkoop met een eigen klantenlijst in Excel omdat de ERP-zoekfunctie hen drie klikken te diep stuurt. Niemand hiervan is lui of incapabel. Ze hebben simpelweg een betrouwbaarder werkbare oplossing gevonden naast uw ERP. Dat is geen gedrag dat u via een memo terugdraait. Dat is een signaal dat het systeem niet aansluit op het werk.

Een nuance: deze signalen liggen meestal aan implementatie, niet aan het systeem zelf. Een ERP dat goed past maar slecht is uitgerold, vertoont dezelfde symptomen als een ERP dat niet past. Het verschil zit in wat u eraan kunt doen. Een implementatieprobleem kunt u repareren. Een systeem dat fundamenteel niet voor uw type maakbedrijf gebouwd is, blijft u dwarszitten ongeacht hoeveel consultants u erbij haalt.

05

Wat ERP-implementaties laat slagen of falen

Software faalt zelden. Implementaties wel. De reden zit bijna altijd aan klantkant.

Eigenaarschap. Een ERP-traject heeft één interne project-eigenaar nodig met mandaat en tijd. Niet "de IT-er erbij", niet "de controller die het wel kan oppakken". Iemand die nee mag zeggen tegen scope-creep en die ook nee zegt. Zonder die rol escaleert elk traject, want elke afdeling ziet een kans om zijn eigen wens erin te krijgen.

Datakwaliteit vóór de migratie. Stuklijsten, artikelbestand, bewerkingsroutes, klantgegevens. Wat u erin stopt komt eruit. Bedrijven die hun data niet opschonen vóór de migratie, slepen twintig jaar troep mee, en betalen er nog jaren rente over in de vorm van foute orders en handmatige correcties.

Geen big-bang als het niet hoeft. Een fase-implementatie geeft uw organisatie tijd om mee te groeien. Eerst finance, dan inkoop, dan productie, dan planning. De cijfers ondersteunen dit. In trajecten die ik begeleid of beoordeeld heb, halen fase-implementaties ruwweg 70 procent van de oorspronkelijke scope succesvol live binnen het oorspronkelijke budget. Big-bang-trajecten halen in de regel niet meer dan 40 procent, met de rest die als naijl-project doorloopt.

De werkvloer beslist mee, of saboteert later. Weerstand bij operators en planners ontstaat niet bij go-live. Ze ontstaat al maanden eerder, op het moment dat een directie of IT-team beslissingen neemt over werkprocessen zonder dat de mensen die dat werk doen, een stem hebben in de inrichting. De magazijnchef die niet werd geraadpleegd, scant straks niet. De planner die overruled werd op zijn schermindeling, gaat terug naar Excel. Een implementatie zonder werkvloer aan tafel is een implementatie die op papier slaagt en in de praktijk niet wordt gebruikt. Een uur per week stuurgroep met directie kost minder dan twee mislukte fasen.

Training is geen e-learning. Mensen leren ERP door het te gebruiken naast iemand die het al kent. Een online cursus van twee uur per gebruiker is geen training, dat is afvinken. Een trainingsbudget van vijf tot tien procent van het projectbudget is realistisch. Knijpen op die post is de duurste besparing die u kunt doen.

De rol van de externe consultant. Een implementatiepartner van de leverancier zit aan de leverancierskant. Hij of zij heeft een commercieel belang bij scope-uitbreiding, niet bij uw kostenbeheersing. Een onafhankelijke consultant of een second opinion van een uur kost u geen geld vergeleken met wat het bespaart aan verkeerde keuzes.

Zie ook Theory of Constraints in 5 minuten over focus en waar u uw aandacht laat zitten in dit soort trajecten.

06

On-premise, cloud of hybride: korte routekaart

Drie hostingvormen, drie profielen. Welke past hangt af van uw operatie, niet van wat in de mode is.

On-premise past bij defensie-toeleveranciers, farmaceutische productie, bedrijven met IP-gevoelige stuklijsten of receptuur, en bedrijven die hun AI-toepassingen op eigen data willen draaien zonder die data uit handen te geven. De zwaarte zit in IT-beheer en kapitaalslast, de winst zit in volledige controle over uw eigen kroonjuwelen.

Cloud (Software-as-a-Service, SaaS) past bij het MKB zonder eigen IT-bezetting, bij multi-locatie of buitendienst, bij snelle groei en bij bedrijven zonder specifieke compliance-druk. De zwaarte zit in maandelijkse kosten die over vijf jaar harder oplopen dan veel inkopers verwachten. De winst zit in gemak, snelheid van uitrol en het feit dat updates u niet wakker houden.

Hybride is een opkomende derde optie: cloud-ERP voor de basis, plus een lokale AI-laag voor data-soevereiniteit. Uw werkbonnen en stuklijsten staan in de cloud, uw AI-toepassingen daarop draaien op een lokaal taalmodel binnen uw netwerk. Meer technische kennis nodig dan pure cloud, minder dan pure on-premise. Een route die de afgelopen twee jaar steeds vaker reëel wordt voor maakbedrijven die hun data niet aan een Amerikaanse hyperscaler willen voeren, maar ook geen eigen IT-organisatie willen optuigen.

Welke vorm bij uw bedrijf past, hangt af van acht concrete factoren: kostenstructuur, controle over data, beheer en updates, schaalbaarheid, toegankelijkheid, AI-ambitie, compliance en continuïteit. De volledige vergelijking met die acht assen, met profielen waar elke vorm bij past en met de drie misverstanden die we het meest tegenkomen, staat op onze pagina On-premise vs. Cloud ERP. Voor de keuze zelf is dat de bestemming. Voor het kader is deze pillar het startpunt.

07

Kosten en terugverdientijd, realistisch

Eerlijke cijfers. Geen offerte, wel een kader.

Bandbreedte aanschaf. Voor een MKB-maakbedrijf van 25 tot 250 medewerkers loopt een ERP-traject in de regel tussen 60.000 en 400.000 euro all-in. Dat is licentie plus implementatie, exclusief uw eigen uren. De grote spreiding zit in twee dingen: scope (alleen finance plus voorraad of de hele keten inclusief planning en shopfloor) en industrie-specifieke aanpassingen (machinebouw met configurator vraagt meer dan repeterende serieproductie). Voor cloud-SaaS rekent u op 50 tot 150 euro per gebruiker per maand, exclusief implementatie. Die maandlasten lopen door, en bij 50-plus gebruikers tikt dat over vijf jaar harder aan dan veel inkopers verwachten.

Verborgen posten. Datamigratie wordt vrijwel altijd te laag begroot. Interfaces met CAD of PLM kosten meer dan de leverancier in zijn offerte zet. Shopfloor-hardware (terminals, scanners, tablets) staat zelden in de eerste offerte. Training, parallel draaien tijdens go-live, en de uren van uw eigen key-users zijn echte kosten die in bijna geen enkele businesscase voldoende ruimte krijgen. Reken minimaal 20 procent bovenop wat de leverancier offreert.

Waar zit de business case. Niet in "minder ERP-licenties dan de oude". Wel in: lagere voorraad door betere planning, kortere doorlooptijd door zichtbaarheid op de vloer, minder vraaguren tussen verkoop en productie, betere offerte-marge door bruikbare nacalculatie.

Reken-vuistregel. Een MKB-fabriek die zijn doorlooptijd met 20 procent verkort en zijn voorraad met 10 procent verlaagt, ziet meestal binnen enkele jaren een positieve businesscase. Mits de implementatie goed verloopt, zoals beschreven in sectie 05.

Wanneer niet investeren. Als uw huidige systeem werkt, uw groei vlak is en uw klanten niet klagen, is "moderniseren om te moderniseren" zelden de juiste keuze. Een ERP dat veertien jaar oud is maar zijn werk doet, hoeft niet morgen vervangen. Een ERP dat drie jaar oud is en uw operatie hindert, wel.

Precieze cijfers vergen uw context. Een quickscan van een uur geeft een veel scherpere richting dan een artikel kan. Zie ook de throughput-kant van de businesscase.

08

ERP en de bottleneck: waarom Theory of Constraints uw keuze beïnvloedt

Uw ERP-keuze begint niet bij software. Hij begint bij de vraag waar uw fabriek vastloopt.

Eli Goldratt schreef het al in The Goal: een keten is zo sterk als de zwakste schakel. In uw fabriek is dat één machine, één afdeling of één planner. Alle investeringen in machines, mensen of software die niet aan die zwakste schakel raken, leveren geen extra throughput op. Ze maken een al snelle stap nog sneller en zorgen voor meer voorraad voor de bottleneck.

Waarom dit uw ERP-keuze raakt: een ERP dat uw bottleneck zichtbaar maakt en helpt prioriteren, is operationeel meer waard dan een ERP met honderd modules waarvan u er tien gebruikt. Bezettingsgrafieken per machinegroep, een dashboard dat aangeeft welke order vandaag de bottleneck blokkeert, een planning die rond die bottleneck wordt opgebouwd. Dat is geen luxe-functionaliteit, dat is de kern.

Wat te vragen aan leveranciers: hoe maakt uw systeem mijn bottleneck zichtbaar? Hoe plant het rond de bottleneck? Hoe ziet de prestatie van mijn knelmachine eruit op het dashboard? Als de leverancier daar in zijn demo geen scherp antwoord op heeft, weet u dat zijn productontwikkelaars de fabrieksvloer nooit van dichtbij hebben gezien.

Drum-Buffer-Rope, in één zin. Plan op het tempo van de bottleneck (drum), leg een tijdbuffer ervoor (buffer), en koppel de vrijgave van werk vanuit inkoop aan die buffer (rope). Een ERP dat dat ondersteunt is een fundamenteel ander dier dan een ERP dat alleen "alles plannen op uur 1" doet en de rest aan de planner overlaat.

En AI dan? Tussen alle hype over AI op de fabrieksvloer raakt één ding ondergesneeuwd: AI zonder betrouwbare ERP-data blijft een chatbot. De echte uitdaging zit niet in AI, maar in procesintegratie. Wanneer uw bottleneck zichtbaar is, uw werkbonnen kloppen en uw stuklijsten op orde zijn, wordt AI op uw eigen data pas zinvol. Modellen die voorspellen welke order de bottleneck dreigt vol te lopen, agents die orderstatussen aan klanten uitleggen, dashboards die afwijkingen markeren voor de planning. Allemaal toepasbaar, maar pas nadat de basis staat. Eerst de fundering, dan de bovenbouw. Wie de volgorde omdraait, betaalt twee keer en bouwt op zand.

Voor de volledige uitleg verwijzen we naar onze achtdelige reeks: throughput als sturingsprincipe, en de vervolgafleveringen over focus, planning en Drum-Buffer-Rope.

09

Veelgestelde vragen

10

Volgende stap

U kunt op deze pagina lezen. U kunt ook iets doen. Een ERP-keuze of een ERP-verbeterslag staat zelden op zichzelf. Hij raakt uw operatie, uw klanten en uw mensen voor de komende vijf tot tien jaar.

Twee concrete vervolgacties. De Quickscan is een vragenlijst van ongeveer tien vragen, binnen vijf minuten ingevuld, en u krijgt een geschreven advies met richting voor uw situatie. Geen offerte, wel een kader om uw vervolgkeuzes scherper te maken. Direct contact met Johan voor een tweede opinie van een uur, kosteloos, via het contactformulier of telefonisch op 085 130 6376. Geen marketing, geen bemiddeling naar leveranciers, geen verkapt verkooptraject. Wel dertig jaar ervaring uit de maakindustrie, toegepast op uw vraag.