Production Planning levert de complete MRP II planningsstack als één gesloten kringloop. De module neemt een vraagbeeld op en geeft het vorm via statistische prognose, waarbij historisch verbruik, seizoensinvloeden en trend worden samengevoegd met vastgelegde verkooporders en handmatige correcties tot een consensusvraagplan. Vanuit die vraag onderhoudt de module een master production schedule, de tempo-en-timingverklaring van gereed product die alles daaronder verankert. Material requirements planning ontleedt dat schema vervolgens tegen de productstructuren om tijdgefaseerde netto behoeften voor elk component en elke grondstof af te leiden, verrekent dit tegen aanwezige voorraad, openstaande inkooporders en openstaande werkorders, en genereert geplande orders met de juiste doorlooptijdverschuivingen.

Capaciteitsplanning verloopt in dezelfde doorloop. Rough-cut capacity planning valideert het masterschema tegen sleutelresources voordat er een verbintenis wordt aangegaan, en gedetailleerde capacity requirements planning belast elke geplande en vrijgegeven order op de werkcentra om overbelasting bloot te leggen. Finite scheduling plaatst het werk vervolgens in volgorde tegen werkelijke, begrensde capaciteit, met inachtneming van ploegenkalenders, resourcebeschikbaarheid en beperkingen, zodat de resulterende planning uitvoerbaar is en niet slechts rekenkundig in evenwicht. De module houdt deze planning continu bij, herberekent bij wijziging en brengt de uitzonderingen naar voren die het oordeel van een planner vereisen.

In het hart van de module staat het idee van vraag en de geleidelijke verfijning daarvan tot een verbintenis. Ruwe vraag komt binnen als prognose en als vaste orders; het planningsproces stemt de twee op elkaar af, zodat een prognose wordt geconsumeerd door werkelijke orders naarmate die binnenkomen, waardoor de dubbeltelling die planningen opblaast wordt vermeden. Deze afgestemde vraag voedt een planningshorizon die is opgedeeld in tijdvakken, en het hele model is fundamenteel tijdgefaseerd: hoeveelheden zijn alleen betekenisvol in relatie tot de periode waarin ze nodig of beschikbaar zijn.

Het tweede centrale concept is de planning zelf, uitgedrukt als een hiërarchie van geplande hoeveelheden. Een gereed artikel draagt bovenaan een tempo en timing; daaronder beschrijft de productstructuur waaruit het is samengesteld en in welke verhouding, en de routing beschrijft de volgorde van bewerkingen en de resources die elk verbruikt. Planning doorloopt deze structuur om een vraag naar het bovenliggende artikel te vertalen in afgeleide vraag naar alles daaronder, verschoven met de doorlooptijd die elk niveau vereist.

Het derde concept is capaciteit, gemodelleerd als de eindige, kalendergebonden beschikbaarheid van de werkcentra en resources die de bewerkingen uitvoeren. Geplande hoeveelheden worden een belasting op die beschikbaarheid, en de spanning tussen vereiste belasting en beschikbare capaciteit is precies wat de module bestaat om op te lossen. Deze concepten worden ondersteund door planningsbeleid, de regels die aan elk artikel zijn gekoppeld en bepalen hoe het wordt aangevuld: seriegrootte, veiligheidsvoorraad, doorlooptijden en de sourcingbeslissing die bepaalt of een tekort wordt gedekt door te maken of door in te kopen. Samen laten deze concepten de module redeneren over één enkele vraag over de hele horizon: kan deze vraag worden voldaan, en zo ja, wat moet er precies gebeuren en wanneer.

De planningscyclus begint met de vraagbeoordeling, waarbij planners de prognose inspecteren en bijstellen, bevestigen hoe vaste orders die consumeren, en het vraagplan vaststellen dat de periode zal aansturen. Van daaruit wordt het masterschema opgesteld of herzien, hetzij handmatig omwille van stabiliteit, hetzij door de planningsengine binnen gedefinieerde toleranties, waarbij de time fence de toezeggingen op korte termijn beschermt tegen verstorende wijzigingen terwijl de verre horizon ruimte houdt om mee te bewegen.

De kernworkflow is de planningsrun. Een regeneratieve of net-change run ontleedt de behoeften, verrekent aanbod tegen vraag, en produceert geplande orders samen met een volledige uitzonderingslijst: orders om vrij te geven, orders om vervroegd of uitgesteld te herplannen, verwachte tekorten en achterstallige situaties. Planners werken deze uitzonderingslijst af in plaats van de ruwe planning, en handelen daar waar de berekening een probleem markeert. Aanbevolen acties kunnen in een gecontroleerde stap worden bevestigd en vrijgegeven als werkorders naar de werkvloer of als inkoopaanvragen naar de inkoop, waarbij automatische vrijgave beschikbaar is voor artikelen waarvan het beleid dat toestaat.

Capaciteitsoplossing verloopt hiernaast. Waar de finite schedule een overbelasting onthult, brengen planners het weer in balans door werk tussen resources te verschuiven, het schema aan te passen, aanbod te versnellen of overwerk toe te staan, en runnen zij opnieuw om te bevestigen dat de planning weer haalbaar is. Available-to-promise- en capable-to-promise-query's stellen ordermanagement in staat om rechtstreeks vanuit de live planning realistische datums aan klanten toe te zeggen.

De module implementeert de volledige reeks seriegroottetechnieken waar planners op vertrouwen, van lot-for-lot en vaste orderhoeveelheid via periods of supply, economic order quantity en min-max, elk per artikel configureerbaar en gerespecteerd door elke ontleding heen. Het beheer van doorlooptijden is gelaagd en scheidt vaste en variabele, uitvoerings- en wachttijd en veiligheidsdoorlooptijd, zodat geplande datums weergeven hoe het artikel werkelijk doorstroomt. Zowel veiligheidsvoorraad als veiligheidstijd worden ondersteund, en dynamisch beleid laat buffers reageren op vraagvariabiliteit in plaats van statisch te blijven.

Prognose beschikt over een volwaardige statistische gereedschapskist, met onder meer voortschrijdend gemiddelde, exponentiële smoothing met trend en seizoensinvloeden en regressie, waarbij de prognosenauwkeurigheid continu wordt gevolgd via foutmaten, zodat modellen ter verantwoording worden geroepen en opnieuw worden afgesteld. Pegging wordt van begin tot eind bijgehouden: elke behoefte kan omhoog worden herleid tot de specifieke vraag die haar creëerde en omlaag tot het aanbod dat haar dekt, waardoor de impact van één enkele te late order of één enkele ontwerpwijziging volledig zichtbaar wordt. De engine voert zowel regeneratieve als net-change planning uit, zodat een kleine wijziging alleen bijwerkt wat zij raakt. Finite scheduling respecteert voorwaartse, achterwaartse en bottleneck-eerst volgordebepaling, resourcekalenders, omstelling en volgordeafhankelijke instelling, en beperkingsgebaseerde belasting, zodat het schema dat zij produceert er een is die de fabriek daadwerkelijk kan draaien. Overal wordt de planning gewaardeerd, waardoor planners een haalbaar schema kunnen afwegen tegen de bijbehorende voorraad- en capaciteitskosten.

Production Planning wordt gedefinieerd door zijn verbindingen. De module haalt productstructuren en routings rechtstreeks uit Manufacturing and Operations, zodat stuklijsten en werkcentrumdefinities nooit opnieuw worden ingevoerd en altijd actueel zijn; de werkorders die zij vrijgeeft, worden daar uitgevoerd, en gereedmeldingen en verbruik stromen terug om de planning eerlijk te houden. Zij overhandigt geplande inkopen aan Supply Chain als aanvragen met de juiste datums en hoeveelheden, en zij leest openstaande inkooporders en leverancierdoorlooptijden terug in, zodat inkomend aanbod nauwkeurig wordt verrekend.

Vraag ontstaat in de order- en prognosesignalen die via Sales en CRM worden opgeworpen, en de toezeggingsdatums van de planning vloeien rechtstreeks terug in de orderverbintenis. Voorraadposities worden gedeeld met de voorraad- en magazijnfunctionaliteiten die de aanwezige en onderweg zijnde saldi aanhouden. Financials verbruikt de gewaardeerde planning voor standaardkostprijsberekening, voorraadwaardering en gebudgetteerde inkoop, terwijl Human Capital en resourceplanning de arbeids- en ploegenkalenders informeren die de eindige capaciteit begrenzen. Het resultaat is één planning, eenmaal berekend, die de hele onderneming uit één bron leest in plaats van te moeten afstemmen tussen losstaande spreadsheets.

AI Workers treden op als volwaardige deelnemers in het planningsproces, niet als een aanhangsel. Een planner kan in gewone taal vragen waarom een component volgende week een tekort heeft, en de Worker herleidt de pegging, benoemt de vraag die dit veroorzaakte en het aanbod dat er niet in slaagde die te dekken, en verklaart het gat. Workers voeren acties rechtstreeks uit binnen de kaders die voor hen zijn ingesteld: het bevestigen en vrijgeven van aanbevolen orders, het herplannen binnen de tolerantie en het opnieuw uitvoeren van net-change planning na een wijziging, waarbij elke actie wordt gelogd en toewijsbaar is.

Zij bewaken de planning continu op de condities die mensen anders zouden moeten najagen. Een Worker slaat anomalie- en uitzonderingsalarm wanneer de prognosefout afdrijft, wanneer een werkcentrum in aanhoudende overbelasting kantelt, wanneer de veiligheidsvoorraad wordt doorbroken of wanneer een leverancierdoorlooptijd zodanig verschuift dat het masterschema in gevaar komt. Workers halen structuur uit ongestructureerde invoer, lezen een leveranciersbevestiging of een engineeringwijzigingsmelding en zetten die om in een voorgestelde planningsaanpassing ter beoordeling. In de beslissingsondersteuning vergelijken zij haalbare schema's, kwantificeren zij de voorraad- en capaciteitsafwegingen van elke optie en bevelen zij een koers aan. En zij staan als benoemde knooppunten in goedkeurings- en beoordelingsworkflows, tekenen routinematige ordervrijgaven binnen het beleid af en escaleren de uitzonderingen die werkelijk een mens vereisen, zodat de planning met machinesnelheid beweegt waar dat veilig is en het menselijk oordeel wordt voorbehouden aan waar het telt.