Muistiinpano
Tämän sivun käyttö edellyttää valtuutusta. Voit yrittää kirjautua sisään tai vaihtaa hakemistoa.
Tämän sivun käyttö edellyttää valtuutusta. Voit yrittää vaihtaa hakemistoa.
Muistio
Yhteisön eturyhmät ovat nyt siirtyneet Yammerista Microsoft Viva Engageen. Liity Viva Engage -yhteisöön ja osallistu uusimpiin keskusteluihin täyttämällä Pyydä käyttöoikeutta rahoitukseen ja toimintoihin Viva Engage -yhteisö -lomake ja valitse yhteisö, johon haluat liittyä.
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 | Description | Microsoft Dynamics 365 Supply Chain Management Vastaava kenttä (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 toimitusketjunhallintaissa määritetty myöntämispä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 |
Suunnitteluoptimointi säätää vaaditun asian päivämäärän. Jos tämä aika on menneisyydessä suunnitteluoptimoinnin suorittamisen aikana, se siirretään ensimmäiseen avauspäivään, joka ei ole tätä päivää aiemmin. Jos aika on merkitty kalenterissa estettyksi, se sen sijaan mukautetaan kyseistä päivämäärää edeltäväksi ensimmäiseksi avauspäiväksi. |
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 | Description | Vastaava kenttä toimitusketjunhallintaissa (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 vastaanotto 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 |
Suunnitteluoptimoinnilla säädetään vaadittua käytettävyyspäivämäärää. |
Tarvepäivä (ReqDate) ja Tarveaika (ReqTime) |
| Odotettu vastaanottoaika | ExpectedReceiptTime |
Vapautetun lähetyksen odotettu vastaanottopäivä. Käyttäjä määrittää arvon kohteessa toimitusketjunhallinta. Sitä ei muokata suunnitteluoptimoinnissa. Tämä parametri koskee vain vapautettuja lähetyksiä. |
Pyydetty päivämäärä (ReqDateDlvOrig) |
| Vaadittava vastaanottoaika | RequiredReceiptTime |
Suunnitteluoptimointi säätää vaadittua vastaanottopäivämäärää. |
Tarvepäivä (ReqDate) ja Tarveaika (ReqTime) |
| Suunniteltu tilausaika | PlannedOrderingTime |
Suunnitteluoptimoinnin laskemien tilausten pä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 kaavioiden palvelupaketit 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äksi siirretään 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äksi siirretään 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.)
