Suunnittelun optimoinnissa käytetyt päivämäärä- ja aikaparametrit
Tässä artikkelissa on tietoja suunnittelun optimoinnin aikana käytettävistä päivämäärä- ja aikaparametreista.
Kun vanhentunut pääsuunnittelumoduuli käyttää kaikissa laskelmissa tapahtumapäivämääriä, suunnittelun optimointi käyttää päivämäärä- ja aika-arvoja, jotka muunnetaan päivämääriksi. Tämä toimintaero voi aiheuttaa tilanteita, joissa esimerkiksi pääsuunnittelun suorituspäivänä keskiyöllä luotuja ennustetapahtumia ei oteta huomioon, koska suunnittelun optimointi katsoo, että ne on luotu ennen kuluvaa päivämäärää.
Varasto-otto- ja kysyntätapahtumien parametrit
Seuraavassa taulukossa luetellaan parametrit, joita suunnittelun optimointi käyttää, kun se käsittelee varasto-otto- ja kysyntätapahtumia.
| Parametri | Parametrin nimi suunnittelun optimoinnissa | Kuvaus | Vastaava kenttä Microsoft Dynamics 365 Supply Chain Managementissa (ReqTrans-taulukossa) |
|---|---|---|---|
| Suunniteltu varasto-ottoaika | PlannedIssueTime |
Päivämäärä, jolle varasto-otto on kulloinkin suunniteltuna. |
Päättymispäivä (FuturesDate) ja Lykätty aikaan (FuturesTime) |
| Pyydetty varasto-ottoaika | RequestedIssueTime |
Käyttäjän pyytämä ja Supply Chain Managementissa määritetty varasto-oton päivämäärä. Tämä parametri on sovellettavissa vain vapautettuihin tai hyväksyttyihin suunniteltuihin tilauksiin. Suunniteltujen tilausten osalta se on oletusarvoisesti tyhjä. |
Pyydetty päivämäärä (ReqDateDlvOrig) |
| Vaadittava varasto-ottoaika | RequiredIssueTime |
Vaadittava varasto-ottoaika, jonka suunnittelun optimointi oikaisee. Jos pyydetty varasto-ottoaika on ohitettu, kun suunnittelun optimointi suoritetaan, vaadituksi varasto-ottoajaksi oikaistaan ensimmäinen avoin päivä, joka ei ole kuluvaa päivää aiemmin. Jos pyydetty varasto-ottoaika on merkitty kalenteriin estetyksi, vaadituksi varasto-ottoajaksi oikaistaan ensimmäinen avoin päivä ennen kyseistä päivämäärää. |
Tarvepäivä (ReqDate) ja Tarveaika (ReqTime) |
| Varasto-oton aikaviive | IssueTimeDelay |
Suunnitellun varasto-ottoajan ja joko hyväksyttyjen ja vapautettujen tilausten pyydetyn varasto-ottoajan tai vaaditun varasto-ottoajan välinen ero. |
Viive (päivinä) (FuturesDays) |
Vastaanotto- ja toimitustapahtumien parametrit
Seuraavassa taulukossa luetellaan parametrit, joita suunnittelun optimointi käyttää, kun se käsittelee vastaanotto- ja toimitustapahtumia.
| Parametri | Parametrin nimi suunnittelun optimoinnissa | Kuvaus | Vastaava kenttä Supply Chain Managementissa (ReqTrans- tai ReqPO-taulukossa) |
|---|---|---|---|
| Suunniteltu käytettävyysaika | PlannedAvailabilityTime |
Päivämäärä, jona lähetyksen suunnitellaan olevan käytettävissä. |
Tarvepäivä (ReqDate) ja Tarveaika (ReqTime) |
| Suunniteltu vastaanottoaika | PlannedReceiptTime |
Päivämäärä, jolloin lähetys saapuu sijaintiin. |
Päättymispäivä (FuturesDate), Lykätty aikaan (FuturesTime) ja Toimituspäivämäärä (ReqDateDlv) tai Pyydetty päivämäärä (ReqDateDlvOrig), jos tilausta ei vielä ole vapautettu. |
| Vaadittava käytettävyysaika | RequiredAvailabilityTime |
Vaadittava käytettävyysaika, jonka suunnittelun optimointi oikaisee. |
Tarvepäivä (ReqDate) ja Tarveaika (ReqTime) |
| Odotettu vastaanottoaika | ExpectedReceiptTime |
Vapautetun lähetyksen odotettu vastaanottopäivä. Käyttäjä määrittää arvon Supply Chain Managementissa, eikä suunnittelun optimointi oikaise sitä. Tämä parametri koskee vain vapautettuja lähetyksiä. |
Pyydetty päivämäärä (ReqDateDlvOrig) |
| Vaadittava vastaanottoaika | RequiredReceiptTime |
Vaadittava vastaanottoaika, jonka suunnittelun optimointi oikaisee. |
Tarvepäivä (ReqDate) ja Tarveaika (ReqTime) |
| Suunniteltu tilausaika | PlannedOrderingTime |
Suunnittelun optimoinnin laskema tilauspäivämäärä. |
Tilauspäivä (ReqDateOrder) ja Tilausaika (ReqTimeOrder) |
| Suunniteltu tehtävän aloitusaika | PlannedActivityStartTime |
Päivämäärä, jona tämän vastaanoton tehtävän pitäisi alkaa. |
Alkamispäivä (SchedFromDate) |
| Vastaanoton aikaviive | ReceiptTimeDelay |
Aikaero suunnitellun vastaanottoajan ja vaadittavan vastaanottoajan välillä. |
Viive (päivinä) ( FuturesDays) ja Lykätty aikaan (FuturesTime) |
Esimerkkejä suunnittelun optimoinnin päivämääräparametrin käytöstä
Seuraavien kuvien suunnitelmat ovat päivätasolla, mutta suunnittelun optimointi suoritetaan yksityiskohtaisemmalla tasolla. Koska marginaalit voivat olla esimerkiksi tuntien muodoissa, suunnittelun tilausaika voi olla 22. tammikuuta 2021 klo 11.35 jne.
Esimerkki 1: Yksinkertainen skenaario
Yksi ostotilaus kattaa myyntitilauksen, jonka pyydetty varasto-ottoaika on 22.tammikuuta. Seuraavia asetuksia käytetään:
- Ei läpimenoaikaa
- Ei kalentereita (Kaikki päivät ovat avoimena).
- Ei marginaaleja
Tämä skenaario näkyy seuraavassa kuvassa. (Voit avata suuremman version kuvasta valitsemalla sen.)
Esimerkki 2: Läpimenoaikaskenaario
Yksi ostotilaus kattaa myyntitilauksen, jonka pyydetty varasto-ottoaika on 22.tammikuuta. Seuraavia asetuksia käytetään:
- Kolmen päivän läpimenoaika
- Ei kalentereita (Kaikki päivät ovat avoimena).
- Ei marginaaleja
Tämä skenaario näkyy seuraavassa kuvassa. (Voit avata suuremman version kuvasta valitsemalla sen.)
Esimerkki 3: Marginaaliskenaario
Yksi ostotilaus kattaa myyntitilauksen, jonka pyydetty varasto-ottoaika on 22.tammikuuta. Seuraavia asetuksia käytetään:
- Kolmen päivän läpimenoaika
- Neljän päivän tilausmarginaali
- Viiden päivän käytettävyysmarginaali
- Ei kalentereita (Kaikki päivät ovat avoimena).
Tämä skenaario näkyy seuraavassa kuvassa. (Voit avata suuremman version kuvasta valitsemalla sen.)
Esimerkki 4: Viiveskenaario
Yksi ostotilaus kattaa myyntitilauksen, jonka pyydetty varasto-ottoaika on 22.tammikuuta. Tässä esimerkissä käytetään samoja asetuksia kuin esimerkissä 3, mutta suunnittelupäivämääränä on 15. tammikuuta. Takautuva ajastus (punaiset merkit) epäonnistuu, koska suunnitellun tilausajan on oltava ennen kuluvaa päivämäärää. Pääsuunnittelun on siksi ajoitettava eteenpäin, mistä aiheutuu viiveitä.
Tämä skenaario näkyy seuraavassa kuvassa. (Voit avata suuremman version kuvasta valitsemalla sen.)
Esimerkki 5: Siirtoskenaario
Suunniteltu ostotilaus kattaa yhden siirtotilauksen varastosta 1, joka vuorostaan kattaa yhden myyntitilauksen varastosta 2, jonka pyydetty varasto-ottoaika on 22. tammikuuta. Seuraavia asetuksia käytetään:
- Kolmen päivän siirron läpimenoaika (varasto 1)
- Kahden päivän oston läpimenoaika (varasto 2)
- Ei kalentereita (Kaikki päivät ovat avoimena).
Tämä skenaario näkyy seuraavassa kuvassa. (Voit avata suuremman version kuvasta valitsemalla sen.)
Esimerkki 6: Läpimenoaika- ja kalenteriskenaario
Yksi ostotilaus kattaa myyntitilauksen, jonka pyydetty varasto-ottoaika on 22.tammikuuta. Seuraavia asetuksia käytetään:
- Kolmen päivän läpimenoaika
- Varasto-ottokalenteri (suljettu perjantaina)
- Käytettävyyskalenteri (suljettu torstaina ja perjantaina)
- Vastaanottokalenteri (suljettu tiistaina, keskiviikkona ja sunnuntaina)
- Läpimenoaikakalenteri (suljettu torstaina ja perjantaina)
- Tilauskalenteri (avoimena maanantaina ja lauantaina)
Tämä skenaario näkyy seuraavassa kuvassa. (Voit avata suuremman version kuvasta valitsemalla sen.)
Esimerkki 7: Viive- ja kalenteriskenaario
Yksi ostotilaus kattaa myyntitilauksen, jonka pyydetty varasto-ottoaika on 22.tammikuuta. Tässä esimerkissä käytetään samoja asetuksia kuin esimerkissä 6, mutta suunnittelupäivämääränä on 13. tammikuuta. Takautuva ajastus (punaiset merkit) epäonnistuu, koska suunnitellun tilausajan on oltava ennen kuluvaa päivämäärää. Pääsuunnittelun on siksi ajoitettava eteenpäin, mistä aiheutuu viiveitä.
Tämä skenaario näkyy seuraavassa kuvassa. (Voit avata suuremman version kuvasta valitsemalla sen.)
