Skillnader mellan planeringsoptimering och den inaktuella huvudplaneringsmotorn
Resultatet från Planeringsoptimering (inklusive planerade order, kvaniteter och datum) kan skilja sig från resultaten från den inaktuella huvudplaneringsmotorn. Skillnaderna kan också orsakas av kommande funktioner. Den här artikeln anger skillnader mellan planeringsoptimering och den utfasade huvudplaneringsmotorn som inte är listade på sidan Bristanalys för planeringsoptimering.
| Funktion | Hur planeringsoptimering skiljer sig från den inaktuella huvudplaneringen |
|---|---|
| Prognoser för dagens datum | Planeringsoptimering tar inte hänsyn till prognoser, även om de beaktas av den inaktuella huvudplaneringsmotorn. |
| Produkter med faktisk/nominell vikt | Produkter med faktisk/nominell vikt betraktas som vanliga produkter. Planerade order innehåller inget värde för behovskvantitet för faktisk/nominell vikt. |
| Prognosreduktion för fakturerade och levererade försäljningsorder | När en huvudplan har en efterfrågeprognos inställd för att minska prognoser med transaktioner, minskar utfasad huvudplanering prognosen med fakturerade och levererade försäljningsorder, men Planeringsoptimering gör det inte. Anta till exempel att du har prognostiserat för 100 ea av en vara och det finns en inköpsorder på 10 ea och en försäljningsorder med 5 ea levererade och 2 ea fakturerade. Den utfasade planeringsmotorn skulle tillämpa prognosreduktion för att skapa en planerad order för 100 − 10 − 2 − 5 = 83 ea. Planeringsoptimering skulle emellertid inte ta hänsyn till de fakturerade eller levererade kvantiteterna, så den skulle beställa 100 − 10 = 90 ea. Därför föreslår Planeringsoptimering att du beställer leveranser för kvantiteter som redan har levererats och/eller fakturerats, vilket kan leda till överutbud. |
| Filtrerade produktionskörningar | Mer information finns i Produktionsplanering - Filter. |
| Prognosplanering | Prognosplanering stöds inte. Vi rekommenderar att du använder huvudplanering där en prognosmodell tilldelas huvudplanen. |
| Nummerserier för planerade order | Nummerserier för planerade order stöds inte. Planerade ordernummer genereras på tjänstesidan. Det planerade ordernumret visas normalt med 10 siffror, men serien bygger faktiskt på 20 tecken: 10 siffror fördelade för planeringskörningsräkningen och de övriga 10 siffrorna för den planerade orderräkningen. |
| Plankopiering, borttagning av plan och rensning av planversion | Följande artiklar inaktiveras under Huvudplanering > Huvudplanering > Underhållsplaner i navigeringfönstret:
|
| Returorder | Returorder beaktas inte. |
| Tidsplaneringsrelaterade funktioner | Mer information finns i Tidsplanering med obegränsad kapacitet. |
| Uppfyllelse av säkerhetslager | Vid Planeringsoptimering används alltid alternativet Dagens datum + anskaffningstid för fältet Uppfyll minimum på sidan Artikeldisponering. Detta hjälper till att förhindra oönskade planerade beställningar och andra problem, eftersom om upphandlingstiden inte ingår för säkerhetslager, planerade beställningar som skapas för lågt lagerbehållare alltid försenas på grund av ledtiden. Mer information finns i Uppfyllelse av säkerhetslager med den inaktuella huvudplaneringsmotorn. |
| Pegging av säkerhetslager och nettobehov | Kravtypen säkerhetslager ingår inte och visas inte på sidan Nettobehov. Säkerhetslager representerar inte efterfrågan och har inget behovsdatum kopplat. I stället begränsar det hur mycket lager som alltid måste finnas i lager. Fältvärdet Minimum beaktas fortfarande vid beräkning av planerade order under masterplanering. Vi rekommenderar att du inspekterar kolumnen Ackumulerad kvantitet på sidan Nettobehov för att se att detta värde beaktades. Eftersom peggingen skiljer sig åt kan olika åtgärder föreslås. Mer information finns i Uppfyllelse av säkerhetslager med den inaktuella huvudplaneringsmotorn. |
| Transportkalendrar | Värdet i kolumnen Transportkalender på sidan Leveranssätt ignoreras. |
| Minsta/högsta disponeringskod utan värden | Med den inaktuella huvudplaneringsmotorn behandlas disponeringskoden som ett behov när du använder en minsta/högsta disponeringskod där inga minimi- eller maximivärden anges, och en order skapas för respektive behov. Med Planeringsoptimering skapar systemet en order per dag för att täcka hela beloppet för den dagen. |
| Nettobehov och manuellt skapade planerade order | Med den inaktuella huvudplaneringsmotorn visas manuellt skapade leveransorder för en artikel automatiskt bland nettobehoven för artikeln. När du till exempel skapar en inköpsorder från en försäljningsorder visas inköpsordern på sidan Nettobehov utan att föregående åtgärder krävs. Det beror på att den inaktuella huvudplaneringsmotorn loggar lagertransaktioner i inventLogTTS registret och visar ändringar på sidan nettobehov för dynamiska planer. Med Planeringsoptimering kommer emellertid manuellt skapade order inte att visas bland nettobehoven för en artikel förrän Planeringsoptimering körs (med hjälp av en plan som inkluderar artikeln), eller innan du väljer Uppdatera > Huvudplanering i åtgärdsfönstret på sidan Nettobehov, som kommer att köra huvudplanering för objektet. Mer information om hur du arbetar med sidan finns på sidan Nettobehov, se Nettobehov och pegging-information. |
| Nettobehov och eventuella förändringar av utbud eller efterfrågan | Med den inaktuella huvudplaneringsmotorn, alla ändringar av utbud eller efterfrågan för en artikel automatiskt bland nettobehoven för artikeln. Till exempel, när du ökar mängden av en planerad beställning, visas inköpsordern på sidan Nettobehov utan att föregående åtgärder krävs. Det beror på att den inaktuella huvudplaneringsmotorn loggar lagertransaktioner i inventLogTTS registret och visar ändringar på sidan nettobehov för dynamiska planer. Med Planeringsoptimering visas inga ändringar visas bland nettobehoven för en artikel förrän Planeringsoptimering körs (med hjälp av en plan som inkluderar artikeln), eller innan du väljer Uppdatera > Huvudplanering i åtgärdsfönstret på sidan Nettobehov, som kommer att köra huvudplanering för objektet. Mer information om hur du arbetar med sidan finns på sidan Nettobehov, se Nettobehov och pegging-information. |
| Resurstilldelning | När du arbetar med obegränsad kapacitet tilldelar den inaktuella huvudplaneringsmotorn alla planerade order till samma resurs för en given resursgrupp. Detta förbättrar planeringsoptimering genom att välja resurser vid slumpmässiga tidpunkter så att olika tillverkningsorder kan använda olika resurser. Om du vill använda samma resurs för alla planerade order måste du ange den resursen i flödet. |
| Utökade datatyper (EDT) | Planeringsoptimering stöder inte ändringar av EDT. Det betyder att den här processen inte stöds officiellt och att den inte fungerar. |
| Uppfyllelse av säkerhetslager | Planeringsoptimering använder alltid Uppfyll minimum av Dagens datum + anskaffningstid. Detta förbereder systemet att använda en förenklad planeringsinställning i framtiden och för att ge ett åtgärdbart resultat. Om anskaffningstiden inte finns med i säkerhetslagret försenas planerade order som skapas för lagerbehållning alltid på grund av ledtiden. Det här beteendet kan orsaka betydande brus och oönskade planerade order. Det bästa tillvägagångssättet är att ändra inställningen så att dagens datum + anskaffningstid används. Uppdatera huvuddata för att undvika varningar. Mer information finns i Uppfyllelse av säkerhetslager med den inaktuella huvudplaneringsmotorn. |
| Inköpsorder uppfyllelse | När en inköpsorder uppfyllers används alltid en ledtid och den ignoreras aldrig, även om parametern Lägg till fördröjning till beräknat behovsdatum ställs in på Nej. Det här beteendet skiljer sig från funktionen för den avaktuella huvudplaneringsmotorn, vilket i det här fallet skulle ange ett ogenomförbart datum. Om det till exempel är 1 mars 2024 i dag är ledtiden 30 dagar och lägger till fördröjning på det beräknade behovsdatumet som är inställt på Nej, skapar den avaktade motorn en inköpsorder med datumet 1 mars 2024, medan Planeringsoptimering skapar den med datumet 1 april 2024 (idag plus 30-dagars ledtid). |
| Kopiera statisk till dynamisk plan | Planeringsoptimering kopierar inte den statiska planen till den dynamiska planen, oavsett inställningen på sidan Huvudplaneringsparametrar. I allmänhet är denna åtgärd mindre relevant begrepp på grund av snabbheten och den fullständiga genereringen av Planeringsoptimeringen. Om två eller flera planer används ska huvudplaneringen utlösas för varje plan. |
| Negativa dagar | I Planeringsoptimering används alltid dynamiska negativa dagar, oavsett inställningen Använd dynamiska negativa dagar i Huvudplaneringsparametrarna. Inställningen Använd dynamiska negativa dagar på sidan Parametrar för huvudplanering påverkar inte det här beteendet. Mer information om hur du använder negativa dagar finns i Fördröjningstolerans (negativa dagar) |
| Planerade order tidigare | Vid planeringsoptimering planeras aldrig order tidigare, oavsett inställningen Begärt datum. Om du anger ett Begärt datum det är i det förflutna, kommer systemet att behålla din inställning, men kommer att ställa in Begärt datum tiill Idag. |
| Dimensionsbaserad konfiguration | Planeringsoptimering stöder inte dimensionsbaserade produkter. Vid planeringsoptimering bryter du inte ned strukturlistor för dessa produkter. |
| Definition/betydelse av säkerhetslager | I planeringsoptimering, säkerhetslager är inte den faktiska efterfrågan. För varje disponeringsgrupp kan du specificera hur strikt systemet ska pegga säkerhetslager som efterfrågan gentemot den planerade order som skapas för den. (Mer information finns i Alternativ för pegging för säkerhetslager.) Disponeringsgrupper som använder strikt säkerhetslager pegging fungerar på samma sätt som alla grupper i den inaktuella motor där fältet Uppfyll minimum är inställt på Dagens datum + anskaffningstid. I den gamla huvudplaneringsmotorn är säkerhetslager efterfrågan, samma som andra efterfrågetyper. Du kan ange när säkerhetslager ska vara uppfyllt. |
| När säkerhetslager är uppfyllt | I Planeringsoptimering är säkerhetslager alltid uppfyllt på dagens datum + anskaffningstid, oavsett inställningen för artikeldisponering. I den föråldrade huvudplaneringsmotorn inkluderar inställningar för artikeldisponering ett fält Uppfyll minimum som definierar när säkerhetslager måste vara uppfyllt (Mer information finns i Uppfyllelse av säkerhetslager med den inaktuella huvudplaneringsmotorn.) |