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 deze geen geldige sourcingstrategie voor het planartikel kan vinden.

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 gerelateerd zijn 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 informatie over de wijze waarop LN dit veld evalueert.

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

Een hoofdplan stelt u in staat diverse functies te 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.

Als er pegging-gegevens worden gegenereerd, kan het systeem trager worden. Schakel dit selectievakje in, tenzij u de pegging-gegevens echt nodig hebt.

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 doorgaans 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 ordergestuurde planning overschrijven door het selectievakje Binnen time fence genereren in de sessie Orderplanning genereren (cprrp1210m000) in te schakelen.

Indien u Uren selecteert, stelt LN de time fence in door rekening te houden met de werkbare uren, te beginnen vanaf het tijdstip waarop LN de orderplanning genereert en door daarbij de waarde van het veld Time fence op te tellen.

Stel dat de time fence op 7 uur staat en de werktijd voor elke dag van de week tussen 08:00 en 17:00 ligt. Indien LN de orderplanning op woensdag om 1 uur genereert, wordt de time fence gezet op donderdag, 11 uur.

Om de juiste datum te vinden, begint LN vanaf de huidige datum en stopt na het aantal werkdagen dat u hebt vastgelegd op het veld Time fence.

Indien dit selectievakje is ingeschakeld, 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 artikel te plannen.

Stel dat een verkoopvraag van gisteren dateert en u een time fence van nul selecteert. In dat geval wordt de geplande einddatum van de geplande order op vandaag gezet en niet op gisteren. Enterprise Planning kan namelijk niet in het verleden plannen.

Indien dit selectievakje is uitgeschakeld, Enterprise Planning de time fence die u hebt vastgelegd voor de actuele simulatie. Hiermee maakt u de instelling van het selectievakje Binnen time fence genereren in de sessie Orderplanning genereren (cprrp1210m000) ongedaan.

Indien u het selectievakje Binnen time fence genereren in de sessie Orderplanning genereren (cprrp1210m000) hebt uitgeschakeld, plant Enterprise Planning vanaf de time fence voor die planartikelen waarvoor u het selectievakje Time fence gebruiken hebt ingeschakeld en binnen de time fence voor die artikelen waarvoor u het selectievakje Time fence gebruiken hebt uitgeschakeld. In het laatste geval kan Enterprise Planning in het verleden plannen (geen time fence).

Stel dat een verkoopvraag van gisteren dateert en u het selectievakje Time fence uitschakelt. Enterprise Planning zet de einddatum van de geplande order op gisteren, omdat Enterprise Planning in deze situatie 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.

Om de time fence van de prognose te berekenen, 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 vinden, begint LN vanaf de huidige datum en stopt na het aantal werkdagen dat u hebt vastgelegd op het veld Time fence prognose.

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.

Om de orderhorizon te berekenen, gebruikt LN de kalender die u hebt opgegeven voor de enterprise-eenheid van het default magazijn waartoe het planartikel behoort.

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 vinden, begint LN vanaf de huidige datum en stopt na het aantal werkdagen dat u hebt vastgelegd op het veld Orderhorizon.

LN houdt rekening met de actuele kalender voor de enterprise-eenheid van het magazijn van het artikel en de default berschikbaarheidssoort 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.

Om de planningshorizon te berekenen, gebruikt Enterprise Planning de kalender die u hebt opgegeven voor de enterprise-eenheid van het default magazijn waartoe het planartikel behoort.

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 vinden, begint LN vanaf de huidige datum en stopt na het aantal werkdagen dat u hebt ingevoerd op het veld Planningshorizon. Dit is vergelijkbaar met de wijze waarop LN de juiste datum van de orderhorizon vindt.

De veiligheidstijd wordt uitgedrukt in uren of dagen.

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

Indien de actuele herkomst van het planartikel Inkoop is, wordt op dit veld de levertijd weergegeven die is vastgelegd in de sessie Artikelen - inkoop (tdipu0101m000). Deze doorlooptijd wordt gebruikt voor geplande inkooporders waarvoor geen specifieke leverancier kan worden gevonden.

De orderlooptijd wordt uitgedrukt in dagen of uren.

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.

Om de orderhorizon te berekenen, gebruikt LN de kalender die u hebt opgegeven voor de enterprise-eenheid van het default magazijn waartoe het planartikel behoort.

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 tijdens het uitvoeren van de sessie Horizonnen controleren (cprpd1200m000) als 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.

Om de planningshorizon te berekenen, gebruikt Enterprise Planning de kalender die u hebt opgegeven voor de enterprise-eenheid van het default magazijn waartoe het planartikel behoort.

LN werkt automatisch de waarde bij van het veld Minimum planningshorizon tijdens het uitvoeren van de sessie Horizonnen controleren (cprpd1200m000) als 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 in de sessie Parameters werklastbeheersing (cpwlc2101m000).

LN werkt de ATP over 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 beschikbaarheid van kritische resource-capaciteit 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 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 voert geen controles uit op de capaciteit-CTP of component-CTP indien het artikel 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. LN uit dat na de CTP-horizon de capaciteit en het aantal componenten oneindig zijn.

LN voert echter wel ATP-controles uit tussen het huidig tijdstip en het einde van de CTP time fence 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.

LN gaat ervan uit dat na de ATP/CTP-horizon 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.

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

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

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

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 de sectie Net-change pegging update in Pegging van geplande orders.