Productieplanning- en -besturingssoftware: waar je op moet letten

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

Productieplanningssoftware plant, roostert en volgt orders. Lees wat het allemaal omvat, waar ERP ophoudt en hoe planners de juiste tool kunnen kiezen.

Automatically translated with AI from the original post. Read the English original

Productieplanning- en -besturingssoftware helpt je bepalen wat je wanneer maakt, en controleert vervolgens of de productievloer dat besluit volgt. Het omvat drie onderling verbonden taken: plannen (wat je produceert en wat je inkoopt), roosteren (welke order op welke resource en in welke volgorde loopt) en besturen (orders vrijgeven, voortgang bijhouden en het plan bijsturen). Dit artikel is bedoeld voor productieplanners die al met een ERP-systeem werken en willen weten wat ze daarnaast nodig hebben en hoe ze dat kiezen.

Belangrijkste punten

• Productieplanning- en -besturingssoftware omvat drie onderling verbonden taken: plannen wat je maakt, roosteren welke order waar loopt en de uitvoering controleren op basis van het plan.
• ERP-masterplanning en ERP-roostering zijn aparte stappen, en in sommige ERP-producten houdt de planningsrun geen rekening met eindige capaciteit.
• Een roosterlaag levert vooral waarde op als de volgorde ertoe doet: een gedeelde bottleneck, insteltijden die afhangen van de vorige order, of meerdere beperkingen tegelijk.
• Software kan alleen zo goed roosteren als je routings, doorlooptijden, agenda's en voorraadgegevens toelaten. Controleer die gegevens dus voordat je tools vergelijkt.
• Pilot op één bottleneck, laat de tool draaien naast je huidige methode en vergelijk plan met werkelijkheid voordat je het uitbreidt.

Wat omvat productieplanning- en -besturingssoftware?

Zie het als een lus met vijf stappen: plannen, vrijgeven, rapporteren, vergelijken, bijsturen. De meeste tools zijn sterk in één of twee stappen. Weinig tools zijn sterk in alle vijf.

De documentatie van Microsoft voor Dynamics 365 Supply Chain Management laat zien hoe de planningsstap eruitziet in een typisch ERP. Masterplanning behandelt behoeften op basis van voorraad op hand, bestaande aanvoer en goedgekeurde geplande orders. Elk tekort leidt tot een nieuwe geplande order, en een geplande productieorder bevat de actieve stuklijst en een route.

Dan volgt roosteren. In dezelfde documentatie wordt roosteren op bewerkingsniveau onderscheiden van roosteren op jobniveau. Roosteren op bewerkingsniveau geeft een globale inschatting van het productieproces in de tijd en splitst de route niet op in jobs. Roosteren op jobniveau wordt gebruikt voor individuele jobs op de productievloer over een directe of korte termijn. Bij eindige capaciteit hangt de planning af van de beschikbaarheid van de resources die de order nodig heeft.

控制 gaat over wat er gebeurt na de vrijgave. In het overzicht van het productieproces wordt een order vrijgegeven zodra de planning is afgerond en het materiaal kan worden opgehaald. Daarna worden voortgang en verbruik geregistreerd, wordt het eindproduct ontvangen en wordt de order afgesloten. Onderzoekers van het FIR-instituut van de RWTH Aachen beschrijven hetzelfde idee als een permanente feedbacklus: orderstatus en gebruik van middelen gaan terug naar het ERP-systeem, en planningsgegevens worden voortdurend vergeleken met de werkelijke gegevens.

Het punt is dat de lus gesloten moet worden. Een tool die alleen een plan maakt, is een planningstool. Een tool die ook ziet wat er is gebeurd en daarop reageert, is productieplanning en -besturing.

Wat doet je ERP-systeem nu al, en waar houdt het op?

Begin met wat je al hebt. Je ERP-systeem berekent vrijwel zeker materiaalbehoeften en maakt geplande orders aan. Veel fabrieken stoppen daar en doen de volgorde van werkzaamheden in spreadsheets of in het hoofd van de planner.

Bekijk de details van één product om te zien waarom. In de Microsoft-documentatie voor planningsoptimalisatie krijgt een geplande productieorder de statische doorlooptijd van het vrijgegeven product. Routegebaseerde planning, die routeinformatie en capaciteitsbeperkingen gebruikt, vindt plaats wanneer de order wordt vastgelegd. Wijzigingen in een geplande order hebben pas invloed op de rest van het plan bij de volgende hoofdplanningsrun. En op de pagina over operationele planning staat dat eindige capaciteit niet wordt meegenomen wanneer multi-threaded hoofdplanning wordt gebruikt met operationele planning.

Dat is een ontwerpkeuze van één product, geen fout. Het laat wel een patroon zien dat je in veel ERP-systemen tegenkomt: de planningsrun beantwoordt de vraag "wat is wanneer nodig", en de vraag "in welke volgorde, op welke machine, met welke bemanning" wordt beantwoord door een andere stap. Als je Dynamics 365 Supply Chain Management gebruikt, lees dan na wat jouw versie bij elke stap doet. Gebruik je een ander systeem, stel je leverancier dan dezelfde vraag in gewone woorden: houdt de planningsrun rekening met capaciteit, of laat hij me pas achteraf een overbelasting zien?

Als het antwoord "hij laat alleen de overbelasting zien" is, en je volgorde doet ertoe, dan wordt een plannings- en roosteringslaag zinvol. Dat is het terrein van geavanceerde planning en roostering: software die een haalbaar rooster opbouwt op basis van capaciteit, agenda's, materiaal, routeringsregels en prioriteiten.

Wanneer heb je meer nodig dan ERP-roostering?

Misschien helemaal niet. Een fabriek met stabiele routings, voldoende capaciteit en weinig omstellingen kan goed draaien op ERP-planning en een zorgvuldige planner. Voeg een roosteringstool toe wanneer je deze signalen ziet:

• Eén resource of werkplek bepaalt je output, en orders staan in de rij ervoor.
• De omsteltijd hangt af van wat er eerder heeft gedraaid, dus de volgorde verandert de werkelijke capaciteit.
• Meerdere beperkingen gelden tegelijk: machine, gereedschap, geschoolde medewerkers en materiaal.
• Je planners besteden meer tijd aan het opnieuw opbouwen van het rooster dan aan het beoordelen ervan.
• Klanten vragen om leverdatumtoezeggingen, en je kunt die niet geven zonder een halve dag handmatig werk.

Als geen van deze punten past, besteed je je eerste inspanning dan aan gegevens en aan rapportage op de werkvloer. Een betere planner op slechte gegevens levert zekere, maar foute roosters op.

Welke functies zijn belangrijk bij het vergelijken van tools?

Sla de featurelijst uit de brochure over. Vraag hoe de tool jouw moeilijkste gevallen aanpakt.

1. Welke beperkingen kan hij modelleren: machines, gereedschap, diensten, vaardigheden, zones, materiaalbeschikbaarheid? Geef de leverancier je drie moeilijkste.
2. Laadt hij de capaciteit eindig, zodat een rooster altijd haalbaar is, of laat hij een overbelasting zien die je met de hand moet oplossen?
3. Kun je het plan kopiëren, één ding veranderen en beide versies vergelijken?
4. Hoe lang duurt een herplanning na een verstoring, en laat de tool zien wat er is verschoven en waarom?
5. Hoe komt het plan bij de werkvloer terecht: papier, scherm, takenlijst?
6. Hoe komt de voortgang terug, en wie of wat meldt die?
7. Waar komen de gegevens vandaan, wie onderhoudt de koppelingen, en wat gebeurt er als een routing wijzigt?
8. Kunnen je planners regels en prioriteiten aanpassen zonder de leverancier te bellen?
9. Wat kost het over drie jaar, inclusief training en koppelingen?

Voer deze vragen uit in een pilot met je eigen data. Een demo op een voorbeeldfabriek zegt weinig over die van jou.

Welke data heeft het nodig?

Elke planningstool heeft dezelfde ingrediënten nodig:

• routings met volgorde van bewerkingen, bewerkingstijden en omsteltijden
• stuklijsten en de juiste versie voor elke order
• resources, kalenders en shiftmodellen
• vaardigheden of kwalificaties, waar mensen de capaciteit beperken
• voorraad en open inkooporders
• de actuele status van elke order

De routingtijden verdienen de meeste aandacht. Als de routing zegt dat een bewerking 12 minuten duurt en het duurt 20 minuten, dan zit elke planning in dezelfde richting ernaast, en de planner geeft de software de schuld. Neem een handvol recente orders en vergelijk de routingtijd met wat er werkelijk gebeurde. Los de afwijkingen eerst op bij je bottleneck.

Hoe rol je het uit?

Houd het eerste project klein en meetbaar.

1. Kies één gebied, meestal het bottleneck-werkcentrum en de bewerkingen eromheen.
2. Leg vast welke beslissing de tool moet ondersteunen, bijvoorbeeld "welke order start er als volgende op de machine, en wanneer is elke order klaar".
3. Maak de data voor dat gebied schoon: routings, tijden, kalenders, voorraad.
4. Bouw de eerste planning naast je huidige werkwijze en schakel nog niet over.
5. Vergelijk gedurende enkele weken plan met werkelijkheid. Noteer waar het plan fout zat en waarom.
6. Spreek regels af voor wijzigingen: wat is aanleiding voor een herplanning, en wat blijft vastliggen?
7. Breid pas uit naar het volgende gebied als het eerste standhoudt.

Een hypothetisch voorbeeld laat het patroon zien. Stel je een frezerij voor waar elke order langs één vijfassige machine gaat en de planner op leverdatum sorteert in een spreadsheet. Een eindige planning kan laten zien dat twee orders met dezelfde gereedschappen na elkaar moeten lopen om een omstelling te besparen. Ze kan ook laten zien dat een derde order, hoe de volgorde ook is, niet vóór het eind van de week klaar kan zijn. De planner weet dat dan op maandag in plaats van donderdag. Geen van deze details komt uit een echte fabriek. Ze laten zien wat een planning je vroeg kan vertellen.

Hoe voorkom je dat het plan voortdurend verandert?

Een planning die elk uur opnieuw wordt opgebouwd, is even nutteloos als een planning die nooit verandert. Bepaal vooraf welk deel van het plan vastligt, meestal de komende paar uur of de volgende shift. Bepaal welke gebeurtenissen een wijziging rechtvaardigen: een machine staat stil, een materiaal komt te laat, een spoedorder komt binnen. Al het andere wacht tot de volgende planningscyclus.

Sturing heeft ook een meetpunt nodig. Vergelijk hoeveel orders op tijd gestart en afgerond zijn ten opzichte van het plan. Een afwijking vertelt je of het plan onrealistisch was of dat de productievloer is afgeweken. Beide zijn nuttig om te weten, en ze vragen om verschillende oplossingen.

Veelgemaakte fouten

• Een scheduler kopen voordat je routingtijden en kalenders hebt gecontroleerd.
• Aannemen dat de ERP-planningsrun al rekening houdt met capaciteit, zonder dat te testen.
• Beginnen met de hele fabriek in plaats van met één bottleneck.
• Na elke kleine verstoring de planning opnieuw opbouwen, waardoor niemand op de vloer er nog op vertrouwt.
• De planner een plan geven, maar geen manier om te zien wat er op de productievloer echt is gebeurd.
• Regels en prioriteiten in het hoofd van één planner laten zitten, waardoor de tool ze niet kan weerspiegelen.

Waar Polaris past

Als je probleem zit tussen het ERP-plan en een haalbare planning, dan is iFAKT Polaris een optie om te bekijken. iFAKT omschrijft Polaris als AI plus een digital twin voor productie, die werkt met ERP-data. De module Polaris Optimizer vertaalt het product-proces-resourcemodel naar een uitvoerbaar plan onder beperkingen zoals resources, shifts, zones, vaardigheden en capaciteiten, en optimaliseert opnieuw wanneer er verstoringen optreden. De module Polaris Operator brengt de plannen naar de vloer als tijdsgebonden taken en legt voortgang, vertragingen en verstoringen vast als feedback. Test het, zoals elke tool, eerst op één bottleneck met je eigen data.

Gerelateerde onderwerpen om te verkennen

• Capaciteitsplanning met eindige planning: wanneer een wekelijks belastingoverzicht genoeg is en wanneer je een dagelijkse haalbare planning nodig hebt. Zie finite capacity scheduling.
• Hoe je plantrouw meet: vergelijk per order de geplande en werkelijke start- en eindtijd.
• Hoe APS en MES gegevens delen: het plan gaat naar beneden en de status komt terug. Zie manufacturing execution systems.
• Kwaliteit van stamgegevens voor planning: wie is eigenaar van routings en doorlooptijden, en hoe vaak worden die gecontroleerd.

Volgende stap

Voordat je software voor productieplanning en -besturing gaat bekijken, kies je de ene resource die bepaalt wat je produceert, en schrijf je de drie beperkingen op die het rooster lastig maken. Neem die lijst en een maand aan orderdata mee naar je volgende gesprek met een leverancier of met je ERP-team.