【正文】 成采購(gòu)訂單。當(dāng)生成采購(gòu)訂單之后，在其發(fā)運(yùn)行的“直接發(fā)運(yùn)”標(biāo)簽頁(yè)中將可以看到在OM系統(tǒng)中錄入的直發(fā)訂單的相關(guān)信息，同時(shí)系統(tǒng)將自動(dòng)的把采購(gòu)訂單行的接收控制設(shè)置為“直接交貨”。在采購(gòu)訂單尚未審批的情況下，此時(shí)如果在OM系統(tǒng)中對(duì)直發(fā)訂單行的數(shù)量進(jìn)行更改則在采購(gòu)訂單中的數(shù)量也會(huì)相應(yīng)發(fā)生改變，一旦采購(gòu)訂單完成審批將無(wú)法更改。PO的接收入庫(kù)和出庫(kù)，這里的采購(gòu)訂單接收入庫(kù)和出庫(kù)指的是在收到供應(yīng)商已經(jīng)完成給客戶的物料發(fā)運(yùn)等反饋之后需要在系統(tǒng)中完成的“邏輯上的”接收入庫(kù)和發(fā)運(yùn)出庫(kù)。在直發(fā)訂單處理過(guò)程中，一旦采購(gòu)訂單完成接收銷售訂單將自動(dòng)完成發(fā)運(yùn)，如果是部分發(fā)運(yùn)則銷售訂單會(huì)自動(dòng)的拆分訂單行完成相應(yīng)數(shù)量的發(fā)運(yùn)。需要注意的是，由于直發(fā)訂單實(shí)際上并沒(méi)有涉及到庫(kù)存的相關(guān)操作，所以并不需要運(yùn)行“OM系統(tǒng)/INV系統(tǒng)”接口流程也不會(huì)在“發(fā)運(yùn)事物處理”窗口查看到相關(guān)發(fā)運(yùn)信息。 內(nèi)部訂單的實(shí)現(xiàn)想要實(shí)現(xiàn)內(nèi)部銷售訂單的業(yè)務(wù)處理流程，除了需要將內(nèi)部訂單所涉及到的物料屬性進(jìn)行設(shè)置外，內(nèi)部訂單運(yùn)行的重要前提還包括：設(shè)置“接收組織”和“發(fā)運(yùn)組織”之間的“發(fā)運(yùn)網(wǎng)絡(luò)”；定義“內(nèi)部客戶”與內(nèi)部申請(qǐng)所使用的“接收地點(diǎn)關(guān)聯(lián)”。需要注意的是，在EBS系統(tǒng)中，內(nèi)部訂單是無(wú)法退貨的。如果需要進(jìn)行退貨處理則只能進(jìn)行組織間的物料反向移動(dòng)處理。創(chuàng)建內(nèi)部申請(qǐng)，按照業(yè)務(wù)流程的分析如果說(shuō)直發(fā)訂單的訂單行“來(lái)源”字段必須是外部的話那么內(nèi)部申請(qǐng)的“來(lái)源”字段就必須是庫(kù)存了。在選擇來(lái)源庫(kù)存組織和接收庫(kù)存組織時(shí)，如果來(lái)源和接收都來(lái)自于同一個(gè)OU（也就是同一個(gè)子公司下的不同子庫(kù)存）則表示該內(nèi)部訂單是OU內(nèi)部的內(nèi)部訂單；如果來(lái)源和接收組織來(lái)自于不同的OU則表示該內(nèi)部訂單屬于跨OU的內(nèi)部訂單。如果接收組織所分配的接收地點(diǎn)沒(méi)有關(guān)聯(lián)分配給一個(gè)內(nèi)部客戶將導(dǎo)致“來(lái)源”無(wú)法選擇為“庫(kù)存”，也就意味著無(wú)法創(chuàng)建真正的內(nèi)部申請(qǐng)。創(chuàng)建內(nèi)部訂單并導(dǎo)入，在“采購(gòu)選項(xiàng)”中設(shè)置好了內(nèi)部申請(qǐng)“訂單來(lái)源”與“訂單類型”后，已經(jīng)審批過(guò)的內(nèi)部申請(qǐng)還需要在PO系統(tǒng)中運(yùn)行“創(chuàng)建內(nèi)部訂單”后臺(tái)工作流來(lái)完成將內(nèi)部申請(qǐng)轉(zhuǎn)換為內(nèi)部訂單并將相關(guān)數(shù)據(jù)插入到“銷售訂單接口表”。當(dāng)“創(chuàng)建內(nèi)部訂單”工作流完成后還需要運(yùn)行“訂單導(dǎo)入”并發(fā)工作流來(lái)根據(jù)內(nèi)部申請(qǐng)的接收地點(diǎn)所關(guān)聯(lián)的客戶穿件相應(yīng)客戶的銷售訂單和從接口表中將數(shù)據(jù)導(dǎo)入正式表。當(dāng)以上兩個(gè)并發(fā)流程都正確運(yùn)行完成之后，此時(shí)在PO系統(tǒng)中查詢相關(guān)采購(gòu)申請(qǐng)?jiān)诠ぞ卟藛螜谙吕斜淼摹安榭翠N售訂單”中可以發(fā)現(xiàn)OM系統(tǒng)已經(jīng)為相關(guān)的內(nèi)部申請(qǐng)生成了“已登記”的內(nèi)部訂單。需要注意的是，如果在創(chuàng)建內(nèi)部客戶時(shí)沒(méi)有將接收地點(diǎn)與內(nèi)部客戶相關(guān)聯(lián)則“訂單導(dǎo)入”并發(fā)流程將無(wú)法正確完成。內(nèi)部訂單維護(hù)與發(fā)運(yùn)，由于內(nèi)部訂單只能是通過(guò)內(nèi)部申請(qǐng)生成無(wú)法手工創(chuàng)建，即使在手工創(chuàng)建訂單是將客戶選擇為已創(chuàng)建的“內(nèi)部客戶”其本質(zhì)上還是普通的外部銷售訂單。因此與普通的銷售訂單相比內(nèi)部訂單會(huì)有自己特有的特點(diǎn)。首先，內(nèi)部訂單的行數(shù)量和請(qǐng)求日期不能更改；其次，雖然內(nèi)部訂單和普通訂單一樣關(guān)聯(lián)著一個(gè)價(jià)目表，但是其價(jià)目表價(jià)格并沒(méi)有什么作用，實(shí)際的銷售價(jià)格是來(lái)源于“物料成本”。在計(jì)劃活動(dòng)中，內(nèi)部訂單與普通銷售訂單相似，可以基于在途時(shí)間設(shè)置計(jì)算計(jì)劃發(fā)運(yùn)日期；其發(fā)運(yùn)處理方式也與普通訂單一樣一“交貨號(hào)”作為“接收組織”接收的依據(jù)。內(nèi)部訂單的接收，當(dāng)發(fā)運(yùn)網(wǎng)絡(luò)的“轉(zhuǎn)移類型”設(shè)置為“在途”時(shí)需要在接收組織使用“內(nèi)部申請(qǐng)編號(hào)”、“交貨號(hào)”作“接收事務(wù)處理”，在完成接收事物處理之后，系統(tǒng)在相關(guān)并發(fā)流程的推動(dòng)下自動(dòng)為相關(guān)物料事物處理生成會(huì)計(jì)科目分配信息。需要注意的是，如果想要為內(nèi)部訂單生成公司間開(kāi)票信息需要滿足：1. 接收和發(fā)運(yùn)組織必需跨OU（即跨OU內(nèi)部訂單）；2. 定義“公司間事物處理流”、在接收和發(fā)運(yùn)組織中定義內(nèi)部客戶和內(nèi)部供應(yīng)商；3. 配置文件“INV：內(nèi)部訂單的公司間發(fā)票”設(shè)置為“是”；4. “組織間發(fā)運(yùn)網(wǎng)絡(luò)”的“轉(zhuǎn)移類型”必需設(shè)置為“在途”。 BTB訂單的實(shí)現(xiàn)本節(jié)所介紹的BTB訂單與下一章補(bǔ)充說(shuō)明的ATO訂單有許多相似之處。想要實(shí)現(xiàn)BTB訂單同樣需要先完成BTB訂單所涉及物料的屬性設(shè)置，需要具有“采購(gòu)”屬性、“按訂單裝配”和“在WIP中制造”屬性，區(qū)別在于其“總計(jì)劃”應(yīng)該選擇為“采購(gòu)”。創(chuàng)建BTB訂單，BTB訂單的創(chuàng)建于普通銷售訂單的創(chuàng)建過(guò)程相似，只需要注意其行流為“ATO項(xiàng)目類型”。登記過(guò)后BTB訂單的行狀態(tài)將會(huì)處于“合格供應(yīng)”（這里與普通訂單行狀態(tài)有所不同）。點(diǎn)擊界面中“活動(dòng)”按鈕后選擇“訂單進(jìn)展”可以看到下一步活動(dòng)為“創(chuàng)建合格的供應(yīng)訂單”，確定后系統(tǒng)會(huì)自動(dòng)的把當(dāng)前BTB訂單信息加載到采購(gòu)申請(qǐng)的接口表中，完成該步驟后BTB訂單行狀態(tài)將會(huì)變成“已請(qǐng)求PO申請(qǐng)”。導(dǎo)入采購(gòu)申請(qǐng)與創(chuàng)建采購(gòu)訂單，通過(guò)運(yùn)行請(qǐng)求“導(dǎo)入申請(qǐng)”將采購(gòu)申請(qǐng)接口表中的數(shù)據(jù)導(dǎo)入到采購(gòu)系統(tǒng)。在這里需要注意的是，通過(guò)BTB訂單生成的采購(gòu)申請(qǐng)?jiān)谶\(yùn)行并發(fā)程序時(shí)“導(dǎo)入來(lái)源”參數(shù)應(yīng)該選擇“CTO”。當(dāng)該請(qǐng)求運(yùn)行完成后，BTB訂單的行狀態(tài)將會(huì)更改為“已創(chuàng)建PO申請(qǐng)”。通過(guò)菜單欄“工具”按鈕下拉框中的“計(jì)劃”功能“保留詳細(xì)資料”選項(xiàng)，在“物料保留”窗口可以查看到系統(tǒng)為BTB訂單所生產(chǎn)的采購(gòu)申請(qǐng)編號(hào)。有BTB訂單生成的采購(gòu)申請(qǐng)創(chuàng)建采購(gòu)訂單與普通的采購(gòu)申請(qǐng)創(chuàng)建采購(gòu)訂單一樣，在完成采購(gòu)訂單創(chuàng)建之后，此時(shí)BTB訂單的行狀態(tài)將會(huì)變?yōu)椤耙褎?chuàng)建PO”，在“物料保留資料”窗口中可以看到保留“類型”已經(jīng)改為“Purchase Order”并列出采購(gòu)訂單編號(hào)。接收入庫(kù)，BTB訂單的采購(gòu)接收入庫(kù)與普通采購(gòu)訂單接收入庫(kù)相同，在接收入庫(kù)后系統(tǒng)將會(huì)把BTB訂單的行狀態(tài)更改為“等待發(fā)運(yùn)”。在本文所實(shí)施的項(xiàng)目中，該BTB訂單主要應(yīng)用于“跟單”業(yè)務(wù)模式，由于“跟單”模式中嚴(yán)格按照商品對(duì)應(yīng)訂單，即使在入庫(kù)之后不同訂單的同一種商品也會(huì)加以區(qū)分，所以BTB采購(gòu)訂單入庫(kù)時(shí)，需要使用訂單號(hào)的“批次”或“貨位”來(lái)標(biāo)識(shí)庫(kù)存。 集中銷售的實(shí)現(xiàn)集中銷售的實(shí)現(xiàn)，由于集中銷售在EBS系統(tǒng)里更多的表現(xiàn)是在對(duì)價(jià)格以及銷售的管控上，所以這里將主要敘述其中跨OU銷售的實(shí)現(xiàn)過(guò)程。為了實(shí)現(xiàn)跨OU的銷售訂單的處理這里就需要額外的完成公司間事務(wù)處理流的設(shè)置。公司間事物處理流的相關(guān)設(shè)置是在INV系統(tǒng)中進(jìn)行設(shè)置的。對(duì)于跨OU銷售，需要使用“發(fā)運(yùn)”類型?！捌鹗紭I(yè)務(wù)實(shí)體”負(fù)責(zé)物料的發(fā)運(yùn)，“終止業(yè)務(wù)實(shí)體”需要指定一個(gè)“中轉(zhuǎn)組織”負(fù)責(zé)物料的“邏輯接收”；當(dāng)有中間節(jié)點(diǎn)時(shí)“高級(jí)會(huì)計(jì)科目”選項(xiàng)的采購(gòu)流、發(fā)運(yùn)流都必須選上；對(duì)于跨OU的銷售需要分別在接收和發(fā)送組織中創(chuàng)建“內(nèi)部供應(yīng)商”和“內(nèi)部客戶”且“內(nèi)部客戶”地點(diǎn)要與銷售OU中的“邏輯接收組織”關(guān)聯(lián)；此外還需要在內(nèi)部客戶地點(diǎn)中的“業(yè)務(wù)目的”中分配一個(gè)價(jià)目表。圖4. 12 Oracle EBS R12公司間事務(wù)處理流設(shè)置主界面創(chuàng)建訂單發(fā)運(yùn)，跨OU內(nèi)部銷售訂單需要在銷售組織中進(jìn)行創(chuàng)建，在訂單行的“發(fā)運(yùn)”標(biāo)簽頁(yè)中需選擇一個(gè)發(fā)運(yùn)組織的倉(cāng)庫(kù)。其他操作與普通銷售訂單類似，當(dāng)發(fā)運(yùn)確認(rèn)完成后，可以在銷售組織的中轉(zhuǎn)庫(kù)存中可以看到邏輯物料事物處理。需要注意的是，如果在上文中提到的“高級(jí)會(huì)計(jì)科目”沒(méi)有設(shè)置好，則此處將會(huì)無(wú)法生成出入庫(kù)記錄（也就是邏輯物料事務(wù)處理）。公司間開(kāi)票，公司間開(kāi)票包括創(chuàng)建并導(dǎo)入公司間應(yīng)收和應(yīng)付發(fā)票。想要?jiǎng)?chuàng)建公司間應(yīng)收發(fā)票首先需要在銷售OU下運(yùn)行“創(chuàng)建公司間AR發(fā)票”請(qǐng)求，該請(qǐng)求運(yùn)行完成后再運(yùn)行“自動(dòng)開(kāi)票”請(qǐng)求（參數(shù)“發(fā)票來(lái)源”選擇“公司間開(kāi)票”）后在AR系統(tǒng)中可以查看到系統(tǒng)為內(nèi)部客戶創(chuàng)建的相應(yīng)發(fā)票事務(wù)處理。創(chuàng)建并導(dǎo)入公司間應(yīng)付發(fā)票，當(dāng)創(chuàng)建公司間應(yīng)收發(fā)票流程完成后可以為銷售OU運(yùn)行“創(chuàng)建公司間AP發(fā)票”請(qǐng)求，當(dāng)該請(qǐng)求完成后再運(yùn)行“導(dǎo)入費(fèi)用報(bào)表請(qǐng)求”。在這兩個(gè)請(qǐng)求都成功運(yùn)行之后便可以在銷售OU下查看到為內(nèi)部供應(yīng)商生成的應(yīng)付發(fā)票。 其他訂單類型分析與實(shí)現(xiàn) ATO訂單ATO訂單（assembletoorder）指的是在接到客戶的訂單之后，按照訂單的要求從庫(kù)存中直接選擇相應(yīng)的配件進(jìn)行組裝生產(chǎn)。這些配件是一種通用的零配件，在有訂單產(chǎn)生之前便在庫(kù)存中有存量。當(dāng)客戶在產(chǎn)品的要求上有多種選擇而且在要求的配貨周期上也很嚴(yán)格時(shí)，這種生產(chǎn)方法就顯得很有利。由于這種訂單的處理方式大多在生產(chǎn)制造企業(yè)內(nèi)，而且是在多品種、小批量生產(chǎn)生產(chǎn)企業(yè)中應(yīng)用較多，比如電子代工企業(yè)為某公司代工一批所需型號(hào)的電腦就很有可能會(huì)用到這種訂單的處理流程。ATO訂單的優(yōu)點(diǎn)：特殊的生產(chǎn)方式使得其可以有更短的交貨期；用少量的通用零配件取代成品的庫(kù)存，從而減輕了庫(kù)存資金的占有量；可以給客戶提供多樣化、定制化的產(chǎn)品.ATO訂單在系統(tǒng)中的實(shí)現(xiàn)，與普通物料不同涉及到ATO訂單的物料需要滿足ATO物料的要求，這里主要有三種ATO物料需要提前定義好，分別是：ATO模型、ATO選件以及ATO物料。由于這些物料屬性的定義繁瑣且容易在定義過(guò)程中產(chǎn)生錯(cuò)誤建議可以直接使用模板復(fù)制相應(yīng)的物料屬性。圖4. 13Oracle EBS R12 ATO物料屬性設(shè)置定義BOM參數(shù)，這里開(kāi)始涉及到了生成模塊的設(shè)置。BOM指的是物料清單模塊，在BOM參數(shù)設(shè)置界面將編號(hào)方法設(shè)置為“替代為訂單行號(hào)”并將“允許創(chuàng)建BOM”勾選[25]。定義WIP參數(shù)，WIP模塊指的是在制品管理模塊也就是車間模塊，這這里同樣的要先設(shè)置好該模塊參數(shù)。需要注意的是，在設(shè)置WIP參數(shù)之前先要定義好默認(rèn)的離散類別，否則FAS和計(jì)劃將無(wú)法創(chuàng)建且WIP參數(shù)的“默認(rèn)離散類別”參數(shù)也將無(wú)法選擇[26]。定義工序、工藝路線和物料清單，由于ATO訂單是一個(gè)按照訂單啟動(dòng)車間任務(wù)的訂單流程，所以工序、工藝路線和物料清單的定義是其基礎(chǔ)之一[27]。在完成上述的定義之后，還需要為定義好的ATO物料分配價(jià)目表價(jià)格，當(dāng)然如果為了區(qū)分各個(gè)訂單類型，還需要定義ATO訂單專用的訂單類型并為其分配序列。通過(guò)以上的設(shè)置基本上滿足了ATO訂單在系統(tǒng)上的可用性，在實(shí)際的工作中關(guān)于生產(chǎn)模塊的設(shè)置將是極其復(fù)雜的，對(duì)于實(shí)際工廠生產(chǎn)中一個(gè)BOM可能就要有成百上千的物料組成而其工序、工藝路線也將是極其復(fù)雜的。ATO訂單在系統(tǒng)中的操作流程：ATO訂單的創(chuàng)建與普通銷售訂單類似，不同的是其“行流”應(yīng)該選擇為ATO項(xiàng)目類型。登記后其狀態(tài)與BTB訂單一樣為“合格供應(yīng)”，此時(shí)運(yùn)行“自動(dòng)創(chuàng)建總裝工單”請(qǐng)求后WIP工單將會(huì)根據(jù)相應(yīng)的ATO訂單進(jìn)行自動(dòng)創(chuàng)建。需要注意的是，如果該請(qǐng)求的“銷售訂單”或者“組織”參數(shù)同時(shí)留空則請(qǐng)求完成后將不會(huì)輸出任何結(jié)果。完成請(qǐng)求后，該訂單行狀態(tài)將改為“未完成的生產(chǎn)狀態(tài)”。切換到WIP職責(zé)，使用“離散任務(wù)”菜單功能可以查看到經(jīng)過(guò)“自動(dòng)創(chuàng)建總裝工單”請(qǐng)求創(chuàng)建的ATO訂單。在系統(tǒng)中，會(huì)自動(dòng)根據(jù)ATO訂單中的計(jì)劃發(fā)運(yùn)日期作為工單要求的完成日期并根據(jù)相關(guān)物料的提前期、工序時(shí)間等計(jì)算出開(kāi)工時(shí)間以保證可以在計(jì)劃發(fā)運(yùn)日期前完成訂單任務(wù)。一旦ATO訂單生成的工單完工入庫(kù)，系統(tǒng)中ATO訂單的行狀態(tài)將會(huì)更改為“等待發(fā)運(yùn)”。需要注意的是，雖然ATO工單在生成模塊中是根據(jù)ATO訂單自動(dòng)創(chuàng)建的，但是也可以在使用WIP職責(zé)時(shí)手工創(chuàng)建ATO工單，當(dāng)手工生產(chǎn)完工入庫(kù)的ATO工單在有新的ATO訂單到來(lái)時(shí)系統(tǒng)會(huì)自動(dòng)將已經(jīng)生產(chǎn)的ATO工單產(chǎn)品作為保留量給予該ATO訂單。如果數(shù)量足夠，則該訂單的狀態(tài)將直接變?yōu)椤暗却l(fā)運(yùn)”。 PTO訂單PTO訂單（picktoorder）與ATO訂單不同的是，PTO訂單指的是按照訂單進(jìn)行挑庫(kù)。在客戶訂購(gòu)該物料時(shí)，其物料清單可列出其可選用的子件物料，即在銷售管理系統(tǒng)中可以按客戶要求訂購(gòu)不同的產(chǎn)品配置。如果說(shuō)ATO訂單是一種按訂單制造環(huán)境的話，那么PTO訂單則是一種按訂單配置的環(huán)境。這兩者的區(qū)分就是ATO需要生產(chǎn)部門(mén)完成最終裝配而PTO則是直接將物料發(fā)送給客戶。舉個(gè)例子，如果Dell公司要求廠家代工一批PC并且給出了相關(guān)的配置要求，廠家?guī)齑嬷幸延蠧PU、顯卡、顯示器等物料，如果Dell要求廠家將這些機(jī)器組裝好了發(fā)送給它那么這就是ATO訂單，要是Dell直接要求將這些配件發(fā)給它然后自己DIY那么這就是PTO。與ATO訂單類似需要提前設(shè)置好涉及到PTO訂單的物料屬性，其設(shè)置于流程與ATO訂單有很多相似之處，不同的是PTO模型物料在“訂單管理”屬性中選擇的是挑選組件，而ATO則是按訂單裝配。由于物料屬性的設(shè)置較為復(fù)雜且一旦出錯(cuò)將導(dǎo)致PTO訂單無(wú)法順利操作，所以建議使用系統(tǒng)相關(guān)的PTO模板復(fù)制其屬性。 EBS R12 PTO物料屬性設(shè)置由于是直接由物料挑庫(kù)所以在設(shè)置PTO訂單時(shí)并沒(méi)有涉及到工序和工藝路線等內(nèi)容，但是需要設(shè)置好BOM以及相應(yīng)物料的價(jià)目表。同樣的，如果需要的話可以為PTO訂單設(shè)置獨(dú)立的訂單類型并分配器序列。PTO訂單在系統(tǒng)中的操作流程：在正確的錄入并保存PTO訂單之后，訂單錄入界面中的“配置器”按鈕將可用。進(jìn)入配置器后系統(tǒng)會(huì)根據(jù)BOM的定義打開(kāi)物料配置界面。完成配置器查看或修改（對(duì)于BOM的修改不在OM系統(tǒng)的操作范圍內(nèi)，這里不做贅述。）后完成該P(yáng)TO訂單的登記，之后將可以查看到全部的PTO對(duì)應(yīng)BOM中的所有選定組件信息和結(jié)果。PTO訂單的發(fā)運(yùn)和開(kāi)票，在發(fā)運(yùn)處理界面將只能看到所有PTO模型物料的比備件和在配置器里選定的組件，并只對(duì)這些組件進(jìn)行開(kāi)票（“可選件”為虛擬件）。 本章小結(jié)Oracle EBS作為一個(gè)完整的ERP系統(tǒng)，訂單管理模塊只是其中的一部分，所以需要在設(shè)置之前對(duì)整個(gè)系統(tǒng)的“整體”進(jìn)行設(shè)置，而要完成訂單管理模塊的實(shí)施還必須要對(duì)與其相關(guān)的模塊進(jìn)行先期的設(shè)置，只有庫(kù)存、應(yīng)收、采購(gòu)等這些與訂單管理模塊有業(yè)務(wù)聯(lián)系的模塊完成了基礎(chǔ)設(shè)置訂單管理模塊才能夠順利的進(jìn)行本模塊的基礎(chǔ)設(shè)置。只有訂單管理系統(tǒng)能夠進(jìn)行最基本的業(yè)務(wù)處理之后，才能對(duì)其進(jìn)行更深入的設(shè)置以完成特殊訂單流程在系統(tǒng)中的實(shí)現(xiàn)。本章最后一節(jié)所敘述的ATO與PTO訂單主要涉及到制造型企業(yè)的應(yīng)用，所以可以看做是對(duì)本文所述的各種訂單處理流程的補(bǔ)充。ATO訂單與PTO訂單由于其自身特有的靈活性，正在成為中小制造企業(yè)訂單處理方式的一個(gè)重要組成部分。但是在實(shí)際的企業(yè)業(yè)務(wù)流程中還會(huì)不斷的出現(xiàn)各種新的處理方式和流程，這是一個(gè)需要長(zhǎng)期學(xué)習(xí)和積累的過(guò)程。由于自己接觸到這方面的知識(shí)不久，且沒(méi)有過(guò)多的項(xiàng)目經(jīng)驗(yàn)，所以暫時(shí)只掌握了這幾種訂單處理流程。在以后的學(xué)習(xí)、工作中遇到新的處理流程還要不斷的總結(jié)和積累。第5章 實(shí)施效果與評(píng)估