Dela via


Parametrar för datum och tid som används i Planeringsoptimering

Denna artikel innehåller information om de datum- och tidsparametrar som Planeringsoptimering använder under åtgärden.

Medan den inaktuella huvudplaneringsmotorn använder transaktionsdatum i alla beräkningar fungerar Planeringsoptimering med datum- och tidsvärden som konverteras till datum. Den här skillnaden i beteende kan leda till situationer där prognostransaktioner som skapas vid midnatt den dagen när huvudplaneringen körs inte inkluderas eftersom Planeringsoptimering tar hänsyn till att de har skapats före aktuellt datum.

Parametrar för ut- och efterfrågetransaktioner

I följande tabell visas de parametrar som Planeringsoptimering använder när ut- och efterfrågetransaktioner bearbetas.

Parameter Parameternamn i Planeringsoptimering Beskrivning Motsvarande fält i Microsoft Dynamics 365 Supply Chain Management (i registret ReqTrans)
Planerad utleveranstid PlannedIssueTime Det datum som utleveransen som planeras för. Till datum (FuturesDate) och försenad till tid (FuturesTime)
Begärd utleveranstid RequestedIssueTime Det utfärdandedatum som användaren begärt och angetts i Supply Chain Management. Den här parametern kan bara användas för frisläppta eller godkända planerade order. För planerade order är den tom som standard. Begärt datum (ReqDateDlvOrig)
Begärd utleveranstid RequiredIssueTime Det ut utfärdandedatum som justeras genom Planeringsoptimering. Om den begärda ut utfärdandetiden redan har körts när Planeringsoptimering körs, justeras den begärda utfärdandetiden till den första öppna dagen som inte är tidigare än dagens datum. Om den begärda ut utfärdandetiden markeras som blockerad i kalendern, justeras den begärda ut utfärdandetiden till den första öppna dagen före detta datum. Behovsdatum (ReqDate) och Behovstid (ReqTime)
Utfärda tidsfördröjning IssueTimeDelay Tidsskillnaden mellan den planerade ut utfärdandetiden och antingen den begärda ut utfärdandetiden för godkända och frisläppta order eller den begärda ut utfärdandetiden. Fördröjning (i dagar) (FuturesDays)

Parametrar för inleverans- och leveranstransaktioner

I följande tabell visas de parametrar som Planeringsoptimering använder när inleverans- och leveranstransaktioner bearbetas.

Parameter Parameternamn i Planeringsoptimering Beskrivning Motsvarande fält i Supply Chain Management (i registret ReqTrans eller ReqPO)
Planerad tillgänglighetstid PlannedAvailabilityTime Datumet då kvittot planeras vara tillgängligt. Behovsdatum (ReqDate) och Behovstid (ReqTime)
Planerad inleveranstid PlannedReceiptTime Det datum då inleveransen anländer till platsen. Till datum (FuturesDate), Försenad till tid (FuturesTime) och Leveransdatum (ReqDateDlv) eller Begärt datum (ReqDateDlvOrig) om beställningen inte har släppts ännu.
Krävd tillgänglighetstid RequiredAvailabilityTime Det krävda tillgänglighetsdatum som justeras genom Planeringsoptimering. Behovsdatum (ReqDate) och Behovstid (ReqTime)
Förväntad inleveranstid ExpectedReceiptTime Förväntat inleveransdatum för en frisläppt inleverans. Värdet ställs in av användaren i Supply Chain Management och justeras inte genom Planeringsoptimering. Den här parametern gäller bara för frisläppta inleveranser. Begärt datum (ReqDateDlvOrig)
Obligatorisk inleveranstid RequiredReceiptTime Det krävda inleveransdatum som justeras genom Planeringsoptimering. Behovsdatum (ReqDate) och Behovstid (ReqTime)
Planerad ordertid PlannedOrderingTime Orderdatumet som beräknas av Planeringsoptimering. Orderdatum (ReqDateOrder) och Ordertid (ReqTimeOrder)
Starttid för planerad aktivitet PlannedActivityStartTime Det datum då aktiviteten för den här inleveransen ska starta. Startdatum (SchedFromDate)
Fördröjning för inleverans ReceiptTimeDelay Tidsskillnaden mellan den planerade inleveranstiden och den begärda inleveranstiden. Fördröjning (dagar) (FuturesDays) och Försenad till tid (FuturesTime)

Exempel på användning av datumparameter av Planeringsoptimering

Planerna i följande illustrationer finns på dagnivå, men Planeringsoptimering körs på en mer detaljerad nivå. Eftersom marginalerna till exempel kan vara i timmar kan planeringsordertiden vara den 22 januari 2021, klockan 11:35 och så vidare.

Exempel 1: Enkelt scenario

En försäljningsorder som har en begärd ut ärendetid den 22 januari täcks av en inköpsorder. Följande inställningar används:

  • Ingen produktionstid
  • Inga kalendrar (Alla dagar är öppna.)
  • Inga marginaler

Illustrationen nedan visar detta scenario. (Välj illustrationen om du vill öppna en större version.)

Enkelt scenario.

Exempel 2: Scenario för ledtid

En försäljningsorder som har en begärd ut ärendetid den 22 januari täcks av en inköpsorder. Följande inställningar används:

  • Tre dagar med ledtid
  • Inga kalendrar (Alla dagar är öppna.)
  • Inga marginaler

Illustrationen nedan visar detta scenario. (Välj illustrationen om du vill öppna en större version.)

Scenario för ledtid.

Exempel 3: Marginalscenario

En försäljningsorder som har en begärd ut ärendetid den 22 januari täcks av en inköpsorder. Följande inställningar används:

  • Tre dagar med ledtid
  • Ordermarginal på fyra dagar
  • Fem dagars tillgänglighetsmarginal
  • Inga kalendrar (Alla dagar är öppna.)

Illustrationen nedan visar detta scenario. (Välj illustrationen om du vill öppna en större version.)

Marginalscenario.

Exempel 4: fördröjningsscenario

En försäljningsorder som har en begärd ut ärendetid den 22 januari täcks av en inköpsorder. I det här exemplet används samma inställningar som exempel 3, men planeringsdatumet har flyttats till den 15 januari. Bakåtplaneringen (röda märkningar) misslyckas eftersom den planerade ordertiden måste in vara före dagens datum. Därför måste huvudplaneringen planeras framåt, och förseningar inträffar.

Illustrationen nedan visar detta scenario. (Välj illustrationen om du vill öppna en större version.)

Fördröjningsscenario.

Exempel 5: Överföringsscenario

En försäljningsorder från lagerställe 1 som har en begärd utleveranstid den 22 januari täcks av en överföringsorder från lagerställe 2 som täcks av en planerad inköpsorder. Följande inställningar används:

  • Tre dagars ledtid för överföring (distributionslager 1)
  • Två dagars ledtid för inköp (distributionslager 2)
  • Inga kalendrar (Alla dagar är öppna.)

Illustrationen nedan visar detta scenario. (Välj illustrationen om du vill öppna en större version.)

Överföringsscenario.

Exempel 6: Ledtid med kalenderscenario

En försäljningsorder som har en begärd ut ärendetid den 22 januari täcks av en inköpsorder. Följande inställningar används:

  • Tre dagar med ledtid
  • Utfärdandekalender (stängd på fredag)
  • Tillgänglighetskalender (stängt på torsdag och fredag)
  • Inleveranskalender (stängd på tisdag, onsdag och söndag)
  • Ledtidskalender (stängt på torsdag och fredag)
  • Orderkalender (öppen på måndag och lördag)

Illustrationen nedan visar detta scenario. (Välj illustrationen om du vill öppna en större version.)

Ledtid med kalenderscenario.

Exempel 7: Fördröjning med kalenderscenario

En försäljningsorder som har en begärd ut ärendetid den 22 januari täcks av en inköpsorder. I det här exemplet används samma inställningar som exempel 6, men planeringsdatumet har flyttats till den 13 januari. Bakåtplaneringen (röda märkningar) misslyckas eftersom den planerade ordertiden måste in vara före dagens datum. Därför måste huvudplaneringen planeras framåt, och förseningar inträffar.

Illustrationen nedan visar detta scenario. (Välj illustrationen om du vill öppna en större version.)

Fördröjning med kalenderscenario.