Ontwerpdetails: Planningsparameters

In dit artikel worden de planningsparameters beschreven die u in Business Central kunt gebruiken.

Hoe het planningssysteem de artikellevering regelt, wordt bepaald door verschillende instellingen op de pagina's Artikel kaart, SKU en productie-instellingen . In de volgende tabel wordt uitgelegd hoe de planning deze instellingen gebruikt.

Doel	Instellingen
Definiëren of het artikel wordt gepland	Bestelbeleid = leeg
Definiëren wanneer moet worden besteld	Tijdsinterval Bestelpunt Veiligheidstijd
Definiëren hoeveel moet worden besteld	Veiligheidsvoorraad Bestelbeleid: - Vast bestelaantal plus bestelaantal - Maximumaantal plus Maximale voorraad - Order - Lot-for-Lot
Optimaliseren wanneer en hoe u bestelt	Herplanningsperiode Lotaccumulatieperiode Dempingsperiode
De voorzieningenorders wijzigen	Min. bestelaantal Max. bestelaantal Vaste lotgrootte
Het geplande artikel beperken	Productiebeleid: - Op voorraad produceren - Op order produceren

Definiëren of het artikel wordt gepland

Om een artikel of SKU in het planningsproces op te nemen moet u er een bestelbeleid aan toewijzen. Anders moet het handmatig worden gepland, bijvoorbeeld met behulp van de functie Orderplanning.

Definiëren wanneer moet worden besteld

Voorstellen voor opnieuw bestellen worden normaal gesproken alleen vrijgegeven wanneer de verwachte beschikbare hoeveelheid op of onder een bepaalde hoeveelheid komt. Het bestelpunt wordt bepaald door de hoeveelheid. Anders wordt het nul. Nul kan worden aangepast door een veiligheidsvoorraad in te voeren. Als u een veiligheidstijd hebt opgegeven, wordt het voorstel gedaan in de periode vóór de vereiste vervaldatum.

Het veld tijd bucket wordt gebruikt door het herbestelbeleid aanwijzen (Vaste bestelhoeveelheid en Maximale hoeveelheid). Na elk tijdsinterval wordt het voorraadniveau gecontroleerd. Het eerste tijdsinterval begint op de begindatum van de planning.

Notitie

Bij het berekenen van tijdvakken negeert het planningssysteem werkkalenders die zijn gedefinieerd in het veld Basiskalendercode op de pagina's Bedrijfsgegevens en Locatie kaart .

Op de pagina productie-instellingen moet u de standaardveiligheidstijd instellen op minimaal één dag. De vervaldatum van de vraag kan bekend zijn, maar niet de vervaltijd. De planning plant achterwaarts om aan de brutovraag te voldoen. Als u geen veiligheidsdoorlooptijd definieert, kunnen de goederen te laat aankomen om aan de vraag te voldoen.

De velden Herplanningsperiode, Lotaccumulatieperiode en Dempingsperiode spelen ook een rol bij het bepalen wanneer er opnieuw moet worden besteld. Voor meer informatie zie Optimaliseren wanneer en hoe u bestelt,

Definiëren hoeveel moet worden besteld

Als het planningssysteem de noodzaak voor een bestelling detecteert, bepaalt het bestelbeleid wanneer en hoeveel moet worden besteld.

Het planningssysteem volgt, onafhankelijk van het bestelbeleid, meestal deze logica:

1. Bereken de hoeveelheid van ordervoorstel om te voldoen aan het minimumvoorraadniveau van het artikel, doorgaans de veiligheidsvoorraad. Als er niets is opgegeven, wordt het minimumvoorraadniveau nul.
2. Als de verwachte beschikbare voorraad onder het veiligheidsvoorraadaantal ligt, wordt een achterwaarts geplande voorzieningenorder voorgesteld. Met het orderaantal wordt ten minste de veiligheidsvoorraad gevuld, en het kan worden verhoogd met de brutovraag binnen het tijdsinterval, met het bestelbeleid en met de bestelvelden.
3. Als de verwachte voorraad op of onder het bestelpunt ligt (berekend vanaf gecombineerde wijzigingen binnen het tijdsinterval) en boven het veiligheidsvoorraadaantal, wordt een voorwaarts geplande uitzonderingorder voorgesteld. De brutovraag waaraan moet worden voldaan en het bestelbeleid bepalen het orderaantal. Het orderaantal is minstens gelijk aan het bestelpunt.
4. Als er meer brutovraag vervalt vóór de einddatum van het voorwaarts geplande ordervoorstel en de huidige berekende verwachte beschikbare voorraad door deze vraag onder het veiligheidsvoorraadaantal komt, wordt het orderaantal verhoogd om het tekort te dekken. De voorgestelde voorzieningenorder wordt vervolgens achterwaarts gepland vanaf de vervaldatum voor de brutovraag die de veiligheidsvoorraad zou hebben overschreden.
5. Als het veld tijd bucket niet is ingevuld, wordt alleen de bruto-aanvraag op dezelfde vervaldatum toegevoegd.

Bestelbeleid

Het volgende bestelbeleid heeft invloed op de hoeveelheid die wordt besteld. Ga naar Ontwerpdetails: Omgaan met herorderbeleid voor meer informatie over herorderbeleid.

Bestelbeleid	Omschrijving
Vaste bestelhoeveelheid	Het orderaantal zal minimaal gelijk zijn aan het bestelaantal. U kunt de hoeveelheid vergroten om aan de vraag of het gewenste voorraadniveau te voldoen. Dit bestelbeleid wordt gewoonlijk gebruikt met een bestelpunt.
Maximale hoeveelheid	De orderhoeveelheid wordt berekend om te voldoen aan de maximale voorraad. Als aantalbepalingen worden gebruikt, kan de maximale voorraad worden overschreden. We adviseren het tijdsinterval niet samen met het maximumaantal te gebruiken. Het tijdsinterval wordt meestal genegeerd. Dit bestelbeleid wordt gewoonlijk gebruikt met een bestelpunt.
Volgorde	Het orderaantal wordt berekend om aan elke vraaggebeurtenis te voldoen en de vraag-voorzieningcombinatie blijft gekoppeld tot aan het uitvoeren. Er wordt geen rekening gehouden met planningsparameters.
Lot-voor-Lot	Het aantal wordt berekend om te voldoen aan de som van de vraag die vervalt in het tijdsinterval.

Optimaliseren wanneer en hoe u bestelt

Een planner kan planningsparameters afstemmen om voorstellen voor herplanning te beperken, vraag te cumuleren (dynamisch bestelaantal) of onbeduidende planningsacties te voorkomen. De volgende velden helpen te optimaliseren wanneer en hoeveel moet worden besteld.

Veld	Omschrijving
Herplanningsperiode	Dit veld bepaalt of de planningsboodschap een bestaande order opnieuw moet plannen, of moet annuleren en een nieuwe order moet maken. De bestaande order wordt opnieuw gepland binnen één herplanningsperiode vóór de huidige voorziening en tot één herplanningsperiode na de huidige voorziening. Let op: Deze parameter werkt alleen met het Lot-voor-Lot herbestelbeleid.
Periode van lotaccumulatie	Met het bestelbeleid Lot-voor-Lot wordt dit veld gebruikt om meerdere voorzieningen samen te voegen in één aanvulorder. Vanaf de eerste geplande voorziening worden alle voorzieningsvereisten in de volgende lotaccumulatieperiode samengevoegd in één voorziening, die wordt geplaatst op de datum van de eerste voorziening. Vraag buiten de lotaccumulatieperiode wordt niet gedekt door deze voorziening.
Demperperiode	Dit veld wordt gebruikt om het op kleine schaal opnieuw plannen van bestaande voorzieningen te voorkomen. Wijzigingen vanaf de voorzieningsdatum tot aan één dempingsperiode vanaf de voorzieningsdatum genereren geen planningsboodschappen. Met de dempingsperiode wordt een periode opgegeven waarbinnen u niet wilt dat het planningssysteem voorstelt bestaande aanvulorders opnieuw en eerder te plannen. Dit beperkt het aantal onbeduidende herplanningen van bestaande leveringen op een later tijdstip als de opnieuw geplande datum binnen de dempingsperiode valt. Hierdoor is een positieve delta tussen de voorgestelde nieuwe voorzieningsdatum en de oorspronkelijke voorzieningsdatum altijd groter dan de dempingsperiode.

Opmerking

Met het herbestelbeleid Lot-voor-Lot moet de waarde van het veld Lotaccumulatieperiode gelijk zijn aan of groter zijn dan de waarde van het veld Dempingsperiode. Anders wordt de dempingsperiode tijdens de planningsroutine automatisch verkort om overeen te komen met de accumulatieperiode van de partij.

De timing van de herplanningsperiode, dempingsperiode en lotaccumulatieperiode is gebaseerd op een voorzieningsdatum. Het tijdsinterval wordt gebaseerd op de begindatum van de planning, zoals in de onderstaande afbeelding is weergegeven.

In de volgende voorbeelden geven de zwarte pijlen bestaand aanbod (omhoog) en bestaande vraag (omlaag) aan. Rode, groene en oranje pijlen zijn planningsuggesties.

Voorbeeld 1: De gewijzigde datum valt buiten de herplanningsperiode, waardoor de bestaande levering wordt geannuleerd. Er wordt een nieuwe voorziening voorgesteld om te voldoen aan de vraag in de lotaccumulatieperiode.

Voorbeeld 2: De gewijzigde datum valt in de herplanningsperiode, waardoor de bestaande levering opnieuw wordt gepland. Er wordt een nieuwe voorziening voorgesteld om te voldoen aan de vraag buiten de lotaccumulatieperiode.

Voorbeeld 3: Er is vraag in de dempingsperiode en de aanbodhoeveelheid in de lotaccumulatieperiode komt overeen met de aanbodhoeveelheid. De volgende vraag wordt blootgelegd en er wordt een nieuwe voorziening voorgesteld.

Voorbeeld 4: Er is vraag in de dempingsperiode en het aanbod blijft op dezelfde datum. De huidige aanbodhoeveelheid dekt echter niet de vraag in de lotaccumulatieperiode. Er wordt een actie voor het wijzigen van de hoeveelheid voor de bestaande aanvulorder voorgesteld.

Standaardwaarden: De standaardwaarde van het veld tijd bucket en de drie velden voor de herordeningsperiode is leeg. Voor alle velden behalve het veld Dempingsperiode betekent dit 0D (nul dagen). Als het veld Dempingsperiode leeg is, wordt de globale waarde in het veld Standaard dempingsperiode op de pagina Productie-instellingen gebruikt.

De voorzieningenorders wijzigen

Wanneer het aantal van het ordervoorstel is berekend, kan het worden aangepast door een of meer van de orderwijzigingen. Het maximale orderaantal is bijvoorbeeld groter dan of gelijk aan het minimale orderaantal, dat groter is dan of gelijk is aan de vaste lotgrootte.

Het aantal wordt verminderd als het maximale bestelaantal wordt overschreden. Het wordt verhoogd als het onder het minimale bestelaantal valt. Ten slotte wordt het naar boven afgerond zodat het overeenkomt met een opgegeven vaste lotgrootte. Voor een eventueel resterend aantal worden dezelfde correcties gebruikt totdat de totale vraag is omgezet in ordervoorstellen.

Het artikel beperken

Het veld productiebeleid op de pagina Artikelnr. kaart definieert welke andere orders de MRP-berekening voorstelt.

Als de optie Make-to-Stock wordt gebruikt, hebben de orders alleen betrekking op het artikel.

Als de optie Make-to-Order wordt gebruikt, analyseert het planningssysteem de productiestuklijst van het artikel en maakt gekoppelde ordervoorstellen voor de artikelen op een lager niveau die ook als make-to-order zijn gedefinieerd. Dit gaat door zolang er op maat gemaakte producten in de aflopende stuklijststructuren zijn.

Low-levelcodes gebruiken om afgeleide vraag te beheren

Gebruik low-levelcodes om afgeleide vraag naar componenten de lagere niveaus van de stuklijst te laten doorlopen. Ga naar Itemprioriteit / Low-Level Code voor meer informatie over low-levelcodes.

U kunt een low-levelcode toewijzen aan elk onderdeel in de productstructuur of de ingesprongen stuklijst. Het hoogste definitieve assemblageniveau wordt aangeduid als niveau 0 - het eindartikel. Hoe hoger het nummer van de low-levelcode, hoe lager het artikel is in de hiërarchie. Eindartikelen hebben bijvoorbeeld low-levelcode 0 en de artikelonderdelen die in de assembly van het eindartikel worden opgenomen, hebben low-levelcodes 1, 2, 3, enzovoort. Het resultaat is de planning van onderdelen, gecoördineerd met de vereisten van alle onderdeelnummers op een hoger niveau. Wanneer u a plan berekent, wordt de stuklijst geëxplodeerd in het planningsvoorstel en de brutobehoeften voor niveau 0 worden doorgegeven in de planningsniveaus als brutobehoeften voor het volgende planningsniveau.

Op de pagina productie-instellingen gebruikt u de schakelaar Dynamische low-levelcode om aan te geven of u direct low-levelcodes wilt toewijzen en berekenen voor elk onderdeel in de productstructuur. Als u grote hoeveelheden gegevens hebt, kan deze functie een negatief effect op de prestaties van het programma hebben, bijvoorbeeld tijdens automatische kostenwaardering. Dit is geen functie met terugwerkende kracht, dus het is raadzaam om het gebruik van deze functie tevoren uit te denken.

In plaats van de automatische berekening die dynamisch plaatsvindt als het veld is geselecteerd, kunt u de batchverwerking Low-levelcode berekenen in het menu Productie uitvoeren door op Productontwerp, Low-levelcode berekenen te klikken.

Belangrijk

Als u de schakelaar Dynamische low-levelcode niet inschakelt, moet u de batchtaak Low-levelcode berekenen uitvoeren voordat u een leveringsplan berekent (de batchtaak Plan berekenen ).

Notitie

Ook al selecteert u het veld Dynamische low-levelcode , de low-levelcodes van componentartikelen worden niet dynamisch gewijzigd als een bovenliggend BOM wordt verwijderd of wordt ingesteld op niet-gecertificeerd. Dit kan het problematisch worden om nieuwe artikelen aan het einde van de productstructuur toe te voegen, omdat de low-levelcodelimiet wordt overschreden. Voor grote productstructuren die de limiet voor low-levelcode bereiken, kunt u de batchtaak Low-levelcode berekenen regelmatig uitvoeren om de structuur te onderhouden.

Zie ook

Ontwerpdetails: Omgaan met herorderbeleid
Ontwerpdetails: vraag en aanbod in evenwicht brengen
Ontwerpdetails: Centrale concepten van het planningssysteem

Vind hier gratis e-learningmodules voor Business Central