Betrouwbare levertijd afgeven in productie zonder gokken op gevoel

Kort antwoord. Een betrouwbare levertijd afgeven kan pas als bezetting, voorraad en lopende orders in één beeld staan. Je berekent de levertijd op echte capaciteit: vrije uren op de knelpuntmachine, beschikbare grondstoffen en wat er al gepland staat. Niet op gevoel of een vaste standaardterm.

De meeste levertijden in de maakindustrie zijn een gok. Iemand kijkt naar de orderportefeuille, voelt aan hoe druk het is en noemt vier weken. Soms klopt dat, vaak niet. En als het niet klopt, betaal je dat terug in spoedopdrachten, overwerk en een klant die de volgende keer twijfelt. Ik bouw systemen die van dat gevoel een berekening maken, zodat de datum die je afgeeft ook de datum is die je haalt.

Waarom levertijden op gevoel structureel misgaan

Het probleem zit niet in de planner. Het zit in de versnippering. De bezetting staat in een planbord of in iemands hoofd, de voorraad in een ander systeem, de lopende orders in de ERP of in Excel. Niemand ziet die drie dingen tegelijk op het moment dat de klant belt. Dus geef je een datum af op basis van één van de drie, meestal de orderportefeuille, en negeer je de andere twee.

Dat gaat lang goed op het gelukspad. Het gaat mis op de uitzonderingen: de order die net een grondstof nodig heeft die nog binnen moet komen, de week waarin je beste lasser op vakantie is, de spoedklus die er tussendoor werd geschoven. Precies die uitzonderingen bepalen of je levertijd betrouwbaar is.

Levertijd berekenen op echte capaciteit, niet op een vaste term

Een betrouwbare levertijd komt voort uit drie vragen die je tegelijk moet kunnen beantwoorden. Hoeveel vrije uren heb ik op de knelpuntmachine of de knelpuntafdeling in de komende weken. Heb ik de grondstoffen en halffabricaten op tijd binnen. Wat staat er al gepland en kan dat niet verschuiven. Pas als die drie in één beeld staan, kun je een datum noemen die ergens op gebaseerd is.

In de praktijk hangt je levertijd vaak af van één of twee kritische capaciteiten, de bottleneck. Zodra je weet waar die zit, wordt het rekenen overzichtelijk. Je reserveert capaciteit op die knelpuntresource, telt de doorlooptijd op en houdt rekening met de levertijd van de materialen die je nog moet inkopen. Dat is geen gevoel meer, dat is een som.

Eerst het proces doorlichten, dan pas rekenen

Voordat ik iets bouw, kijk ik naar hoe de planning nu loopt. Veel stappen in een maakbedrijf zijn zo gegroeid. De planner draait elke ochtend handmatig een lijst uit, plakt die over in een eigen Excel, belt de werkvloer voor de stand van zaken en geeft op basis daarvan levertijden af. Een deel van dat werk is dubbel of overbodig zodra de data op één plek staat.

Soms blijkt een hele stap te kunnen vervallen, bijvoorbeeld het overtikken van orders tussen systemen. Soms blijkt dat je geen nieuw planningssysteem nodig hebt maar een koppeling tussen wat je al hebt. Dat is een bewuste stap, geen excuus om niks te doen. De berekening moet er komen. De vraag is alleen welke route daar het slimst naartoe leidt.

Standaardpakket of maatwerk: waar de grens ligt

Voor klantordergestuurde maakbedrijven bestaan goede planningspakketten. Een APS zoals Limis Planner rekent eindige capaciteit door en koppelt aan ERP-systemen, en Exact biedt productieplanning met materiaal- en capaciteitsbehoefte in samenhang. Voor veel bedrijven is dat precies genoeg, en dan zeg ik dat ook.

Maar een standaardpakket dekt het gelukspad. Het rekent netjes door zolang je productie in het model van de leverancier past. Jouw uitzonderingen passen daar zelden volledig in: de afwijkende bewerkingsvolgorde, de manier waarop jij capaciteit reserveert voor offertes, de kostentoerekening per order die je nodig hebt voor je nacalculatie. Dat zijn precies de punten waar de levertijd betrouwbaar of onbetrouwbaar wordt.

Daar bouw ik de oplossing die wel op jouw situatie past. Soms is dat een dashboard dat bezetting, voorraad en orders uit je bestaande systemen samenbrengt tot één levertijd-beeld. Soms een AI-workflow die binnenkomende aanvragen automatisch tegen de capaciteit checkt en een onderbouwde datum voorstelt. Soms een koppeling die je APS voedt met de werkvloergegevens die het zelf niet ziet. De moat zit in het maatwerk op de uitzonderingen, niet in het pakket eromheen.