Reductiesleutels van prognose
Tip
Dit artikel beschrijft de functionaliteit voor vraagprognoses die is ingebouwd Microsoft Dynamics 365 Supply Chain Management. Voor een nog betere planning en prognose-ervaring is het raadzaam om demand planning Microsoft Dynamics 365 Supply Chain Management uit te proberen. Dit is de volgende vraagplanningsoplossing van Microsoft. Zie de startpagina Vraagplanning voor meer informatie.
Dit gedeelte biedt informatie over de verschillende methoden die worden gebruikt om prognosebehoeften te reduceren. Het bevat voorbeelden van de resultaten van elke methode. Ook wordt uitgelegd hoe u een prognosereductiesleutel kunt maken, instellen en gebruiken. Bij sommige methoden wordt een prognosereductiesleutel gebruikt om prognosebehoeften te reduceren.
Methoden die worden gebruikt om prognosebehoeften te reduceren
Wanneer u een prognose in een hoofdplan opneemt, kunt u selecteren hoe de prognosebehoeften worden gereduceerd wanneer werkelijke vraag wordt opgenomen. In de hoofdplanning worden prognosebehoeften uit het verleden uitgesloten, dat wil zeggen alle prognosebehoeften vóór de huidige datum.
Als u een prognose wilt opnemen in een hoofdplan en de methode wilt selecteren die wordt gebruikt om prognosebehoeften te reduceren, gaat u naar Hoofdplanning > Instellen > Plannen > Hoofdplannen. Selecteer in het veld Prognosemodel een prognosemodel. Selecteer een methode in het veld Gebruikte methode voor het reduceren van prognosebehoeften. De volgende opties zijn beschikbaar:
- Geen
- Percentage - reductiesleutel
- Transacties - reductiesleutel
- Transacties - dynamische periode
De volgende secties bevatten meer informatie over elke optie.
Geen
Als u Geen selecteert, worden de prognosebehoeften niet gereduceerd tijdens de hoofdplanning. In dit geval worden in de hoofdplanning geplande orders gemaakt voor het leveren van de geraamde vraag (prognosebehoeften). Deze geplande orders behouden de voorgestelde hoeveelheid, ongeacht andere soorten vraag. Als bijvoorbeeld verkooporders worden geplaatst, worden in de hoofdplanning extra geplande orders gemaakt voor het leveren van de verkooporders. De hoeveelheid van de prognosebehoeften wordt niet gereduceerd.
Percentage - reductiesleutel
Als u Percentage - reductiesleutel selecteert, worden de prognosebehoeften gereduceerd volgens de percentages en perioden die zijn gedefinieerd door de reductiesleutel. In dit geval worden in de hoofdplanning geplande orders gemaakt waarin de hoeveelheid wordt berekend als de geraamde hoeveelheid × reductiesleutel in elke periode. Als er andere soorten vraag zijn, worden in de hoofdplanning ook geplande orders gemaakt voor het leveren van die vraag.
Voorbeeld: percentage - reductiesleutel
In dit voorbeeld wordt weergegeven hoe een reductiesleutel vraagprognosebehoeften reduceert overeenkomstig de percentages en perioden die door de reductiesleutel worden gedefinieerd.
Voor dit voorbeeld neemt u de volgende vraagprognose in een hoofdplan op.
| Maand | Vraagprognose |
|---|---|
| januari | 1.000 |
| Februari | 1.000 |
| maart | 1.000 |
| april | 1.000 |
Op de pagina Reductiesleutels stelt u de volgende regels in.
| Wisselgeld | Eenheid | Percentage |
|---|---|---|
| 1 | Maand | 100 |
| 2 | Maand | 75 |
| 3 | Maand | 50 |
| 4 | Maand | 25 |
U wijst de reductiesleutel aan de behoefteplanningsgroep van het artikel toe. Selecteer vervolgens op de pagina Hoofdplannen in het veld Methode gebruikt voor het reduceren van prognosebehoeften Percentage - reductiesleutel.
In dit geval worden, als u de prognoseplanning op 1 januari uitvoert, de vraagprognosebehoeften verbruikt volgens de percentages die u instelt op de pagina Reductiesleutels. De volgende behoeftehoeveelheden worden naar het hoofdplan overgebracht.
| Maand | Hoeveelheid geplande order | Berekening |
|---|---|---|
| januari | 0 | = 0% × 1.000 |
| Februari | 250 | = 25% × 1.000 |
| maart | 500 | = 50% × 1.000 |
| april | 750 | = 75% × 1.000 |
| Mei tot en met december | 1.000 | = 100% × 1.000 |
Transacties - reductiesleutel
Als u het veld Gebruikte methode om prognosebehoeften te verminderen instelt op Transacties - reductiesleutel, worden de prognosevereisten verminderd met de gekwalificeerde vraagtransacties die plaatsvinden tijdens de perioden die worden gedefinieerd door de reductiesleutel.
De gekwalificeerde vraag wordt gedefinieerd door het veld Prognose verlagen per op de pagina Behoefteplanningsgroepen. Als u het veld Prognose verminderen per instelt op Orders, worden alleen verkoopordertransacties als gekwalificeerde vraag beschouwd. Als u het veld instelt op Alle transacties, worden alle niet-intercompany-transacties voor uitgifte voorraad als gekwalificeerde vraag beschouwd. Als Intercompany-verkooporders ook als gekwalificeerde vraag moeten worden beschouwd, stel dan de optie Intercompany-orders opnemen in op Ja.
Prognosereductie begint met de eerste (vroegste) vraagprognoserecord in de reductiesleutelperiode. Als de hoeveelheid gekwalificeerde voorraadtransacties hoger ligt dan de hoeveelheid vraagprognoseregels in dezelfde reductiesleutelperiode, wordt het saldo van de hoeveelheid voorraadtransacties in vorige of toekomstige periodes verminderd.
De waarde van het veld Percentage op de reductiesleutelregels wordt niet gebruikt wanneer het veld Gebruikte methode om prognosebehoeften te verminderen wordt ingesteld op Transacties - reductiesleutel. Alleen de datums worden gebruikt om de reductiesleutelperiode te definiëren.
Notitie
Prognoses die op of voor de datum van vandaag worden geboekt, worden genegeerd en worden niet gebruikt om geplande orders aan te maken. Als uw vraagprognose voor de maand bijvoorbeeld op 1 januari wordt gegenereerd en u op 2 januari de hoofdplanning maakt die vraagprognose bevat, negeert de berekening de vraagprognoseregel met 1 januari.
Voorbeeld: Transacties - reductiesleutel
In dit voorbeeld wordt weergegeven hoe werkelijke orders, die plaatsvinden tijdens de perioden die zijn gedefinieerd door de reductiesleutel, vraagprognosebehoeften reduceren.
Voor dit voorbeeld selecteert u Transacties - reductiesleutel in het veld Methode gebruikt voor het reduceren van prognosebehoeften op de pagina Hoofdplannen.
Op 1 januari waren er de volgende verkooporders.
| Maand | Besteld aantal stuks |
|---|---|
| januari | 956 |
| februari | 1.176 |
| maart | 451 |
| april | 119 |
Als u dezelfde vraagprognose (van het vorige voorbeeld) van 1000 stuks per maand gebruikt, worden de volgende behoeftehoeveelheden naar het hoofdplan overgebracht.
| Maand | Benodigd aantal stuks |
|---|---|
| januari | 44 |
| Februari | 0 |
| maart | 549 |
| april | 881 |
| Mei tot en met december | 1.000 |
Transacties - dynamische periode
Als u Transacties - dynamische periode selecteert, worden de prognosebehoeften gereduceerd met de werkelijke ordertransacties die tijdens de dynamische periode plaatsvinden. De dynamische periode bestrijkt de huidige prognosedatums en eindigt bij het begin van de volgende prognose. In dit geval worden in de hoofdplanning geplande orders gemaakt voor het leveren van de geraamde vraag (prognosebehoeften). Wanneer echter werkelijke ordertransacties worden geplaatst, worden de prognosebehoeften gereduceerd. De werkelijke transacties verbruiken een gedeelte van de geraamde behoeften.
Wanneer deze optie wordt gebruikt, vindt het volgende gedrag plaats:
- Reductiesleutels worden niet vereist of gebruikt.
- Als de prognose volledig is gereduceerd, worden de prognosebehoeften voor de huidige prognose 0 (nul).
- Als er geen toekomstige prognose is, worden de prognosebehoeften van de laatste prognose die is ingevoerd, gereduceerd.
- De time fence voor vraagprognosereductie wordt niet opgenomen in de berekening van de prognosereductie. In plaats daarvan wordt de time fence van de dekkingsgroep gebruikt voor prognosereductie.
- Positieve dagen zijn opgenomen in de berekening van de prognosereductie.
- Als de werkelijke ordertransacties de prognosebehoeften overschrijden, worden de resterende transacties niet naar de volgende prognoseperiode doorgestuurd.
Voorbeeld 1: Transacties - dynamische periode
Hier is een eenvoudig voorbeeld dat laat zien hoe de methode transacties - dynamische periode werkt.
Voor dit voorbeeld neemt u de volgende vraagprognose in een hoofdplan op.
| Datum | Vraagprognose |
|---|---|
| 1 januari | 1.000 |
| 1 februari | 1.000 |
U maakt ook de volgende verkooporders.
| Datum | Verkooporderhoeveelheid |
|---|---|
| 15 januari | 200 |
| 15 februari | 400 |
In dit geval worden de volgende geplande orders gemaakt.
| Vraagprognosedatum | Hoeveelheid | Uitleg |
|---|---|---|
| 1 januari | 800 | Prognosebehoeften (= 1.000 – 200) |
| 15 januari | 200 | Verkooporderbehoeften |
| 1 februari | 600 | Prognosebehoeften (= 1.000 – 400) |
| 15 februari | 400 | Verkooporderbehoeften |
Voorbeeld 2: Transacties - dynamische periode
In de meeste gevallen worden systemen zo ingesteld dat transacties vraagprognoses in specifieke prognoseperioden reduceren: weken, maanden, dergelijke. Deze perioden worden gedefinieerd in de reductiesleutel. De tijd tussen twee vraagprognoseregels kan echter ook een periode impliceren.
Voor dit voorbeeld maakt u een vraagprognose voor de volgende datums en hoeveelheden.
| Datum | Vraagprognose |
|---|---|
| 1 januari | 1.000 |
| 5 januari | 500 |
| 12 januari | 1.000 |
U ziet dat in deze prognose er geen duidelijke periode tussen de prognosedatums is. Tussen de eerste en tweede datum bevindt zich een periode van vier dagen en tussen de tweede en derde datum bevindt zich een periode van zeven dagen. Deze perioden zijn de dynamische perioden.
U maakt ook de volgende verkooporderregels.
| Datum | Verkooporderhoeveelheid |
|---|---|
| 15 december in het vorige jaar | 500 |
| 3 januari | 100 |
| 10 januari | 200 |
In dit geval wordt de prognose op de volgende manier gereduceerd:
- Omdat de eerste verkooporder in geen enkele periode valt, wordt hiermee geen prognose gereduceerd.
- Omdat de tweede verkooporder tussen 1 januari en 5 januari ligt, wordt hiermee de prognose voor 1 januari met 100 gereduceerd.
- Omdat de derde verkooporder tussen 5 januari en 12 januari ligt, wordt hiermee de prognose voor 5 januari met 200 gereduceerd.
Daarom worden de volgende geplande orders gemaakt.
| Vraagprognosedatum | Hoeveelheid | Uitleg |
|---|---|---|
| 15 december in het vorige jaar | 500 | Verkooporderbehoeften |
| 1 januari | 900 | Periode van prognosebehoeften 1 januari tot en met 5 januari (= 1.000 - 100) |
| 3 januari | 100 | Verkooporderbehoeften |
| 5 januari | 300 | Periode van prognosebehoeften 5 januari tot en met 10 januari (= 500 - 200) |
| 12 januari | 1.000 | Periode van prognosebehoeften 12 januari tot einde |
Een prognosereductiesleutel maken en instellen
Een prognosereductiesleutel wordt gebruikt in de methoden Transacties - reductiesleutel en Percentage - reductiesleutel voor het reduceren van prognosebehoeften. Voer deze stappen uit om een reductiesleutel te maken en in te stellen.
Ga naar Hoofdplanning > Instellen > Behoefteplanning > Reductiesleutels.
Selecteer Nieuw om een reductiesleutel te maken.
Voer in het veld Reductiesleutel een unieke id voor de prognosereductiesleutel in. Voer vervolgens in het veld Naam een naam in.
Definieer de perioden en het reductiesleutelpercentage in elke periode:
- Met het veld Ingangsdatum wordt de datum aangegeven waarop het maken van de perioden wordt gestart. Wanneer de optie De ingangsdatum gebruiken is ingesteld op Ja, beginnen de perioden op de ingangsdatum. Als deze is ingesteld op Nee, begint de periode op de datum waarop de hoofdplanning wordt uitgevoerd.
- Definieer de perioden gedurende welke de prognosereductie moet plaatsvinden.
- Geef voor een bepaalde periode de percentages op waarmee de prognosebehoeften moeten worden gereduceerd. U kunt positieve waarden invoeren om de behoeften te verminderen of negatieve waarden om de behoeften te vergroten.
Een reductiesleutel gebruiken
Een prognosereductiesleutel moet worden toegewezen aan de behoefteplanningsgroep van het artikel. Voer deze stappen uit voor het toewijzen van een reductiesleutel aan de behoefteplanningsgroep van een artikel.
Ga naar Hoofdplanning > Instellen > Behoefteplanning > Behoefteplanningsgroepen.
Selecteer in het veld Reductiesleutel op het sneltabblad Overige de reductiesleutel die u aan de behoefteplanningsgroep wilt toewijzen. De reductiesleutel wordt vervolgens toegepast op alle artikelen van de behoefteplanningsgroep.
Als u een reductiesleutel wilt gebruiken om tijdens de hoofdplanning een prognose reductie te berekenen, moet u deze instelling opgeven in de instellingen van het prognoseplan of het hoofdplan. Ga naar een van de volgende locaties:
- Hoofdplanning > Instellen > Plannen > Prognoseplannen
- Hoofdplanning > Instellen > Plannen > Hoofdplannen
Selecteer op de pagina Prognoseplannen of Hoofdplannen op het sneltabblad Algemeen in het veld Gebruikte methode voor het reduceren van prognosebehoeften Percentage - reductiesleutel of Transacties - reductiesleutel.
Een prognose op basis van transacties reduceren
Wanneer u Transacties - reductiesleutel of Transacties - dynamische periode selecteert als de methode voor het reduceren van prognosebehoeften, kunt u opgeven met welke transacties de prognose wordt gereduceerd. Selecteer op de pagina Behoefteplanningsgroepen op het sneltabblad Overige in het veld Prognose reduceren met Alle transacties als de prognose moeten worden gereduceerd met alle transacties of Orders als de prognose alleen met verkooporders moet worden gereduceerd.