Märkus
Juurdepääs sellele lehele nõuab autoriseerimist. Võite proovida sisse logida või kausta vahetada.
Juurdepääs sellele lehele nõuab autoriseerimist. Võite proovida kausta vahetada.
Plaanimise optimeerimine tulemused (sh plaanitud tellimused, kogused ja kuupäevad) võivad erineda taunitud koondplaneerimise mootori tulemustest. Erinevusi võivad põhjustada ootel funktsioonid. See artikkel loetleb plaanimise optimeerimine-i ja taunitud koondplaneerimise mootori vahelised erinevused, mida ei ole plaanimise optimeerimine analüüsilehel .
Funktsioon | Kuidas plaanimise optimeerimine erineb taunitud koondplaneerimisest |
---|---|
Tänase kuupäeva prognoosid | Planeerimise optimeerimine ei arvesta tänase kuupäeva prognoosidega, kuigi iganenud üldplaneerimise mootor võttis neid arvesse. |
Tegeliku kaaluga tooted | Tegeliku kaaluga tooteid peetakse tavalisteks toodeteks. Planeeritud tellimused ei sisalda tegeliku kaalu nõutava koguse väärtust. |
Arvestatud ja tarnitud müügitellimuste vähenemise prognoos | Kui üldplaanis on nõudluse prognoos seadistatud prognooside vähendamiseks tehingute kaupa, vähendab aegunud üldplaneerimine prognoosi arveldatud ja tarnitud müügitellimuste järgi, kuid planeerimise optimeerimine seda ei tee. Oletagem näiteks, et teil on kauba prognoos 100 ea ja on olemas ostutellimus hinnaga 10 ea ning müügitellimus, mille tarnimine on 5 ea ja arve esitatakse 2 ea eest. Iganenud planeerimismootor rakendaks prognoosi vähendamist, et luua planeeritud tellimus 100–10–2–5 = 83 ea. Planeerimise optimeerimine aga ei arvestaks arveldatud ega tarnitud koguseid, seega telliks 100 − 10 = 90 ea. Seetõttu soovitab planeerimise optimeerimine tellida tarne koguste, mis on juba tarnitud ja/või arveldatud, mis võib kaasa tuua ülepakkumise. |
Filtreeritud tootmiste käitamised | Lisateavet vt jaotisest Tootmise planeerimine - filtrid. |
Eelarveplaanimine | Prognooside planeerimist ei toetata. Soovitame teil kasutada koondplaneerimist seal, kus koondplaanile on määratud prognoosimudel. |
Numbrijada plaanitud tellimustele | Numbrijadasid plaanitud tellimustele ei toetata. Plaanitud tellimuste numbrid luuakse teeninduse poolel. Plaanitud tellimuse numbrit näidatakse tavaliselt 10 numbriga, kuid järjestus on tegelikult üles ehitatud 20 tähemärgile, 10 numbrid tähistavad planeerimiste arvu ja ülejäänud 10 numbrit plaanitud tellimuste arvu. |
Plaani kopeerimine, plaani kustutamine ja plaani versiooni korrastamine | Järgmised üksused on navigeerimispaani jaotises Koondplaneerimine > Koondplaneerimine > Plaanide haldamine keelatud.
|
Tagastustellimused | Tagastustellimusi ei arvestata. |
Planeerimisega seotud funktsioonid | Üksikasju vt teemast Planeerimine lõpmatu võimsusega. |
Puhvervaru täitmine | Planeerimise optimeerimine kasutab alati Tänane kuupäev + hankeaeg valikut Täitke minimaalselt välja Toode katvus lehe jaoks. See aitab vältida soovimatuid planeeritud tellimusi ja muid probleeme, sest kui turvavarude hankimise aega ei arvestata, lükkuvad väheste varude jaoks loodud kavandatud tellimused alati tähtaja tõttu edasi. Lisateavet vaadake teemast Puhvervaru täitmine iganenud koondplaneerimise mootoriga |
Ohutusvaru sidumine ja võrgunõuded | Turvavarud nõude tüüp ei kuulu komplekti ja seda ei kuvata lehel Võrgu nõuded. Turvavarud ei kujuta endast nõudlust ega ole seotud nõude kuupäevaga. Selle asemel seab see piirangu sellele, kui palju laoseisu peab alati olema. Planeeritud tellimuste arvutamisel üldplaneerimisel võetakse siiski arvesse välja väärtust Minimum. Soovitame teil vaadata lehe Võrgu nõuded veergu Kogunenud kogus, et näha, kas seda väärtust arvestati. Kuna sidumine on erinev, võidakse soovitada muid toiminguid. Lisateavet vaadake teemast Puhvervaru täitmine iganenud koondplaneerimise mootoriga |
Transpordikalendrid | Väärtust lehe Tarneviisid veerus Transpordikalender eiratakse. |
Minimaalne/maksimaalne katvuse kood ilma väärtusteta | Aegunud üldplaneerimise mootori puhul, kui kasutate minimaalse/maksimaalse katvuse koodi, kus miinimum- ega maksimumväärtusi pole määratud, käsitleb planeerimismootor kattekoodi nõudena ja loob iga nõude jaoks ühe tellimuse. Planeerimise optimeerimisega koostab süsteem ühe tellimuse päevas, et katta kogu selle päeva summa. |
Netonõuded ja käsitsi loodud planeeritud tellimused | Iganenud üldplaneerimise mootoriga kuvatakse kauba käsitsi loodud tarnetellimused selle kauba netonõuete jaoks automaatselt. Näiteks müügitellimusest ostutellimuse loomisel kuvatakse ostutellimus lehel Netonõuded, ilma et oleks vaja mingeid eelnevaid toiminguid. Selle põhjuseks on asjaolu, et iganenud üldplaneerimise mootor logib laotehingud tabelis inventLogTTS ja näitab muudatusi dünaamiliste plaanide lehel Netonõuded. Kuid planeerimise optimeerimise korral ei kuvata käsitsi loodud tellimusi kauba netonõuete seas enne, kui planeerimise optimeerimine on käivitunud (kasutades kaupa sisaldavat plaani) või kuni valite tegevuspaanil suvandi Värskenda > Üldplaneerimine lehel Netonõuded, mis käivitab üksuse üldplaneerimise. Lisateavet, kuidas lehega Netonõuded töötada, vaadake jaotisest Netonõuded ja sidumise teave |
Netonõuded ja mis tahes pakkumise või nõudluse muudatused | Iganenud üldplaneerimise mootoriga kuvatakse kõik muudatused kauba pakkumises või nõudluses automaatselt selle kauba netonõuete hulgas. Näiteks planeeritud tellimuse koguse suurendamisel kuvatakse ostutellimus lehel Netonõuded, ilma et oleks vaja mingeid eelnevaid toiminguid. Selle põhjuseks on asjaolu, et iganenud üldplaneerimise mootor logib laotehingud tabelis inventLogTTS ja näitab muudatusi dünaamiliste plaanide lehel Netonõuded. Kuid planeerimise optimeerimise korral ei kuvata mis tahes muudatusi kauba netonõuete seas enne, kui planeerimise optimeerimine on käivitunud (kasutades kaupa sisaldavat plaani) või kuni valite tegevuspaanil suvandi Värskenda > Üldplaneerimine lehel Netonõuded, mis käivitab üksuse üldplaneerimise. Lisateavet, kuidas lehega Netonõuded töötada, vaadake jaotisest Netonõuded ja sidumise teave |
Ressursside määramine | Lõpmatu jõudlusega töötamisel määrab aegunud üldplaneerimise mootor kõik kavandatud tellimused antud ressursirühmas samale ressursile. Planeerimise optimeerimine parandab seda, valides ressursid juhuslikult, et erinevad tootmistellimused saaksid kasutada erinevaid ressursse. Kui soovite kasutada sama ressurssi kõigi planeeritud tellimuste jaoks, peate selle ressursi marsruudil määrama. |
Laiendatud andmetüübid (EDT-d) | Planeerimise optimeerimine ei toeta EDT-de täpsuse muutmist. See tähendab, et seda protsessi ametlikult ei toetata ja selle toimimine ei ole garanteeritud. |
Puhvervaru täitmine | Planeerimise optimeerimine kasutab alati suvandi sätet Täida minimaalselt suvandis Tänane kuupäev + tarneaeg. See valmistab süsteemi ette, et kasutada tulevikus lihtsustatud planeerimise seadistust ja pakub kasutatavat tulemust. Kui tarneaega puhvervarus ei arvestata, lükatakse plaanitud tellimused, mis luuakse vähese vaba kaubavaru jaoks, täitmisaja tõttu alati edasi. Selline käitumismudel võib põhjustada palju müra ja soovimatuid plaanitud tellimusi. Parim tava on muuta sätet nii, et kasutada valikut Tänane kuupäev + tarneaeg. Värskendage koondandmeid, et vältida hoiatusi. Lisateavet vaadake teemast Puhvervaru täitmine iganenud koondplaneerimise mootoriga |
Ostutellimuse täitmine | Ostutellimuse täitmisel kohaldab süsteem alati täitmisaega ega ignoreeri seda kunagi, isegi kui arvutatud vajaduse kuupäeva parameetrile viivituse lisamine on seatud väärtusele Ei. Selline käitumine erineb mittetaunitud koondplaneerimise mootori omast, mis sellisel juhul oleks mõistlik kuupäev. Näiteks kui täna on 1. märts 2024, on täitmisaeg 30 päeva ja viite viite lisamine arvutatud nõudekuupäevale on määratud väärtusele Ei, siis taunitav mootor loob ostutellimuse kuupäevaga 1. märts 2024, plaanimise optimeerimine aga selle kuupäevaga 1. aprill 2024 (täna pluss 30-päevane täitmisaeg). |
Staatilise plaani kopeerimine dünaamilisse plaani | Planeerimise optimeerimine ei kopeeri staatilisi plaane dünaamilistesse plaanidesse, olenemata seadistusest lehel Koondplaneerimise parameetrid. Üldiselt on see toiming vähem oluline kiiruse ja täieliku taasloomise tõttu, mida planeerimise optimeerimine võimaldab. Kui kasutatakse kaht või enamat plaani, tuleb iga plaani jaoks käivitada koondplaneerimine. |
Negatiivsed päevad | Planeerimise optimeerimine kasutab alati dünaamilisi negatiivseid päevi, olenemata nende seadistusest suvandis Kasuta dünaamilisi negatiivseid päevi jaotises Üldplaneerimise parameetrid. Säte Kasuta dünaamilisi negatiivseid päevi lehel koondplaneerimise parameetrite ei mõjuta seda käitumist. Lisateavet negatiivsete päevade kasutamise kohta vaadake teemast Viitetaluvus (negatiivsed päevad). |
Minevikus planeeritud tellimused | Planeerimise optimeerimine ei kavanda kunagi tellimusi minevikus, olenemata seadistusest Taotletud kuupäev. Kui määrate suvandi Nõutav kuupäev minevikku, jätab süsteem teie seadistuse alles, kuid määrab suvandi Nõutav kuupäev valikule Täna. |
Dimensioonipõhine konfiguratsioon | Planeerimise optimeerimine ei toeta dimensioonipõhiseid konfigureeritud tooteid. Planeerimise optimeerimine ei too nende toodete jaoks plahvatuslikult kaasa koosluse arveid. |
Ohutusvaru definitsioon/tähendus | Plaanimise optimeerimine puhul pole ohutusvaru tegelik nõudlus. Iga laovarude grupi puhul saate määrata, kui selgelt peaks süsteem seoma ohutusvarud nõudlusega selle jaoks loodud plaanitud tellimusega. (Lisateavet vt teemast Ohutusvarude sidumise valikud.) Laovarude grupid, mis kasutavad ranget ohutusvaru sidumise tööd, nagu kõik grupid taunitud mootoris, kus minimaalse laovaru täitmise välja väärtuseks on seatud Tänane kuupäev + hankeaeg. Taunitud koondplaneerimise mootoris on ohutusvaru nõudlus sama, mis teised nõudluse tüübid. Saate määrata, millal ohutusvaru täidetakse. |
Kui ohutusvaru on täidetud | Plaanimise optimeerimine puhul + täidetakse ohutusvaru alati tänase kuupäeva hankeajaga, olenemata kauba laovarude sättest. Taunitud koondplaneerimise mootoris sisaldavad kauba laovarude sätted minimaalse täitmise välja, mis määratleb, millal ohutusvaru peab olema täidetud. (Lisateavet vt teemast Ohutusvaru täitmine koos taunitud koondplaneerimise mootoriga.) |