Artikelen - planning

Plant u op een hoger planniveau, dan zijn de plannen algemener en minder gedetailleerd.

LN gebruikt de waarde van het veld Default leveringsbron als er geen geldige sourcingstrategie voor het planartikel wordt gevonden.

Indien u het veld Default leveringsbron op Productie/inkoop zet, houdt LN rekening met de datumgestuurde artikelsoort die u hebt vastgelegd in de sessie Artikelen - datumafhankelijke artikelgegevens (tcibd0510m000).

LN gebruikt de kalender van de enterprise-eenheid voor verschillende planningsaspecten die niet zijn gerelateerd aan een bepaald(e) resource, relatie of magazijn.

LN gebruikt de kalender van de enterprise-eenheid indien een specifiekere kalender niet beschikbaar is.

Als dit veld leeg is, is er geen specifieke planner die verantwoordelijk is voor dit planartikel.

Indien de actuele bron overeenkomt met de leveringsbron waarvoor de code vaste levering geldig is, genereert Enterprise Planning geplande orders voor het artikel. De einddatum is dan gelijk aan de datum van een vaste levering.

U kunt typen vaste leveringen aan een patroon koppelen in de sessie Codes vaste leveringen (cprpd2110m000).

Zie De VMI-relatie bepalen voor meer informatie over de methode waarmee LN dit veld evalueert.

Indien dit selectievakje is ingeschakeld, houdt Enterprise Planning ook een afzetkanaalhoofdplan bij voor elk afzetkanaal dat u in de sessie Planartikel - afzetkanalen (cpdsp5100m000) aan het opgegeven planartikel hebt gekoppeld.

In een hoofdplan kunt u diverse functies gebruiken; zie: Gebruik van hoofdplannen

Prestatieaspecten

De instelling van dit veld kan invloed hebben op de systeemprestaties en de databasegroei. Voor meer informatie, zie Hoofdplan muteren.

Indien dit selectievakje is uitgeschakeld, zijn de berekening en de consumptie van de vraagprognose alleen gebaseerd op de onafhankelijke vraag.

Indien de afhankelijke vraag wordt meegenomen bij het berekenen van de vraagprognose, wordt de prognose ook geconsumeerd door de afhankelijke vraag.

Dit selectievakje is niet beschikbaar indien u het selectievakje Multi-site planning in de sessie Planningsparameters (cprpd0100m000) hebt uitgeschakeld.

Prestatieaspecten

Indien dit selectievakje is uitgeschakeld, De instelling van dit veld kan invloed hebben op de systeemprestaties en de databasegroei.

De time fence wordt uitgedrukt in een aantal gewerkte dagen of uren, gerekend vanaf de datum dat u de simulatie uitvoert.

Binnen de time fence zal Enterprise Planning het leveringsplan of de geplande orders meestal niet opnieuw genereren. U kunt dit echter overrulen als u een hoofdplansimulatie of een ordersimulatie uitvoert.

Meestal is de doorlooptijd van een productieproces van een artikel een acceptabele waarde voor de time fence.

U kunt de time fence voor de hoofdplangestuurde planning overschrijven door het selectievakje Binnen time fence genereren in de sessie Hoofdplanning genereren (cprmp1202m000) in te schakelen.

U kunt de time fence voor de ordergestuurde planning overschrijven door het selectievakje Binnen time fence genereren in de sessie Orderplanning genereren (cprrp1210m000) in te schakelen.

Om de juiste datum te bepalen begint LN bij de huidige datum en wordt er gestopt na het aantal werkdagen dat u op het veld Time fence hebt vastgelegd.

Indien dit selectievakje is ingeschakeld, gebruikt Enterprise Planning de time fence volgens de instelling van het selectievakje Binnen time fence genereren in de sessie Orderplanning genereren (cprrp1210m000) om orders voor een afzonderlijk artikel te plannen.

Als u bijvoorbeeld een time fence van nul selecteert en over een verkoopvraag van gisteren beschikt, is de geplande einddatum van de geplande order de huidige datum en niet gisteren. Dat komt omdat Enterprise Planning niet in het verleden kan plannen.

Indien dit selectievakje is uitgeschakeld, negeert Enterprise Planning de time fence die u hebt vastgelegd voor de actuele simulatie. Op deze manier kunt u de instelling van het selectievakje Binnen time fence genereren in de sessie Orderplanning genereren (cprrp1210m000) overrulen.

Stel dat een verkoopvraag van gisteren dateert en u het selectievakje Time fence uitschakelt. Enterprise Planning zet dan de einddatum van de geplande order op gisteren omdat Enterprise Planning in dit geval in het verleden kan plannen.

De time fence van de prognose wordt vastgelegd als het aantal werkdagen, gerekend vanaf de datum dat u de planning uitvoert.

Vóór de time fence van de prognose kijkt Enterprise Planning alleen naar de werkelijke klantorders. Na de time fence van de prognose bestaat de totale vraag uit een combinatie van werkelijke orders en prognoses.

Een acceptabele waarde van de time fence van de prognose is de minimum tijdsperiode tussen de ontvangst van klantorders en de benodigde leverdatums.

Voor het berekenen van de time fence van de prognose wordt in LN gebruikgemaakt van de kalender die u hebt opgegeven voor de enterprise-eenheid van het default magazijn van het planartikel.

Als u geen enterprise-eenheid hebt opgegeven voor het default magazijn van het planartikel, gebruikt Enterprise Planning de bedrijfskalender om de time fence van de prognose te berekenen.

Om de juiste datum te bepalen begint LN vanaf de huidige datum en wordt er gestopt na het aantal werkdagen dat u op het veld Time fence prognose hebt vastgelegd.

De horizon wordt vastgelegd als het aantal werkdagen, gerekend vanaf de startdatum van de simulatie.

Als de orderhorizon gelijk is aan nul, maakt Enterprise Planning geen gebruik van de ordergestuurde planning voor het betreffende artikel.

Voor het berekenen van de orderhorizon gebruikt LN de kalender die u hebt opgegeven voor de enterprise-eenheid van het default magazijn waarbij het planartikel hoort.

Als u geen enterprise-eenheid hebt opgegeven voor het default magazijn van het planartikel, gebruikt Enterprise Planning de bedrijfskalender om de orderhorizon te berekenen.

Indien u het veld Bijwerkmethode in de sessie Horizonnen controleren (cprpd1200m000) op COLT + horizonnen indien te klein zet, corrigeert LN de orderhorizon als deze te kort is voor een juiste aanmaak van geplande orders.

Indien u het veld Bijwerkmethode in de sessie Horizonnen controleren (cprpd1200m000) op COLT + alle horizonnen zet, corrigeert LN de orderhorizon, ongeacht de waarde van het veld Minimum orderhorizon.

Om de juiste datum te bepalen begint LN vanaf de huidige datum en wordt er gestopt na het aantal werkdagen dat u op het veld Orderhorizon hebt vastgelegd.

LN houdt rekening met de actuele kalender voor de enterprise-eenheid van het magazijn van het artikel en de default beschikbaarheidssoort die u hebt vastgelegd in de sessie Planningsparameters (cprpd0100m000).

De planningshorizon wordt uitgedrukt in een aantal werkdagen, vanaf de startdatum van de simulatie.

Enterprise Planning genereert na de planningshorizon van een artikel geen leveringsplannen of geplande orders.

Voor het berekenen van de planningshorizon wordt in Enterprise Planning gebruik gemaakt van de kalender die u hebt opgegeven voor de enterprise-eenheid van het default magazijn waarbij het planartikel hoort.

Indien u het veld Bijwerkmethode in de sessie Horizonnen controleren (cprpd1200m000) op COLT + alle horizonnen zet, corrigeert LN de planningshorizon, ongeacht de waarde van het veld Minimum planningshorizon.

Om de juiste datum te bepalen begint LN vanaf de huidige datum en wordt er gestopt na het aantal werkdagen dat u op het veld Planningshorizon hebt vastgelegd. Dit is vergelijkbaar met de wijze waarop LN de juiste datum van de orderhorizon bepaalt.

De veiligheidstijd wordt uitgedrukt in uren of dagen.

Indien het veld Werkelijke leveringsbron van het planartikel op Productie staat, wordt op dit veld de orderlooptijd weergegeven die is vastgelegd in de sessie Artikelen - productie (tiipd0101m000). Deze doorlooptijd wordt gebruikt voor geplande productieorders binnen de horizon met vaste doorlooptijd.

Enterprise Planning behandelt de extra doorlooptijd op dezelfde wijze als de veiligheidstijd: de order moet eerder worden geleverd vanwege de extra doorlooptijd.

De extra doorlooptijd wordt uitgedrukt in dagen of uren.

Als de doorlooptijd wordt ingesteld op 0, wordt hiermee geen rekening gehouden tijdens de orderplanning.

Indien de waarde van dit veld groter is dan de orderhorizon, is er geen sprake van een horizon met vaste doorlooptijd.

Prestatieaspecten

De instelling van dit veld kan invloed hebben op de systeemprestaties en de databasegroei. Voor meer informatie, zie Start van horizon met vaste doorlooptijd.

De horizon wordt vastgelegd als het aantal werkdagen, gerekend vanaf de startdatum van de simulatie.

Als de orderhorizon gelijk is aan nul, maakt Enterprise Planning geen gebruik van de ordergestuurde planning voor het betreffende artikel.

Voor het berekenen van de orderhorizon gebruikt LN de kalender die u hebt opgegeven voor de enterprise-eenheid van het default magazijn waarbij het planartikel hoort.

Als u geen enterprise-eenheid hebt opgegeven voor het default magazijn van het planartikel, gebruikt Enterprise Planning de bedrijfskalender om de orderhorizon te berekenen.

LN werkt automatisch de waarde bij van het veld Minimum orderhorizon als bij het uitvoeren van de sessie Horizonnen controleren (cprpd1200m000) het selectievakje Horizonnen automatisch bijwerken is ingeschakeld.

Prestatieaspecten

De instelling van dit veld kan invloed hebben op de systeemprestaties en de databasegroei. Voor meer informatie, zie Orderhorizon.

De planningshorizon wordt uitgedrukt in een aantal werkdagen, vanaf de startdatum van de simulatie.

Enterprise Planning genereert na de planningshorizon van een artikel geen leveringsplannen of geplande orders.

Voor het berekenen van de planningshorizon wordt in Enterprise Planning gebruik gemaakt van de kalender die u hebt opgegeven voor de enterprise-eenheid van het default magazijn waarbij het planartikel hoort.

LN werkt automatisch de waarde bij van het veld Minimum planningshorizon als bij het uitvoeren van de sessie Horizonnen controleren (cprpd1200m000) het selectievakje Horizonnen automatisch bijwerken is ingeschakeld.

Prestatieaspecten

De instelling van dit veld kan invloed hebben op de systeemprestaties en de databasegroei. Voor meer informatie, zie Planningshorizon.

Indien dit selectievakje is uitgeschakeld, wordt het voorraadplan gegenereerd op basis van het veiligheidsvoorraadniveau en het seizoenspatroon.

Indien dit selectievakje is uitgeschakeld, wordt het voorraadplan gegenereerd op basis van het veiligheidsvoorraadniveau en het seizoenspatroon.

Dit veld wordt alleen gebruikt bij de hoofdplanningsmethode Werklastbeheersing.

Met een hoofdplaneenheid kunt u een hoofdplanningsalgoritme voor een artikel kiezen.

Enterprise Planning houdt rekening met de prioriteit van een planartikel indien u gebruikmaakt van het hoofdplanningsalgoritme Werklastbeheersing en u Ja of Alleen hebt geselecteerd op het veld Prioriteit artikel meenemen van de sessie Parameters werklastbeheersing (cpwlc2101m000).

LN werkt de ATP voor de gehele planningshorizon bij, maar alleen in de actuele simulatie.

Prestatieaspecten

De instelling van dit veld kan invloed hebben op de systeemprestaties en de databasegroei. Voor meer informatie, zie Online bijwerken van ATP.

Tijdens een ATP-controle kan LN een controle uitvoeren op de beschikbare capaciteit van kritieke resources voor extra productie. LN voert alleen een CTP-controle uit indien de verkooporderhoeveelheid of de hoeveelheid die u hebt ingevoerd in de sessie Beheer ATP (cprrp4800m000), groter is dan de ATP van het artikel in het artikelhoofdplan, en als de ATP onvoldoende is om de benodigde hoeveelheid te leveren.

LN controleert alleen de capaciteit van de resources waarvoor u het selectievakje Kritisch in CTP in de sessie Resource (cprpd2100m000) hebt ingeschakeld.

LN controleert de capaciteit-CTP of component-CTP niet indien de resource geen resourcehoofdplan heeft.

Indien LN een controle heeft uitgevoerd op de capaciteit-CTP voor een verkooporder en die verkooporder heeft geaccepteerd en opgeslagen in Verkoop, voert LN voor de kritische resources een reservering van de capaciteit-CTP uit, zodat de resourcecapaciteit niet dubbel gereserveerd kan worden.

De time fence van de CTP moet kleiner zijn dan de ATP/CTP-horizon.

Tijdens de periode van de time fence van de CTP wordt de CTP beschouwd als nul.

LN voert CTP-controles uit tussen het einde van de CTP time fence en het einde van de ATP/CTP-horizon. Na de CTP-horizon gaat LN ervan uit dat de capaciteit en de componenten oneindig zijn.

LN voert echter wel ATP-controles uit tussen het huidige tijdstip en het einde van de time fence CTP en het einde van de ATP/CTP-horizon.

De ATP-horizon wordt uitgedrukt in een aantal werkdagen. Tijdens deze tijdspanne kan LN ATP- en CTP-controles uitvoeren. Na de ATP/CTP-horizon voert LN geen ATP- of CTP-controle uit: alle klantorders worden geaccepteerd.

Na de ATP/CTP-horizon gaat LN ervan uit dat de capaciteit en componenten oneindig zijn.

Prestatieaspecten

De instelling van dit veld kan invloed hebben op de systeemprestaties en de databasegroei. Voor meer informatie, zie CTP-horizon.

Het familieartikel kan een artikel zijn dat u binnen een ander logistiek bedrijf hebt vastgelegd.

Indien de waarde van het veld Fasenummer hoofdplan kleiner is dan of gelijk is aan de waarde van het veld Fasenummer hoofdplan parent, moet het fasenummer worden herberekend.

U kunt fasenummers herberekenen met de sessie Fasenummers berekenen (cprpd6200m000).

Indien de waarde van het veld Orderfasenummer kleiner is dan of gelijk is aan de waarde van het veld Orderfasenummer parent, moet het fasenummer worden herberekend.

Bij een net-change simulatie worden de artikelen geselecteerd op basis van de net-change datum en het selectievakje Net-change. Als bijv. het selectievakje is ingeschakeld en de datum buiten de orderhorizon ligt, wordt het artikel overgeslagen.

Zie voor meer informatie het gedeelte Net-change pegging update in Pegging van geplande orders.