Prognosreduceringsnycklar
Tips
I den här artikeln beskrivs de inbyggda funktionerna för efterfrågeprognosticering Microsoft Dynamics 365 Supply Chain Management. För en ännu bättre planerings- och prognosupplevelse rekommenderar vi att du provar Demand Planning in Microsoft Dynamics 365 Supply Chain Management, som är Microsoft:s nästa generations samarbetslösning för efterfrågeplanering. Mer information finns på startsidan Efterfrågeplanering.
Denna artikel innehåller information om de olika metoder som används för att minska prognosbehov. Det inkluderar exempel på resultatet av varje metod. Det förklarar även hur du skapar, konfigurerar och använder en prognosreduceringnyckel. Vissa metoder använder en prognosreduceringnyckel för att ange hur du ska minska prognosbehoven.
Metoder som används för att minska prognosbehov
När du inkluderar en prognos i en huvudplan kan du välja hur prognosbehoven reduceras när faktisk efterfrågan inkluderas. Observera att huvudplaneringen exkluderar prognoskrav från det förflutna, vilket innebär alla prognoskrav före dagens datum.
Om du vill ta med en prognos i en huvudplan och välja den metod som används för att minska prognosbehoven, gå till huvudplanering > inställningar > planer > huvudplaner. I fältet prognosmodell väljer du en prognosmodell. I fältet Metod som används för att minska prognosbehov väljer du en metod. Följande alternativ är tillgängliga:
- Ingen
- Procent - reduceringsnyckel
- Transaktioner - reduceringsnyckel
- Transaktions - dynamisk period
Följande avsnitt innehåller mer information om varje alternativ.
Ingen
Om du väljer Inga minskas prognosbehoven inte under huvudplaneringen. I detta fall skapar huvudplaneringen planerade order för att tillhandahålla prognostiserade efterfrågan (prognosbehov). Dessa planerade order behåller det föreslagna antalet oavsett andra typer av efterfrågan. Om till exempel försäljningsorder placeras skapar huvudplanen ytterligare planerade order för att tillhandahålla försäljningsorder. Antalet prognosbehov reduceras inte.
Procent - reduceringsnyckel
Om du väljer Procent - reduceringsnyckel prognosbehoven reduceras enligt procentsatserna och de perioder som definieras av reduceringsnyckeln. I detta fall skapar huvudplaneringen planerade order där kvantiteten beräknas som det prognostiserade antalet × reduceringsnyckel i varje period. Om det finns andra typer av efterfrågan, skapar huvudplanering planerade order för att tillgodose den efterfrågan.
Exempel: Procent - reduceringsnyckel
Detta exempel visar hur en reduceringsnyckel reducerar behoven av efterfrågeprognos enligt procentsatserna och de perioder som definieras av reduceringsnyckeln.
I det här exemplet inkluderar du följande efterfrågeprognos i en huvudplan.
| Månad | Efterfrågeprognos |
|---|---|
| Januari | 1 000 |
| Februari | 1 000 |
| Mars | 1 000 |
| april | 1 000 |
Ange följande rader på sidan Reduceringsnycklar.
| Växel | Enhet | Procent |
|---|---|---|
| 1 | Månad | 100 |
| 2 | Månad | 75 |
| 3 | Månad | 50 |
| 4 | Månad | 25 |
Du tilldelar reduceringsnyckeln till artikelns täckningsgrupp. Sedan på sidan huvudplaner i fältet Metod som används för att minska prognosbehov väljer du procent - reduceringsnyckel.
I det här fallet om du kör prognosplanering den 1 januari förbrukas kraven på efterfrågeprognos enligt de procentsatser som du konfigurerar på sidan Reduceringsnycklar. Följande behovskvantiteter överförs till huvudplanen.
| Månad | Planerad orderkvantitet | Beräkning |
|---|---|---|
| Januari | 0 | = 0 % × 1 000 |
| Februari | 250 | = 25 % × 1 000 |
| Mars | 500 | = 50 % × 1 000 |
| april | 750 | = 75 % × 1 000 |
| Maj - december | 1 000 | = 100 % × 1 000 |
Transaktioner - reduceringsnyckel
Om du konfigurerar fältet Metod som används för att minska prognosbehov till Transaktioner - reduceringsnyckel reduceras prognosbehoven med de kvalificerade efterfrågetransaktioner som inträffar under de perioder som definieras av reduceringsnyckeln.
Det kvalificerade behovet definieras i fältet Minska prognos med på sidan Disponeringsgrupper. Om du konfigurerar fältet Minska prognos med till Order beaktas endast försäljningsordertransaktioner som kvalificerade efterfrågan. Om du konfigurerar det till Alla transaktioner beaktas alla icke-koncerninterna lagertransaktioner som kvalificerade efterfrågan. Om koncerninterna order ska inkluderas när prognosen minskas ställer du in alternativet Inkludera koncerninterna order till Ja.
Prognosreducering startar med den första (tidigaste) efterfrågeprognosposten i perioden för reduceringsnyckeln. Om kvantiteten för kvalificerade lagertransaktioner är större än kvantiteten på efterfrågeprognosraderna i samma reduceringsnyckelperiod, används saldot för lagertransaktionskvantiteten kommer inte att minska tidigare eller framtida perioder.
Värdet i fältet Procent på reduceringsnyckelns rader används inte när fältet Metod som används för att minska prognosbehov är inställt Transaktioner - reduceringsnyckel. Endast datumen används för att definiera perioden för reduceringsnyckeln.
Notering
Prognoser som bokförs på eller före dagens datum ignoreras och används inte för att skapa planerade order. Om till exempel din efterfrågeprognos för månaden genereras den 1 januari och du kör huvudplanering som inkluderar efterfrågeprognoser den 2 januari ignorerar beräkningen efterfrågeprognosraden som är daterad den 1 januari.
Exempel: Transaktioner - reduceringsnyckel
Detta exempel visar hur aktuella order som inträffar under de perioder som definieras av reduceringsnyckeln reducerar behoven av efterfrågeprognos.
I det här exemplet väljer du Transaktionsplaner - reduceringsnyckel i fältet Metod som används för att minska prognosbehov på sidan Huvudplaner.
Följande försäljningsorder finns den 1 januari.
| Månad | Beställt antal enheter |
|---|---|
| Januari | 956 |
| Februari | 1 176 |
| Mars | 451 |
| april | 119 |
Med samma försäljningsprognos på 1 000 enheter per månad som användes i det föregående exemplet överförs följande behovskvantiteter till huvudplanen:
| Månad | Obligatoriskt antal enheter |
|---|---|
| Januari | 44 |
| Februari | 0 |
| Mars | 549 |
| april | 881 |
| Maj - december | 1 000 |
Transaktions - dynamisk period
Om du väljer transaktioner - dynamisk period reduceras prognosbehoven av de faktiska ordertransaktioner som sker under en dynamisk period. Den dynamiska perioden omfattar de aktuella prognosdatumen och slutar i början av nästa prognos. I detta fall skapar huvudplaneringen planerade order för att tillhandahålla prognostiserade efterfrågan (prognosbehov). När de faktiska ordertransaktionerna placeras reduceras prognosbehoven. De faktiska transaktionerna förbrukar en del av det prognostiserade behovet.
När det här alternativet används, sker följande beteende:
- Reduceringsnycklar krävs eller används inte.
- Om prognosen reduceras fullständigt, blir prognosbehoven för den aktuella prognosen 0 (noll).
- Om det inte finns någon framtida prognos, kommer prognosbehov från sista prognosen att reduceras.
- Tidsgränsen för efterfrågeprognosreducering finns inte med i prognosreduceringsberäkningen. I stället används tidsgränsen för disponeringsgrupp för prognosreducering.
- Positiva dagar ingår i beräkningen av prognosreducering.
- Om verkliga ordertransaktioner överskrider prognosbehoven, förs resten av transaktionerna inte framåt till nästa prognosperiod.
Exempel 1: Transaktions - dynamisk period
Hit är ett enkelt exempel som visar hurTransaktioner – dynamisk periodmetod fungerar.
I det här exemplet inkluderar du följande efterfrågeprognos i en huvudplan.
| Datum | Efterfrågeprognos |
|---|---|
| 1 januari | 1 000 |
| 1 februari | 1 000 |
Du kan också skapa följande försäljningsorder.
| Datum | Försäljningsorderns kvantitet |
|---|---|
| 15 januari | 200 |
| 15 februari | 400 |
I det här fallet skapas följande planerade order.
| Efterfrågeprognosdatum | Kvantitet | Förklaring |
|---|---|---|
| 1 januari | 800 | Prognosbehoven (= 1 000 - 200) |
| 15 januari | 200 | Krav på försäljningsorder |
| 1 februari | 600 | Prognosbehoven (= 1 000 - 400) |
| 15 februari | 400 | Krav på försäljningsorder |
Exempel 2: Transaktions - dynamisk period
I de flesta fall är systemen inställda så att transaktioner minskar efterfrågeprognoserna under specifika prognosperioder: veckor, månader och så vidare. Dessa perioder definieras i reduceringsnyckeln. Men tiden mellan två efterfrågeprognosrader kan också antyda en period.
I det här exemplet skapar du en efterfrågeprognos för följande datum och kvantiteter.
| Datum | Efterfrågeprognos |
|---|---|
| 1 januari | 1 000 |
| 5 januari | 500 |
| 12 januari | 1 000 |
Observera att i den här prognosen finns det inte en tydlig period mellan prognosdatumen. Mellan de första och andra datumen är ett intervall med en tidsperiod på fyra dagar och mellan de andra och tredje datumet är ett intervall med sju dagar. Dessa tidsperioder är de dynamiska perioderna.
Du kan också skapa följande försäljningsorderrader.
| Datum | Försäljningsorderns kvantitet |
|---|---|
| 15 december föregående år | 500 |
| 3 januari | 100 |
| 10 januari | 200 |
I det här fallet minskas prognosen på följande sätt:
- Eftersom den första försäljningsordern inte sker inom någon period, så den kommer inte att reducera prognosen.
- Eftersom den andra försäljningsordern sker mellan 1 januari och 5 januari, reducerar den prognosen för 1 januari med 100.
- Eftersom den tredje försäljningsordern sker mellan 5 januari och 12 januari, reducerar den prognosen för 5 januari med 200.
Därför skapas följande planerade order.
| Efterfrågeprognosdatum | Kvantitet | Förklaring |
|---|---|---|
| 15 december föregående år | 500 | Krav på försäljningsorder |
| 1 januari | 900 | Prognosbehovperioden 1 januari till 5 januari (= 1 000 – 100) |
| 3 januari | 100 | Krav på försäljningsorder |
| 5 januari | 300 | Prognosbehovperioden 5 januari till 10 januari (= 500 – 200) |
| 12 januari | 1 000 | Prognosbehovperioden 12 januari till slutet |
Skapa och konfigurera en prognosreduceringsnyckel
En prognosreduceringsnyckel används i metoderna transaktioner - reduceringsnyckel och procent - reduceringsnyckel för att minska prognosbehoven. Följ dessa steg om du vill skapa och konfigurera en reduceringsnyckel.
Gå till huvudplanering > inställningar > täckning > reduceringsnycklar.
Skapa en reduceringsnyckel genom att välja Nytt.
I fältet reduceringsnyckeln anger ett unikt ID för prognosreduceringsnyckeln. Ange sedan ett namn i fältet Namn.
Definiera perioder och procentandel av reduktionsnyckel i varje period:
- Fältet giltighetsdatum visar datumet då skapande av perioderna börjar. När alternativet Använd giltighetsdatum anges till Ja startar perioderna från giltighetsdatumet. När det anges till Nej startar perioderna på datumet då huvudplaneringen körs.
- Definiera perioder då prognosreducering ska ske.
- För en viss period anger du de procentsatser som prognosbehoven bör minskas med. Du kan ange positiva värden för att minska behov eller negativa värden att öka behov.
Använd en reduceringsnyckel
En prognosreduceringsnyckel måste tilldelas artikelns disponeringsgrupp. Följ dessa steg om du vill tilldela en reduceringsnyckel till artikelns disponeringsgrupp.
Gå till huvudplanering > inställningar > täckning > disponeringsgrupper.
På snabbfliken Övrigt i fältet reduceringsnyckel väljer du reduceringsnyckeln som ska tilldelas disponeringsgruppen. Reduceringsnyckeln gäller för alla objekt som hör till disponeringsgruppen.
Om du vill använda en reduceringsnyckel för att beräkna prognosreducering under huvudplaneringen måste du definiera inställningen av prognosplanen eller huvudplanen. Gå till en av följande platser:
- Huvudplanering > Inställning > Planer > Prognosplaner
- Huvudplanering > Inställningar > Planer > Huvudplaner
På sidan Prognosplaner eller Huvudplaner på snabbfliken Allmänt i fältet Metod som används för att minska prognosbehov väljer du antingen Procent - reduceringsnyckel eller transaktioner - reduceringsnyckel.
Minska en prognos med transaktioner
När du väljer transaktioner - reduceringsnyckel eller transaktioner - dynamisk period som metod för att minska prognosbehoven kan du ange vilka transaktioner som reducerar prognosen. På sidan Disponeringsgrupper på transaktioner Övrigt i fältet reducera prognos efter väljer du alla transaktioner om alla transaktioner ska reducera prognosen eller order om bara försäljningsorder ska reducera prognosen.