Waarom de koppeling tussen productieplanning en inkoop zo vaak hapert
De meeste ERP-systemen bieden een koppeling tussen productieplanning en inkoop. Toch werkt die koppeling in de praktijk zelden zo soepel als de demo belooft. De reden is bijna altijd hetzelfde: de koppeling is technisch aanwezig, maar de data erachter is niet actueel genoeg, niet volledig genoeg, of wordt door mensen omzeild omdat het systeem te traag reageert op wijzigingen. Daardoor gaat de planner handmatig werken, stuurt de inkoper op zijn eigen overzichten en ontstaat er een stille kloof tussen wat gepland staat en wat er daadwerkelijk besteld is.
Breuk 1: een planningswijziging bereikt de inkooporder niet
Het eerste patroon zien we wanneer een klantorder verschuift of een productieorder wordt uitgesteld. De planner past de planning aan. Maar de inkooporder die al uitstond, blijft ongewijzigd staan. Het systeem heeft de wijziging niet automatisch doorgezet, of de inkoper heeft de melding gemist in een overvolle takenlijst. Gevolg: materiaal arriveert op de oorspronkelijke datum, terwijl de productie drie weken later staat. De opslag loopt vol, of het materiaal verdwijnt alvast in een andere order. Dit is niet alleen een systeemkwestie: het is ook een kwestie van afgesproken workflow. In welk systeem is de planning leidend? Wie initieert de wijziging in de inkooporder? Zolang dat niet helder is, helpt geen enkele automatische koppeling. Wat je wél kunt automatiseren: een melding die de inkoper actief informeert zodra een geplande datum meer dan een bepaald aantal dagen verschuift, zodat hij of zij een beslissing kan nemen. Niet de inkooporder automatisch aanpassen, want daarvoor is de context te complex. Wel het signaal geven dat er iets te doen is.
Breuk 2: levertijden in het ERP zijn niet actueel genoeg
De tweede breuk zit in de levertijden. In de meeste systemen die we tegenkomen zijn levertijden statische velden: ooit ingevuld bij het aanmaken van een leverancier of artikel, en sindsdien niet meer systematisch bijgehouden. De planner rekent met vier weken voor een bepaald materiaal, terwijl de leverancier al maanden op zes weken zit. Dat verschil van twee weken valt pas op als de productiedatum nadert en het materiaal er niet is. Realtime levertijden ophalen uit een leveranciersportaal of via EDI is technisch mogelijk, maar vergt een investering in integratie en vraagt ook dat leveranciers hun kant van de verbinding op orde hebben. Dat is lang niet altijd het geval, zeker niet bij kleinere toeleveranciers. Een realistischere eerste stap: levertijden per artikel systematisch bijhouden op basis van historische ontvangstdata die al in het systeem zit. Als je drie jaar aan inkooporders en goederenontvangsten hebt, kun je per artikel een betrouwbare gemiddelde levertijd berekenen en die periodiek actualiseren. Dat is geen realtime, maar het is beter dan een statisch getal uit 2021.
Breuk 3: een materiaalshortage wordt pas zichtbaar als omschakelen niet meer kan
De derde breuk is de meest pijnlijke. De productieorder staat voor volgende week. Op maandag blijkt dat een kritisch component niet op voorraad is en ook niet meer op tijd geleverd kan worden. De productielijn staat stil, of er wordt overgeschakeld naar een andere order waarvoor dan weer andere materialen nodig zijn, waardoor het probleem zich verplaatst. Dit probleem ontstaat doordat tekorten pas zichtbaar worden op het moment van uitgifte, niet op het moment van plannen. Een werkende koppeling tussen productieplanning en inkoop begint bij een nettobehoefte-berekening die vroeg genoeg plaatsvindt: niet als de order al gestart is, maar op het moment dat hij ingepland wordt. Dat klinkt vanzelfsprekend. In systemen waar de planning en de voorraadinformatie in verschillende modules of zelfs verschillende systemen leven, is het dat echter niet. We zien regelmatig dat de planner werkt in een planningsmodule die niet live communiceert met de voorraadinformatie in het ERP. De planner ziet een beschikbaarheidspercentage dat pas 's nachts wordt bijgewerkt. Tegen de tijd dat een tekort zichtbaar is, zijn alle leveranciers al op hun maximale capaciteit.
Wat een betere koppeling van productieplanning en inkoop realistisch oplevert
Wie verwacht dat een betere systeemkoppeling alle drie de breuken in één keer oplost, komt bedrogen uit. De technische koppeling is relatief snel te bouwen: een signalering bij planningswijzigingen, een berekening van actuele levertijden op basis van historische data, een nettobehoefte-check die al bij het inplannen draait. Wat meer tijd kost, is de organisatorische kant: duidelijk afspreken wie na een melding actie neemt, welk systeem leidend is en hoe uitzonderingen worden afgehandeld. Bij de maakbedrijven waarmee we werken, beginnen we altijd met de vraag waar de pijn het grootst is. Soms is dat de stille planningswijziging die de inkoper mist. Soms is het de te optimistische levertijd. Soms is het de late zichtbaarheid van tekorten. De volgorde maakt uit. Je lost het tekortprobleem niet op door eerst de levertijden te verbeteren als de planning zelf niet doorgegeven wordt. Maak de koppeling stap voor stap concreet, begin bij de breuk die de meeste verstoringen veroorzaakt, en zorg dat de mens de beslissing neemt op basis van een goed signaal, niet dat het systeem automatisch inkooporders aanpast zonder context.