【正文】 配置文件，系統(tǒng)初始安裝后預(yù)置的默認值已經(jīng)基本能滿足要求。設(shè)置并分配審批組，已經(jīng)設(shè)置好的審批組，在按“職位”進行審批組分配時可以選擇使用，分配審批組具有業(yè)務(wù)實體上下文環(huán)境，僅限相同業(yè)務(wù)實體的審批組可用。設(shè)置職位層次結(jié)構(gòu)，系統(tǒng)在初始安裝之后是沒有職位層次結(jié)構(gòu)的預(yù)置的，需要全新設(shè)置。設(shè)置采購單據(jù)審批，即使啟用了“責(zé)任人可以自審批”也必須首先完成采購審批設(shè)置的相關(guān)內(nèi)容。在實際業(yè)務(wù)中，為了方便可以將單據(jù)編號全部設(shè)置為“自動”。設(shè)置財務(wù)選項，財務(wù)選項的設(shè)置是為采購系統(tǒng)與應(yīng)付系統(tǒng)提供協(xié)調(diào)機制的重要步驟。圖4. 5 Oracle EBS R12系統(tǒng)庫存模塊設(shè)置主目錄 采購模塊設(shè)置采購模塊與訂單管理模塊主要的關(guān)聯(lián)主要是訂單產(chǎn)生的采購申請或者是當(dāng)有所謂的B2B訂單時采購訂單會與采購模塊產(chǎn)生業(yè)務(wù)往來。設(shè)置物料類別的可用“代碼組合”，由于物料類別的代碼不能進行動態(tài)插入，所以對于所有需使用的物料類別彈性域設(shè)置就需要為期設(shè)置可用的“類別組合”。設(shè)置單位及分類，與其他的設(shè)置項不同的是單位與分類在系統(tǒng)初始安裝中是幾乎沒有預(yù)置的（R11系統(tǒng)為空，R12系統(tǒng)僅預(yù)置一個）。設(shè)置子庫存，在EBS系統(tǒng)中個，真正存放貨物的實際上是子庫存。設(shè)置庫存組織訪問權(quán)限，在沒有設(shè)置訪問權(quán)限的情況下系統(tǒng)默認所有職責(zé)都可以進入庫存組織，當(dāng)將權(quán)限給予某個責(zé)任之后其他責(zé)任自動失去訪問權(quán)限。設(shè)置庫存（業(yè)務(wù)）組織參數(shù)，在Oracle EBS的庫存模塊中通常設(shè)置兩個庫存組織，一個用于管理以及邏輯上使用另一個才是實際業(yè)務(wù)處理中所用的庫存也就是這里所說的庫存組織參數(shù)。這里需要注意的有：1. 只要將類別集用于默認類別集的庫存功能區(qū)域設(shè)置，無論其是系統(tǒng)預(yù)置的還是自定義的類別集都必須將其“控制地點”設(shè)置為“組織層”；2. 無論在哪個庫存組織上下文環(huán)境下設(shè)置了“類別集”那么將會在所有庫存間共享。分別是：庫存參數(shù)、成本計算信息、版本/批次/序列和LPN、ATP/挑庫和物料來源補充、組織間信息以及其他賬戶六個標(biāo)簽頁。設(shè)置賬戶別名彈性域，庫存貨位彈性域類似可以直接使用系統(tǒng)預(yù)置的彈性域切無論實際是否需要均需設(shè)置該彈性域。由于該彈性域的“Project”和“Task”限定詞與PM項目管理模塊有關(guān)，當(dāng)有PM模塊的特殊需求是需要注意設(shè)置。在整個系統(tǒng)中，物料類別無法按照“組織”使用不同的彈性域結(jié)構(gòu)，所以對于不同的業(yè)務(wù)需求該彈性域的規(guī)劃設(shè)計必須要考慮所有的“組織”。設(shè)置物料類別彈性域，該彈性域非常重要，在系統(tǒng)中已經(jīng)預(yù)置了20個不同的結(jié)構(gòu)名。設(shè)置系統(tǒng)物料彈性域，該彈性域可以直接使用系統(tǒng)預(yù)置的默認值，如果因?qū)嶋H業(yè)務(wù)需求重新定義需要注意的是在系統(tǒng)中該值只允許存在唯一的結(jié)構(gòu)名。工作日日歷也可以包括班次信息和例外日期，如節(jié)假日和計劃停工時間等。設(shè)置工作日歷，在系統(tǒng)初始安裝之后會有一個預(yù)置的工作日歷，但是根據(jù)實際企業(yè)的運作情況通常需要重新定義工作日歷來滿足不同企業(yè)的不同實際需求。圖4. 4Oracle EBS R12組織結(jié)構(gòu)設(shè)置路徑 庫存模塊設(shè)置庫存模塊關(guān)系到訂單的發(fā)運過程、訂單可用量等操作所以為了保證訂單管理系統(tǒng)的正常運行，需要完成庫存模塊的一些基礎(chǔ)設(shè)置。設(shè)置庫存組織，作為EBS系統(tǒng)中最基礎(chǔ)、最重要的業(yè)務(wù)組織，庫存組織既可以指現(xiàn)實中的物理庫存也可以是邏輯庫存。設(shè)置業(yè)務(wù)實體，從企業(yè)實際的業(yè)務(wù)角度來解釋業(yè)務(wù)實體可以看做將整個集團（包括各個分公司）所有的業(yè)務(wù)處理過程以及數(shù)據(jù)劃分成相對獨立的“管理單元”，在單元內(nèi)部所有的業(yè)務(wù)運作可以共享數(shù)據(jù)和執(zhí)行統(tǒng)一的業(yè)務(wù)策略。設(shè)置法人主體，這里的法人主體指的是注冊的“法人公司”。在設(shè)置業(yè)務(wù)組的同時為了將來設(shè)置職務(wù)、職位及人員等信息時可以直接使用在這里設(shè)置業(yè)務(wù)組的同時需要將其也設(shè)置成“HR組織”。但是在實際情況中由于預(yù)置的人力資源彈性域并不一定適用于每個企業(yè)而且在采購模塊中企業(yè)的采購審批流程肯定會存在諸如：職務(wù)、職位和人員組之類的設(shè)置，而這些在系統(tǒng)中的表現(xiàn)則是彈性域的設(shè)置，所以通常需要自己設(shè)置一套人力資源彈性域來滿足當(dāng)前項目的需求。由于這里設(shè)置的地點是系統(tǒng)相關(guān)業(yè)務(wù)功能的一個重要基礎(chǔ)性設(shè)置，庫存模塊和其他模塊會將所設(shè)置的地點用于申請、接收、發(fā)運、開單和員工分配等，所以最好將預(yù)計使用的地點一次性批量設(shè)置好。（兩個模塊進行組織設(shè)置實質(zhì)內(nèi)容并無任何區(qū)別，只是進入設(shè)置的路徑不同。本節(jié)所述分類賬/。在R12系統(tǒng)中“分類賬”的設(shè)置需要使用到“會計科目設(shè)置管理器”。Oracle EBS作為一個國際通用的ERP產(chǎn)品，其系統(tǒng)中已經(jīng)有四種預(yù)置的期間類型，但是為了適應(yīng)當(dāng)?shù)夭煌臅嫹ㄒ?guī)與慣例通常都需要重新自定義一個期間類型，這里是根據(jù)中國的會計法規(guī)和慣例設(shè)置了一個具有13個“調(diào)整期”的期間類型。設(shè)置值列表：根據(jù)實際調(diào)研取得的方案設(shè)置值列表，其中會計科目的值列表需要滿足會計法規(guī)的約束。設(shè)置值集名：按照確定好的科目彈性域設(shè)置值集名，需要注意的是由于實際的企業(yè)運作過程中，同一個“部門”段應(yīng)該屬于同一個“公司”，所以其值集類型需要取“從屬”[17]。設(shè)置會計科目彈性域，這里的會計科目彈性域通常就是對應(yīng)于企業(yè)“公司部門一級科目二級科目產(chǎn)品備用”的六段結(jié)構(gòu)。因為本文主要敘述的是訂單管理模塊實現(xiàn)，所以僅列出與該模塊相關(guān)的職責(zé)、權(quán)限和賬戶[16]。 設(shè)置用戶、職責(zé)及其權(quán)限一個全新的系統(tǒng)在服務(wù)器上部署完成之后僅默認有一個“超級管理員”用戶可用。訂單管理模塊能夠使用的前提是首先必須要完成一系列的相關(guān)設(shè)置。在深入了解這些訂單的業(yè)務(wù)流程、適用范圍和優(yōu)缺點之后將這些訂單模式納入到訂單管理模塊的方案設(shè)置之中，并在實施后期望能夠在系統(tǒng)中重現(xiàn)這些訂單的業(yè)務(wù)流程。 本章小結(jié)本章通過對某企業(yè)訂單管理需求分析入手，通過調(diào)研問卷、重要員工訪談等方法深入了解企業(yè)有關(guān)銷售訂單業(yè)務(wù)處理的過程。分析需求這種集中銷售的處理方式存在的主要原因有：第一，使得子公司間主要業(yè)務(wù)目的和職責(zé)明確；第二，方便集團集中的管理和控制訂單特別是價格政策和會計信息的處理；第三，有效的分配各個子公司之間的庫存量，以合理的安排資源。在集中銷售中可以分為零庫存訂單發(fā)運和跨公司間銷售訂單。相對于普通銷售定來說BTB訂單除了具備直發(fā)訂單的某些有點外其優(yōu)點還表現(xiàn)在：第一，可以更好的對供應(yīng)商所提供的物料做相關(guān)的檢驗然后再發(fā)往客戶；第二，對于來自供應(yīng)商的物料當(dāng)需要進行再處理時與直發(fā)訂單相比有更大的靈活性；第三，由于在訂單錄入并登記前是無需做庫存預(yù)留的所以可以最大化的減少庫存資源占有。與直發(fā)訂單不同的是，BTB訂單增加了接收入庫這一過程，即是向供應(yīng)商采購的物料不會直接發(fā)往目的組織而是先發(fā)運到訂單發(fā)出所在的組織，在做完正常的接收入庫（也可以是邏輯上的入庫）之后再發(fā)往目的組織。相對于普通銷售訂單，內(nèi)部訂單優(yōu)點表現(xiàn)在：第一，可以在價格策略上靈活調(diào)整，對于內(nèi)部銷售訂單其錄入的價目表價格只是作為參考，可以設(shè)定一個專門針對集團內(nèi)部交易的內(nèi)部價格；第二，更好的區(qū)分訂單的種類，將內(nèi)部和外部的訂單分開可以方便財務(wù)等對其加以區(qū)分的核算；第三，在靈活的轉(zhuǎn)移集團內(nèi)部的物料同時能夠明確的進行內(nèi)部公司間的財務(wù)往來和開票。內(nèi)部訂單包括了集團下兩個子公司之間的訂單和單個公司內(nèi)部的訂單（在EBS系統(tǒng)里面則是以該內(nèi)部訂單是否跨OU操作位區(qū)分）。 內(nèi)部訂單內(nèi)部訂單，在EBS系統(tǒng)中將基于內(nèi)部申請而生成的銷售訂單統(tǒng)稱為“內(nèi)部訂單”，而在系統(tǒng)中內(nèi)部申請則指的是那些以內(nèi)部組織作為供應(yīng)來源的庫存或費用采購申請。圖3. 1內(nèi)部直發(fā)訂單流程圖3. 2外部直發(fā)訂單流程分析需求這種直發(fā)訂單的流程其存在的主要原因有：第一，客戶銷售訂單所需要的物料在庫存中暫時缺貨，而且要求的供貨周期短；第二，客戶一次性訂購的數(shù)量超過了常規(guī)數(shù)量；直接發(fā)貨成本高，從供應(yīng)商直接發(fā)貨給客戶在成本上更有效率。在直發(fā)訂單中還會分為內(nèi)部直發(fā)和外部直發(fā)，其區(qū)別就是作為外部供貨的企業(yè)是否屬于本集團。 直發(fā)訂單直發(fā)訂單，在該企業(yè)的調(diào)研過程中發(fā)現(xiàn)，并不是所有的銷售都是企業(yè)內(nèi)部發(fā)出的，有時為了應(yīng)急銷售或者節(jié)約成本、提高周轉(zhuǎn)效率等原因公司也會將外部企業(yè)作為自己的銷售的貨源之一，通過采購后直接從采購公司直接將貨物發(fā)送到客戶處。此次項目中涉及到的訂單處理流程主要有：直發(fā)訂單、內(nèi)部訂單（包括內(nèi)部銷售及采購）、BTB(BackToBack)訂單以及集中銷售。由于該通訊企業(yè)此次ERP項目是二次升級項目，且沒有涉及到生產(chǎn)、制造模塊所以其訂單處理流程并不完整。 與銷售有關(guān)的流程分析本節(jié)將以某通訊公司ERP項目為背景，梳理其與銷售和訂單處理有關(guān)的流程。，沒有一個完整的策略應(yīng)對不同產(chǎn)品和客戶。，重復(fù)勞動過多。這也是大多數(shù)二期項目所具有的一個優(yōu)勢。由于已經(jīng)有了一期項目完整的資料，在二期項目實施時已經(jīng)有了可以使用的準(zhǔn)方案設(shè)計。這種方法雖然很大程度避免了調(diào)查式需求分析的缺點，但是通常實施方總是會缺乏足夠的可以用于指導(dǎo)的需求分析模型和經(jīng)驗豐富的分析人員再加上進度的壓力導(dǎo)致了這種模型式需求分析的應(yīng)用并沒有在項目需求分析過程中占到應(yīng)有的比重。對于調(diào)研過程中所提的問題被調(diào)研/訪問者能否給出有用的答案不能確定而且多數(shù)情況下往往會出現(xiàn)同一部門不同人員，同一被訪者在不同時間會給出前后矛盾的答案。這時的訪談對象應(yīng)該有重點的去詢問關(guān)鍵崗位的關(guān)鍵人物和管理層人員。觀察法通常用作是對調(diào)研問卷的補充，對于調(diào)研問卷的分析明確初步的需求之后如果在某些流程或者運作方式上實施人員對于被提問者給出的答案無法明確則需要通過切身的觀察去獲得相關(guān)信息，在觀察法中需要注意的是所進行的工作應(yīng)該在不引起被觀察者的注意的情況下進行。這種調(diào)查的手段包括調(diào)研問卷，觀察和人員的訪談。 需求分析方法在ERP項目的需求分析中經(jīng)常會用到兩種需求分析方法，一種是調(diào)查式還有一種就是模型式。訂單管理系統(tǒng)作為ERP系統(tǒng)中的一個模塊當(dāng)然也不能跳出這個約束一次性的完成所有潛在的功能需求分析。說一，ERP需求應(yīng)該是一個不斷完善的過程。同時在該章節(jié)中也敘述了有關(guān)訂單管理模塊的組成和功能等，為接下來的章節(jié)起到了理論鋪墊的作用。 ERP實施的亮點及效益主要有三點：第一，訂單的快速滿足，通過物流區(qū)域規(guī)劃，實現(xiàn)訂單錄入一鍵式操作，系統(tǒng)自動完成從額度控制、物流調(diào)度、分貨配貨等工作，減少人工干預(yù)，縮減訂單滿足時間；第二，提供高效的運費結(jié)算平臺，根據(jù)實際業(yè)務(wù)預(yù)提當(dāng)期運費，通過接口接收第三方物流的實際運費數(shù)據(jù)，自動與預(yù)提運費進行匹配，便于財務(wù)嚴(yán)格監(jiān)控運費結(jié)算，根據(jù)實際運費和預(yù)提運費差異調(diào)整費率，提高后續(xù)數(shù)據(jù)的準(zhǔn)確性；第三，營銷費用透明化、實時化，實現(xiàn)營銷費用從預(yù)算制定、活動申報、渠道協(xié)議簽訂、協(xié)議兌付、費用報銷全過程的管理和監(jiān)控，報銷的費用與Oracle EBS系統(tǒng)訂單額度控制無縫集成[13]。在使用Oracle訂單管理系統(tǒng)之后，銷售人員只需要在系統(tǒng)中輸入需要提交的訂單，該訂單就會按照事先設(shè)置好的審批流程送達不同的審批人，審批人可以在第一時間內(nèi)收到由系統(tǒng)自動發(fā)出的“待審批任務(wù)通知”，即便是審批人出差在外地，只要能登陸系統(tǒng)，仍然可以實現(xiàn)審批，大大提高了審批的及時性和效率。新的應(yīng)用系統(tǒng)在銷售管理方面應(yīng)滿足百度如下需求：建立集成的銷售訂單與合同管理系統(tǒng)，解決百度以往在合同管理中存在的合同執(zhí)行、跟蹤、結(jié)算處理困難，出錯率高，合同制定周期長、過程繁瑣等方面的問題，實現(xiàn)銷售合同和訂單管理的高效率和規(guī)范化。，隨著公司業(yè)務(wù)量急劇增加，百度原有的信息管理應(yīng)用系統(tǒng)已經(jīng)不能應(yīng)付業(yè)務(wù)增加帶來的數(shù)據(jù)量膨脹。實施從2003年10月開始至2005年11月結(jié)束，包括應(yīng)付、應(yīng)收、資產(chǎn)、總賬、庫存、采購、銷售與流程制造全模塊。目前，美鋁公司使用ERP的員工人數(shù)已超過10000。HR模塊已經(jīng)在澳大利亞分公司實施完畢，而歐洲及拉丁美洲等地有望在年底結(jié)束。由于美鋁在世界各國的分支機構(gòu)繁多，其ERP的實施也十分復(fù)雜，因此按照不同地域分階段進行。大力推廣應(yīng)用ERP，并使其迅速轉(zhuǎn)化外現(xiàn)實生產(chǎn)力，是世界各國企業(yè)共同追求的目標(biāo)。如果想要使訂單流程能夠基本可用還需要完成一系列極為復(fù)雜的系統(tǒng)設(shè)置，在完成這些設(shè)置之后才可以使用與訂單處理流程相關(guān)的“訂單工作臺”、“發(fā)運工作臺”等各個窗口。因為在EBS系統(tǒng)中，訂單管理和發(fā)運執(zhí)行都是屬于訂單管理系統(tǒng)的一個整體，所以在系統(tǒng)中一個完整的訂單流程應(yīng)該包括：訂單錄入、訂單登記、發(fā)放挑庫、挑庫確認、發(fā)運確認和開票這六個基本步驟。訂單管理主要解決的是對銷售單據(jù)的維護和更新，并通過相應(yīng)的配置能夠滿足于客戶復(fù)雜多變的業(yè)務(wù)需求和快速響應(yīng)；發(fā)運執(zhí)行主要解決的是將已經(jīng)確定的銷售訂單方便、快捷、準(zhǔn)確的完成訂單所規(guī)定的商品出庫以及發(fā)送至客戶。為了完成這個目的，在Oracle ERP系統(tǒng)的功能設(shè)計上是將訂單管理（Order Management）、發(fā)運執(zhí)行（Shipping Execution）、定價（Pricing）等多個相互獨立又相互連接的系統(tǒng)組成[10]。這樣，一個完整的訂單處理過程就涉及到從如何獲得訂單的CRM（Customer Relationship Management）系統(tǒng)[11]以及在履行訂單時的SCM（Supplier Chain Management）系統(tǒng)[12]了。 訂單管理系統(tǒng)概述在Oracle EBS系統(tǒng)中，訂單管理系統(tǒng)又被稱之為“訂單履行”，指的是企業(yè)在處理已獲得的訂單并最終將訂單所指定的物料或者服務(wù)發(fā)送給客戶的整個過程[10]。經(jīng)過多年的發(fā)展與完善，Oracle產(chǎn)品范圍的廣度、產(chǎn)品內(nèi)容的深度，已經(jīng)“由小到大、由淺入深”形成了龐大的產(chǎn)品組件家族。Oracle的應(yīng)用產(chǎn)品（Application Product，相對于其數(shù)據(jù)庫Database而言的稱謂），早期則簡單地劃分為四大部分：財務(wù)、制造、分銷、人力資源。 Oracle EBS系統(tǒng)應(yīng)用現(xiàn)狀經(jīng)過過去二十多年，尤其是最近十年的快速發(fā)展與完善，Oracle EBS作為一個大型的、高端的管理軟件程序包，已經(jīng)在全世界范圍內(nèi)有著廣泛的應(yīng)用，擁有數(shù)萬家不同類型的用戶，涉及高科技、制造、商業(yè)、化工、電力、航空、金融、公用事業(yè)等各行各業(yè)[8]。2009年。1999年，Oracle的應(yīng)用產(chǎn)品R11套件面世。1993年，Oracle決定將過去所有的應(yīng)用產(chǎn)品重寫以適應(yīng)于C/S架構(gòu)，當(dāng)年發(fā)布應(yīng)用產(chǎn)品R10，包括財務(wù)、制造、人力資源三大部分。1992年，Oracle發(fā)布應(yīng)用產(chǎn)品R9，一