Dato- og klokkeslætsparametre, der bruges af planlægningsoptimering
Denne artikel indeholder oplysninger om parametrene for dato og klokkeslæt, som planlægningsoptimering bruger under driften.
Mens det udfasede varedisponeringsprogram bruger transaktionsdatoer i alle beregninger, arbejder planlægningsoptimering med dato- og tidsværdier, der konverteres til datoer. Denne forskel i adfærd kan føre til situationer, hvor prognosetransaktioner, der f.eks. er oprettet ved midnat den dag, hvor der køres varedisponering, ikke er medtaget, da planlægningsoptimering mener, at de var oprettet før dags dato.
Parametre for afgangs- og efterspørgselsposteringer
Følgende tabel indeholder de parametre, som planlægningsoptimering bruger, når programmet behandler afgangs- og efterspørgselstransaktioner.
| Parameter | Parameternavn i planlægningsoptimering | Beskrivelse | Tilsvarende felt i Microsoft Dynamics 365 Supply Chain Management (i tabellen ReqTrans) |
|---|---|---|---|
| Planlagt afgangstidspunkt | PlannedIssueTime |
Den dato, som afgangen aktuelt er planlagt til. |
Til dato (FuturesDate) og Forsinket til tid (FuturesTime) |
| Ønsket afgangstid | RequestedIssueTime |
Den afgangsdato, som brugeren har anmodet om og er angivet i Supply Chain Management. Denne parameter gælder kun for frigivne eller godkendte ordreforslag. For ordreforslag er den som standard tom. |
Ønsket dato (ReqDateDlvOrig) |
| Påkrævet afgangstid | RequiredIssueTime |
Den påkrævede afgangsdato, der justeres af planlægningsoptimering. Hvis den ønskede afgangstid er i fortiden, når planlægningsoptimering køres, justeres den påkrævede afgangstid til den første åbne dag, der ikke ligger før dags dato. Hvis den ønskede afgangstid er markeret som blokeret i kalenderen, justeres den påkrævede afgangstid til den første åbne dag før denne dato. |
Behovsdato (ReqDate) og Behovstidspunkt (ReqTime) |
| Tidsforsinkelse for afgang | IssueTimeDelay |
Tidsforskellen mellem den planlagte afgangstid og enten den ønskede afgangstid for godkendte og frigivne ordrer eller den påkrævede afgangstid. |
Forsinkelse (i dage) (FuturesDays) |
Parametre for tilgangs- og forsyningstransaktioner
Følgende tabel indeholder de parametre, som planlægningsoptimering bruger, når programmet behandler tilgangs- og forsyningstransaktioner.
| Parameter | Parameternavn i planlægningsoptimering | Beskrivelse | Tilsvarende felt i Supply Chain Management (i tabellen ReqTrans eller ReqPO) |
|---|---|---|---|
| Planlagt tilgængelighedstid | PlannedAvailabilityTime |
Den dato, hvor tilgangen er planlagt til at være tilgængelig. |
Behovsdato (ReqDate) og Behovstidspunkt (ReqTime) |
| Planlagt tilgangstid | PlannedReceiptTime |
Den dato, hvor tilgangen ankommer til lokationen. |
Til dato (FuturesDate), Forsinket til tid (FuturesTime) og Leveringsdato (ReqDateDlv) eller Ønsket dato (ReqDateDlvOrig), hvis ordren endnu ikke er frigivet. |
| Påkrævet tilgængelighedstid | RequiredAvailabilityTime |
Den påkrævede tilgængelighedsdato, der justeres af planlægningsoptimering. |
Behovsdato (ReqDate) og Behovstidspunkt (ReqTime) |
| Forventet tilgangstid | ExpectedReceiptTime |
Den forventede tilgangsdato for en frigivet tilgang. Værdien angives af brugeren i Supply Chain Management og justeres ikke af planlægningsoptimering. Denne parameter gælder kun for frigivne tilgange. |
Ønsket dato (ReqDateDlvOrig) |
| Påkrævet tilgangstid | RequiredReceiptTime |
Den påkrævede tilgangsdato, der justeres af planlægningsoptimering. |
Behovsdato (ReqDate) og Behovstidspunkt (ReqTime) |
| Planlagt bestillingstid | PlannedOrderingTime |
Den bestillingsdato, der beregnes af planlægningsoptimering. |
Ordredato (ReqDateOrder) og Ordretidspunkt (ReqTimeOrder) |
| Starttid for planlagt aktivitet | PlannedActivityStartTime |
Den dato, hvor aktiviteten for denne tilgang skal starte. |
Startdato (SchedFromDate) |
| Tidsforsinkelse for tilgang | ReceiptTimeDelay |
Tidsforskellen mellem den planlagte tilgangstid og den påkrævede tilgangstid. |
Forsinkelse (dage) (FuturesDays) og Forsinket til tid (FuturesTime) |
Eksempler på datoparametre, der bruges af planlægningsoptimering
Planerne i følgende illustrationer er på dagsniveau, men planlægningsoptimering køres på et mere detaljeret niveau. Da margener f.eks. kan være i timer, kan planlægningsordretiden være 22. januar 2021 kl. 11:35 osv.
Eksempel 1: Simpelt scenario
En salgsordre, der har en ønsket afgangstid den 22. januar, dækkes af én indkøbsordre. Følgende indstillinger bruges:
- Ingen gennemløbstid
- Ingen kalendere (alle dage er åbne).
- Ingen margener
Følgende illustration viser dette scenario. (Vælg illustrationen for at åbne en større version.)
Eksempel 2: Scenario for gennemløbstid
En salgsordre, der har en ønsket afgangstid den 22. januar, dækkes af én indkøbsordre. Følgende indstillinger bruges:
- Tre dages gennemløbstid
- Ingen kalendere (alle dage er åbne).
- Ingen margener
Følgende illustration viser dette scenario. (Vælg illustrationen for at åbne en større version.)
Eksempel 3: Margenscenario
En salgsordre, der har en ønsket afgangstid den 22. januar, dækkes af én indkøbsordre. Følgende indstillinger bruges:
- Tre dages gennemløbstid
- Bestillingsmargen på fire dage
- Tilgængelighedsmargen på fem dage
- Ingen kalendere (alle dage er åbne).
Følgende illustration viser dette scenario. (Vælg illustrationen for at åbne en større version.)
Eksempel 4: Forsinkelsesscenario
En salgsordre, der har en ønsket afgangstid den 22. januar, dækkes af én indkøbsordre. I dette eksempel bruges de samme indstillinger som i eksempel 3, men planlægningsdatoen er flyttet til 15. januar. Planlægning bagud (røde markeringer) mislykkes, fordi den planlagte bestillingstid skulle være før dags dato. Derfor skal varedisponering planlægges fremad og give forsinkelser.
Følgende illustration viser dette scenario. (Vælg illustrationen for at åbne en større version.)
Eksempel 5: Flyttescenario
En salgsordre fra lagersted 1, der har ønsket afgangstid den 22. januar, dækkes af én flytteordre fra lagersted 2, der dækkes af et indkøbsordreforslag. Følgende indstillinger bruges:
- Tre dages gennemløbstid for flytning (lagersted 1)
- To dages gennemløbstid for indkøb (lagersted 2)
- Ingen kalendere (alle dage er åbne).
Følgende illustration viser dette scenario. (Vælg illustrationen for at åbne en større version.)
Eksempel 6: Gennemløbstid med kalenderscenario
En salgsordre, der har en ønsket afgangstid den 22. januar, dækkes af én indkøbsordre. Følgende indstillinger bruges:
- Tre dages gennemløbstid
- Afgangskalender (lukket fredag)
- Tilgængelighedskalender (lukket torsdag og fredag)
- Tilgangskalender (lukket tirsdag, onsdag og søndag)
- Kalender for gennemløbstid (lukket torsdag og fredag)
- Bestillingskalender (åben mandag og lørdag)
Følgende illustration viser dette scenario. (Vælg illustrationen for at åbne en større version.)
Eksempel 7: Forsinkelse med kalenderscenario
En salgsordre, der har en ønsket afgangstid den 22. januar, dækkes af én indkøbsordre. I dette eksempel bruges de samme indstillinger som i eksempel 6, men planlægningsdatoen er flyttet til 13. januar. Planlægning bagud (røde markeringer) mislykkes, fordi den planlagte bestillingstid skulle være før dags dato. Derfor skal varedisponering planlægges fremad og give forsinkelser.
Følgende illustration viser dette scenario. (Vælg illustrationen for at åbne en større version.)
