Je hebt de rapporten getrokken. Je weet welke werkplek structureel wacht vol staat terwijl de rest van de fabriek wacht. Je bottleneck is zichtbaar.
Nu begint het echte werk.
Want een bottleneck kennen en een bottleneck managen zijn twee verschillende dingen. De meeste bedrijven stoppen na stap één. Ze weten het, maar hun ERP is er niet op ingericht. En dan gaat het alsnog mis — alleen nu met data-onderbouwing.
Wat standaard ERP-instellingen doen
Een ERP-systeem is van zichzelf ingesteld op gelijkmatige efficiëntie. Elke afdeling krijgt werk aangeleverd op basis van geplande startdatums. Elke machine wordt gepland op zijn eigen doorlooptijdnorm. Het systeem probeert alles tegelijk soepel te laten lopen.
Dat klinkt logisch. Het werkt niet.
Als je alles tegelijk optimaliseert, stroomt er te veel werk richting de bottleneck. Niet omdat er meer orders zijn, maar omdat de stappen vóór de bottleneck hun werk snel afleveren — en de bottleneck het tempo niet bijhoudt. WIP hoopt op. Orders wachten in de rij. Planners beginnen te schuiven.
De bottleneck verdwijnt niet. Hij raakt overbelast.
De twee dingen die je ERP moet weten
1. De bottleneck heeft prioriteit.
Dat klinkt simpel, maar in de meeste ERP-systemen bestaat prioriteit als concept nauwelijks. Orders worden aangemaakt met een geplande leverdatum. De planner ziet ze op volgorde van datum. Maar welke order de meeste druk legt op de bottleneck, welke order het hele systeem vertraagt als hij te laat is — dat staat er niet bij.
Dat moet je toevoegen. In de meeste systemen kan dat via een prioriteitsattribuut op de werkorder, een kleurcodering in de planboard, of een aangepaste query die de bottleneckwachtrij rangschikt op impact. Hoe je dat doet hangt af van je pakket, maar het principe is altijd hetzelfde: de bottleneck beslist de volgorde, niet de datum.
2. De aanvoer voor de bottleneck moet gebufferd zijn.
Goldratt introduceerde het concept van de tijdbuffer: zorg dat er altijd genoeg werk klaar staat vóór de bottleneck, zodat die nooit stilstaat door een probleem eerder in het proces. Niet te veel — dat creëert chaos — maar genoeg om een normale storing op te vangen.
In je ERP vertaalt dat naar een geplande voorsprong op de stappen die de bottleneck voeden. Als de bottleneck een draaibank is, plan je de aanvoerende bewerkingen zo dat ze gemiddeld vier uur eerder klaar zijn. Niet acht, want dan stapelt het werk op. Niet twee, want dan stopt de draaibank bij elke tegenslag.
Die buffergrootte kun je bepalen op basis van historische variatie in je doorlooptijddata. Die data heb je al, want je hebt net de bottleneck gevonden.
Wat je niet moet doen: alles vóór de bottleneck optimaliseert maken
Dit is de meest voorkomende fout na het vinden van de bottleneck.
Je ziet dat de bewerkingsstap vóór de bottleneck langzamer is dan hij zou kunnen zijn. Je past de capaciteitsplanning aan. Je voert een kleine verbetering door. De aanvoer naar de bottleneck neemt toe.
De wachtrij bij de bottleneck groeit.
Stappen vóór de bottleneck hoeven niet maximaal efficiënt te zijn. Ze hoeven de bottleneck precies op tempo te voeden. Niet sneller, niet trager. Meer aanvoer leidt tot meer WIP, meer chaos, meer spoedorders — precies de situatie je wilde verbeteren.
Drie aanpassingen in je ERP, volgorde telt
Eerst: markeer de bottleneck in je systeem. Voeg een attribuut toe aan de werkplek of bewerkingsstap die hem identificeert als systeembeperking. Zo kun je gerichte rapporten draaien en prioriteiten koppelen.
Dan: pas de aanvoerplanning aan met een vaste tijdbuffer. Begin conservatief — vier uur is een goed startpunt voor de meeste discrete productieomgevingen. Pas aan op basis van de eerste vier weken.
Daarna: richt je prioriteitswachtrij bij de bottleneck in. Niet op leverdatum, maar op impact: welke order vertraagt het meeste andere werk als hij wacht? Dat antwoord zit in je orderdata.
Dit zijn geen grote implementatieprojecten. Het zijn configuratiewijzigingen die je met je huidige ERP kunt doorvoeren — mits je weet wat je zoekt.
Wat je merkt als het werkt
Spoedorders nemen af. Niet meteen, maar binnen zes tot acht weken zie je het patroon veranderen. De bottleneck draait door, omdat hij altijd gevoed wordt. De wachtrij stabiliseert. Planners houden minder bij maar krijgen meer grip.
En de doorlooptijd daalt, zonder dat je één euro hebt uitgegeven aan nieuwe software.
Meer over ERP-optimalisatie en inrichting voor productiebedrijven: ERP-optimalisatie.
Wil je weten welk type bottleneck in jouw fabriek speelt en welke ERP-instellingen je als eerste moet aanpassen? Vul de gratis Bottleneck Quickscan in: tien vragen, drie minuten, uitkomst direct per e-mail. Start de quickscan
Johan Verhees
Eigenaar & ERP-specialist, Verhees ERP Service
30+ jaar ervaring in ERP-implementaties en procesoptimalisatie voor de Nederlandse maakindustrie.