Artikelen - planning (cprpd1100m000)

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

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 Bepaling van de VMI-Relatie 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 als 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 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 ordergestuurde planning overrulen 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. Als LN de orderplanning op woensdag om 13.00 uur genereert, wordt de time fence ingesteld op donderdag 11.00 uur.

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, Enterprise Planning gebruikt 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.

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. Hiermee maakt u de instelling van het selectievakje Binnen time fence genereren in de sessie Orderplanning genereren (cprrp1210m000) ongedaan.

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 gebruikgemaakt 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 planning.

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 horizon van het productieschema wordt uitgedrukt in het aantal werkdagen, gerekend vanaf de startdatum van de simulatie.

Als de waarde nul is, maakt Enterprise Planning geen gebruik van geplande productieschema's om leveringen te plannen.

Voor het berekenen van deze waarde gebruikt LN de kalender die is opgegeven voor de enterprise-eenheid van het default magazijn van het planartikel.

Als het selectievakje Bestelgegevens artikel gebruiken in de sessie Artikelgegevens per magazijn (whwmd2110s000) is ingeschakeld, wordt de veiligheidstijd uit deze sessie opgehaald. Als het selectievakje is uitgeschakeld, wordt de veiligheidstijd opgehaald uit de sessie Artikelen - bestelgegevens (tcibd2100m000).

De veiligheidstijd wordt uitgedrukt in uren of dagen.

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 Begin 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 gebruikgemaakt 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 planning 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.