監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價咨詢管理系統(tǒng) | 工程設計管理系統(tǒng) | 甲方項目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉

訂單生命erp

申請免費試用、咨詢電話：400-8352-114

 　　先定義下訂單.說到erp定義，有種說法第一句話就是“以銷售訂單為驅(qū)動的”來開章明義.結(jié)果有些人卻說，我們是備貨式生產(chǎn)，生產(chǎn)時，銷售訂單還不知道在哪兒呢.所以就認為erp不適合做備貨式生產(chǎn)企業(yè).當然，這是種誤解.從erp核心邏輯看，erp**的是需求與供給的關(guān)系，物料需與給，涉及到整個企業(yè)的定義進來的物料各種態(tài)、量，自然就包括銷售訂單到生產(chǎn)訂單也叫工單等等在內(nèi);另外，從業(yè)務本質(zhì)看，備貨式生產(chǎn)，為什么要備貨生產(chǎn)?肯定是因為有或潛在或臨界的銷售需求;所以，有人說，生產(chǎn)一定是銷售來拉動的;所以才有erp定義“以銷售訂單為驅(qū)動的”來說明.我們說的訂單，類似這種理解，也可以說是需求.

　　再來定義全生命周期.我們來看erp的簡單主流程，基本包括了產(chǎn)、供、銷、研、財?shù)壬a(chǎn)經(jīng)營“五行”全過程.但不知道大家發(fā)現(xiàn)一個現(xiàn)象沒有:產(chǎn)、供、銷、財“四行”，通過技術(shù)基本上是可以實現(xiàn)訂單追蹤全程跟單管理;現(xiàn)在能實現(xiàn)的erp的產(chǎn)品那是一打一打的比比皆是.但是，很少有產(chǎn)品把研也做到全程跟單中去--這一“行”，做到全程跟單中，行還是不行?有人說，我又在扯淡或者有扯淡的或潛在或臨界的可能.那我扯淡的反問一句:五行大觀、五行通觀為什么就不行呢?為什么我們就只能看到MRP把BOM分解過后的數(shù)據(jù)，而不能知道我MRP運算時取的是哪個BOM?當然了，又有人說，銷售訂單bom不就行嗎?不是銷售訂單BOM的人家對生產(chǎn)制造BOM有定義，比如MRP抓的是某狀態(tài)、某時效、某定義的

erp22.png

　　BOM。BOM量產(chǎn)后，基本上不變了，把它硬做成五行通觀，沒有意義，傷了筋骨也沒有美麗卿卿性命.

　　但當erp在各行各業(yè)越來越普及般應用時，我們有時發(fā)現(xiàn)，我們以前的一些想法和做法還是受到一些挑戰(zhàn).做為客戶，越來越想-眼看到所有景觀、看透所有景觀、看完所有景觀.誰都想一個按鈕按完，自己想要的全能出來.雖然說，可以再另按個按鈕，或者轉(zhuǎn)換個界面或者簡單的計算，需求還是可以滿足的.但是，如果現(xiàn)在客戶說:還需要這么煩的操作，我還要你系統(tǒng)干什么?不要以為客戶說的是外行話，其實，這才是所有軟件及IT發(fā)展的最終動力和方向，“物云移電大”--現(xiàn)在最炙手可熱的IT領域，他們到底解決了和解決著什么?是用戶體驗--不信，你從純技術(shù)角度看，他們有多少是嶄新的大的革命性技術(shù)?

　　所以，現(xiàn)在看來，五行合一的黃辰吉時應該差不多到了吧.這也是我們要定義的全生命周期.

　　訂單生命erp回顧狀態(tài)參數(shù)文件的幾個概念：

　　1.系統(tǒng)狀態(tài)(系統(tǒng)狀態(tài))

　　系統(tǒng)預置的狀態(tài)，預置的系統(tǒng)狀態(tài)通常以字母Ⅰ開頭的5位碼，使用Tcode：BS 32可以查看業(yè)務交易和系統(tǒng)狀態(tài)的關(guān)系.

　　2.用戶狀態(tài)(用戶Statuz)

　　使用自定義的用戶狀態(tài)靈活決定該狀態(tài)下所允許的業(yè)務交易.無論是系統(tǒng)狀態(tài)還是用戶狀態(tài)都和業(yè)務交易控制相關(guān).

　　3狀態(tài)編號/無狀態(tài)編號(Statusno.lW/o Status)No.用戶參數(shù)文件中定義的用戶狀態(tài)也可使用狀態(tài)編號或狀態(tài)編號.

　　4.最高狀態(tài)編號/最低狀態(tài)編號(最高地位編號：J Loweststatu No.狀態(tài)編號用來控制狀態(tài)的變更，最低狀態(tài)編號和最高狀態(tài)編號實際上控制著該狀態(tài)行允許變更的用戶狀態(tài)范圍注意下面幾個原則：

　　.最低狀態(tài)編號不能大于大于該行的狀態(tài)編號，同樣最高狀態(tài)編號不能小于該的狀態(tài)編號，如下圖狀態(tài)編號3 RETI的最低編號不能是4.

erp15.png

　　二、狀態(tài)編號也控制著用戶狀態(tài)的變更，如下圖狀態(tài)編號4 REJ的最低狀態(tài)編號和最

　　高狀態(tài)編號2和4，假設現(xiàn)在到了狀態(tài)4->總經(jīng)理審批，總經(jīng)理覺得該訂單有問題應該重審，因為最低狀態(tài)編號和最高狀態(tài)編號3和4，則只能將用戶狀態(tài)改變?yōu)?-4范圍中的一個編號.

　　上圖表示狀態(tài)編號2只能變更到1或3，對應實際業(yè)務即Stoe審批后能交給部門經(jīng)理審批，狀態(tài)3行的控制范圍是2-4，部門經(jīng)理審批成功后能將狀態(tài)變成4，不通過則變?yōu)闋顟B(tài)2不能變到狀態(tài)1初始狀態(tài)，狀態(tài)4的控制范圍是3-4表示如果總經(jīng)理審批失敗后只能交給部門經(jīng)理審批，不能直接變到狀態(tài)1初始狀態(tài)或由Stoe審批狀態(tài)這樣保證審批和反審批流程都是按審批級嚴格進行.和圖1不同的是圖1每個用戶狀態(tài)的最低狀態(tài)編號和最高狀態(tài)編號都1一4o

　　PS：雖然多數(shù)erp提供了強大的工作流模塊，但是如果你正在構(gòu)思一個簡單的審批功

　　能，從田戶狀本的得苦由可以得到二此戶示.

發(fā)布：2021-05-14 11:57    編輯：泛普軟件 · hujian    [打印此頁]    [關(guān)閉]