Parameters voor datum en tijd die door Planningsoptimalisatie worden gebruikt
Dit artikel biedt informatie over de parameters voor datum en tijd die tijdens de bewerking door Planningsoptimalisatie worden gebruikt .
Terwijl in de afgeschafte hoofdplanningsengine transactiedatums in alle berekeningen worden gebruikt, werkt Planningsoptimalisatie met datum- en tijdwaarden die naar datums zijn geconverteerd. Dit verschil in gedrag kan leiden tot situaties waarin bijvoorbeeld prognosetransacties die zijn gemaakt om middernacht op de dag waarop de hoofdplanning wordt uitgevoerd, niet zijn opgenomen, omdat Planningsoptimalisatie er rekening mee houdt dat ze vóór de huidige datum zijn gemaakt.
Parameters voor uitgifte- en vraagtransacties
In de volgende tabel worden de parameters vermeld die door Planningsoptimalisatie worden gebruikt bij het verwerken van uitgifte- en vraagtransacties.
| Parameter | Parameternaam in Planningsoptimalisatie | Omschrijving | Equivalent veld in Microsoft Dynamics 365 Supply Chain Management (in de ReqTrans-tabel) |
|---|---|---|---|
| Geplande uitgiftetijd | PlannedIssueTime |
De datum waarop de uitgifte momenteel is gepland. |
Einddatum (FuturesDate) en Vertraagd tot-tijd (FuturesTime) |
| Aangevraagde uitgiftetijd | RequestedIssueTime |
De uitgiftedatum die is aangevraagd door de gebruiker en die is ingesteld in Supply Chain Management. Deze parameter is alleen van toepassing op vrijgegeven of goedgekeurde geplande orders. Voor geplande orders is deze standaard leeg. |
Gevraagde datum (ReqDateDlvOrig) |
| Vereiste uitgiftetijd | RequiredIssueTime |
De vereiste uitgiftedatum die is aangepast door Planningsoptimalisatie. Als de aangevraagde uitgiftetijd in het verleden ligt op het moment dat Planningsoptimalisatie wordt uitgevoerd, wordt de vereiste uitgiftetijd gecorrigeerd naar de eerste open dag die niet voor de datum van vandaag ligt. Als de aangevraagde uitgiftetijd is gemarkeerd als geblokkeerd in de kalender, wordt de vereiste uitgiftetijd gecorrigeerd naar de eerste open dag vóór die datum. |
Behoeftedatum (ReqDate) en Tijd voor vereiste (ReqTime) |
| Vertraging van uitgiftetijd | IssueTimeDelay |
Het tijdsverschil tussen de geplande uitgiftetijd en de aangevraagde uitgiftetijd voor goedgekeurde en vrijgegeven orders of de vereiste uitgiftetijd. |
Vertraging (in dagen) (FuturesDays) |
Parameters voor ontvangst- en leveringstransacties
In de volgende tabel worden de parameters vermeld die door Planningsoptimalisatie worden gebruikt bij het verwerken van ontvangst- en leveringstransacties.
| Parameter | Parameternaam in Planningsoptimalisatie | Omschrijving | Equivalent veld in Supply Chain Management (in de tabel ReqTrans of ReqPO) |
|---|---|---|---|
| Geplande beschikbaarheidstijd | PlannedAvailabilityTime |
De datum waarop de ontvangst is gepland voor beschikbaarheid. |
Behoeftedatum (ReqDate) en Tijd voor vereiste (ReqTime) |
| Geplande ontvangsttijd | PlannedReceiptTime |
De datum waarop de ontvangst op de locatie aankomt. |
Einddatum (FuturesDate), Uitgesteld tot tijd (FuturesTime) en Leveringsdatum (ReqDateDlv) of Gevraagde datum (ReqDateDlvOrig) als de order nog niet is vrijgegeven. |
| Vereiste beschikbaarheidstijd | RequiredAvailabilityTime |
De vereiste beschikbaarheidsdatum die is aangepast door Planningsoptimalisatie. |
Behoeftedatum (ReqDate) en Tijd voor vereiste (ReqTime) |
| Verwachte ontvangsttijd | ExpectedReceiptTime |
De verwachte ontvangstdatum voor een vrijgegeven ontvangst. De waarde wordt ingesteld door de gebruiker in Supply Chain Management en wordt niet aangepast door Planningsoptimalisatie. Deze parameter is alleen van toepassing op vrijgegeven ontvangsten. |
Gevraagde datum (ReqDateDlvOrig) |
| Vereiste ontvangsttijd | RequiredReceiptTime |
De vereiste ontvangstdatum die is aangepast door Planningsoptimalisatie. |
Behoeftedatum (ReqDate) en Tijd voor vereiste (ReqTime) |
| Geplande ordertijd | PlannedOrderingTime |
De orderdatum die is berekend door Planningsoptimalisatie. |
Orderdatum (ReqDateOrder) en Ordertijd (ReqTimeOrder) |
| Begintijd geplande activiteit | PlannedActivityStartTime |
De datum waarop de activiteit voor deze ontvangst moet beginnen. |
Begindatum (SchedFromDate) |
| Vertraging ontvangsttijd | ReceiptTimeDelay |
Het tijdsverschil tussen de geplande ontvangsttijd en de vereiste ontvangsttijd. |
Vertraging (dagen) (FuturesDays) en Vertraagd tot-tijd (FuturesTime) |
Voorbeelden van het gebruik van datumparameters door Planningsoptimalisatie
De plannen in de volgende afbeeldingen zijn op dagniveau, maar Planningsoptimalisatie wordt op een gedetailleerder niveau uitgevoerd. Omdat marges bijvoorbeeld in uren kunnen worden gebruikt, kan de geplande ordertijd 22 januari 2021 om 11:35 zijn enzovoort.
Voorbeeld 1: eenvoudig scenario
Eén verkooporder met een aangevraagde uitgiftetijd op 22 januari, wordt gedekt door één inkooporder. De volgende instellingen worden gebruikt:
- Geen doorlooptijd
- Geen kalenders (Alle dagen zijn open.)
- Geen marges
In de volgende afbeelding wordt dit scenario getoond. (Selecteer de afbeelding om een grotere versie te openen.)
Voorbeeld 2: doorlooptijdscenario
Eén verkooporder met een aangevraagde uitgiftetijd op 22 januari, wordt gedekt door één inkooporder. De volgende instellingen worden gebruikt:
- Drie dagen doorlooptijd
- Geen kalenders (Alle dagen zijn open.)
- Geen marges
In de volgende afbeelding wordt dit scenario getoond. (Selecteer de afbeelding om een grotere versie te openen.)
Voorbeeld 3: margescenario
Eén verkooporder met een aangevraagde uitgiftetijd op 22 januari, wordt gedekt door één inkooporder. De volgende instellingen worden gebruikt:
- Drie dagen doorlooptijd
- Ordermarge van vier dagen
- Beschikbaarheidsmarge van vijf dagen
- Geen kalenders (Alle dagen zijn open.)
In de volgende afbeelding wordt dit scenario getoond. (Selecteer de afbeelding om een grotere versie te openen.)
Voorbeeld 4: vertragingsscenario
Eén verkooporder met een aangevraagde uitgiftetijd op 22 januari, wordt gedekt door één inkooporder. In dit voorbeeld worden dezelfde instellingen gebruikt als in voorbeeld 3, maar de planningsdatum is verplaatst naar 15 januari. Achterwaarts plannen (rode markeringen) mislukt omdat de geplande ordertijd vóór de datum van vandaag moet liggen. De hoofdplanning moet daarom voorwaarts worden gepland en er treden vertragingen op.
In de volgende afbeelding wordt dit scenario getoond. (Selecteer de afbeelding om een grotere versie te openen.)
Voorbeeld 5: overboekingsscenario
Eén verkooporder in magazijn 1 met een aangevraagde uitgiftetijd op 22 januari, wordt gedekt door één transferorder uit magazijn 2 die wordt gedekt door een geplande inkooporder. De volgende instellingen worden gebruikt:
- Drie dagen doorlooptijd voor verplaatsing (magazijn 1)
- Twee dagen doorlooptijd voor aankoop (magazijn 2)
- Geen kalenders (Alle dagen zijn open.)
In de volgende afbeelding wordt dit scenario getoond. (Selecteer de afbeelding om een grotere versie te openen.)
Voorbeeld 6: doorlooptijd met kalenderscenario
Eén verkooporder met een aangevraagde uitgiftetijd op 22 januari, wordt gedekt door één inkooporder. De volgende instellingen worden gebruikt:
- Drie dagen doorlooptijd
- Uitgiftekalender (gesloten op vrijdag)
- Beschikbaarheidskalender (gesloten op donderdag en vrijdag)
- Ontvangstkalender (gesloten op dinsdag, woensdag en zondag)
- Doorlooptijdkalender (gesloten op donderdag en vrijdag)
- Orderkalender (open op maandag en zaterdag)
In de volgende afbeelding wordt dit scenario getoond. (Selecteer de afbeelding om een grotere versie te openen.)
Voorbeeld 7: vertraging met kalenderscenario
Eén verkooporder met een aangevraagde uitgiftetijd op 22 januari, wordt gedekt door één inkooporder. In dit voorbeeld worden dezelfde instellingen gebruikt als in voorbeeld 6, maar de planningsdatum is verplaatst naar 13 januari. Achterwaarts plannen (rode markeringen) mislukt omdat de geplande ordertijd vóór de datum van vandaag moet liggen. De hoofdplanning moet daarom voorwaarts worden gepland en er treden vertragingen op.
In de volgende afbeelding wordt dit scenario getoond. (Selecteer de afbeelding om een grotere versie te openen.)
