某企業(yè)ERP訂單管理系統(tǒng)的實(shí)現(xiàn)碩士學(xué)位論文.doc

某企業(yè)ERP訂單管理模塊的實(shí)現(xiàn) 浙江大學(xué)碩士學(xué)位論文 摘要摘要銷售業(yè)務(wù)作為企業(yè)實(shí)現(xiàn)增值最重要的手段之一對整個(gè)企業(yè)的生存和發(fā)展起著至關(guān)重要的作用。在企業(yè)信息化需求日益增長的今天，如何在復(fù)雜多變的市場環(huán)境中運(yùn)用信息化手段快速有效的應(yīng)對各種銷售業(yè)務(wù)成為企業(yè)關(guān)注的重點(diǎn)。以信息技術(shù)為基礎(chǔ)，融合了先進(jìn)的管理思想為企業(yè)管理層和員工提供有效決策和管理的ERP系統(tǒng)則成為了實(shí)現(xiàn)這一需求的重要工具。本文通過對某通訊企業(yè)訂單管理業(yè)務(wù)的研究以及對企業(yè)銷售部門的調(diào)研之后得出了該企業(yè)訂單業(yè)務(wù)的現(xiàn)狀。在經(jīng)過對流程的梳理和優(yōu)化之后提出了對應(yīng)的解決方案并在系統(tǒng)中通過配置加以實(shí)現(xiàn)。同時(shí)，也總結(jié)了該企業(yè)沒有涉及到的訂單流程處理，并以此為依據(jù)加以總結(jié)為以后在其他項(xiàng)目中有關(guān)訂單管理模塊的實(shí)施起到有用的參考。關(guān)鍵詞：銷售業(yè)務(wù)，ERP實(shí)施，訂單管理，訂單流程，Oracle EBSi浙江大學(xué)碩士學(xué)位論文 AbstractAbstractSales as the enterprise one of the most important means of value-added it was plays a vital role to the survival and development of the enterprise. Now in the enterprise informatization demand growing. How to use the information in the hands of the complex and changeful market environment and focus on the rapid and effective response to various sales to become the enterprise concerned. The ERP system become the powerful tools to achieve this requirements which based on information technology, combination of advanced management thought that provide manager and employee decision-making and effective management. Current situation of the enterprise order business after the investigation of a communication enterprise order management business and enterprise sales department. After the analysis and optimization of the process, proposed the corresponding solution and the system realized by configuration. Also it summarizes the process of the enterprise not related to the order processing, and then summarized for later in other projects on the order management module plays a useful reference.Key Words：Sales Business, ERP implementation , order management , order processing , Oracle EBS ii浙江大學(xué)碩士學(xué)位論文 目錄目錄摘要iAbstractii圖目錄IV表目錄5第1章 緒論61.1 項(xiàng)目背景61.2 論文研究目的和意義61.3 本文組織結(jié)構(gòu)71.4 本章小結(jié)8第2章 Oracle EBS系統(tǒng)及訂單管理概述92.1 Oracle EBS系統(tǒng)概述92.1.1 Oracle EBS系統(tǒng)發(fā)展歷史92.1.2 Oracle EBS系統(tǒng)應(yīng)用現(xiàn)狀102.2 訂單管理系統(tǒng)概述102.3 Oracle EBS在企業(yè)中的使用112.4 本章小結(jié)12第3章 某企業(yè)訂單管理系統(tǒng)需求分析143.1 企業(yè)訂單管理功能需求分析143.1.1 需求分析方法143.1.2 該企業(yè)當(dāng)前訂單管理及銷售環(huán)節(jié)狀況163.2 與銷售有關(guān)的流程分析163.2.1 直發(fā)訂單163.2.2 內(nèi)部訂單183.2.3 BTB訂單193.2.4 集中銷售203.3 本章小結(jié)20第4章 訂單管理系統(tǒng)實(shí)施214.1 Oracle EBS訂單管理系統(tǒng)相關(guān)設(shè)置214.1.1 設(shè)置用戶、職責(zé)及其權(quán)限214.1.2 設(shè)置分類賬/帳套224.1.3 設(shè)置組織結(jié)構(gòu)234.1.4 庫存模塊設(shè)置254.1.5 采購模塊設(shè)置284.1.6 應(yīng)收模塊設(shè)置294.2 訂單模塊基本設(shè)置314.2.1 系統(tǒng)參數(shù)設(shè)置314.2.2 發(fā)運(yùn)全局參數(shù)設(shè)置324.2.3 組織層發(fā)運(yùn)參數(shù)設(shè)置334.2.4 訂單管理系統(tǒng)配置文件344.2.5 訂單事務(wù)處理類型354.2.6 單據(jù)編號設(shè)置354.2.7 價(jià)目表設(shè)置364.2.8 WSH系統(tǒng)設(shè)置374.3 銷售訂單及流程實(shí)現(xiàn)384.3.1 直發(fā)訂單的實(shí)現(xiàn)384.3.2 內(nèi)部訂單的實(shí)現(xiàn)394.3.3 BTB訂單的實(shí)現(xiàn)414.3.4 集中銷售的實(shí)現(xiàn)424.4 其他訂單類型分析與實(shí)現(xiàn)434.4.1 ATO訂單434.4.2 PTO訂單454.5 本章小結(jié)47第5章 實(shí)施效果與評估485.1 訂單管系統(tǒng)實(shí)施預(yù)期485.1.1 訂單和客戶審核流程485.1.2 訂單發(fā)運(yùn)流程495.1.3 應(yīng)收處理流程515.2 銷售管理業(yè)務(wù)現(xiàn)狀525.2.1 銷售部門人員及職責(zé)分工525.2.2 銷售管理和客戶管理概況525.3 實(shí)施預(yù)期與完成實(shí)施后的對比525.4 本章小結(jié)53第6章 總結(jié)與展望546.1 本文總結(jié)546.2 展望54參考文獻(xiàn)56作者簡歷58致謝59II浙江大學(xué)碩士學(xué)位論文 圖目錄圖目錄圖3. 1內(nèi)部直發(fā)訂單流程16圖3. 2外部直發(fā)訂單流程16圖3. 3內(nèi)部銷售訂單流程17圖3. 4BTB訂單流程18圖4. 1職責(zé)定義界面20圖4. 2用戶定義界面20圖4. 3Oracle EBS R12分類帳/帳套設(shè)置路徑22圖4. 4Oracle EBS R12組織結(jié)構(gòu)設(shè)置路徑24圖4. 5 Oracle EBS R12系統(tǒng)庫存模塊設(shè)置主目錄26圖4. 6Oracle EBS R12采購模塊設(shè)置主目錄28圖4. 7Oracle EBS R12應(yīng)收模塊設(shè)置主目錄30圖4. 8Oracle EBS R12系統(tǒng)訂單管理模塊全局發(fā)運(yùn)參數(shù)設(shè)置31圖4. 9某通訊企業(yè)組織層發(fā)運(yùn)參數(shù)設(shè)置主界面33圖4. 10Oracle EBS R12系統(tǒng)OM模塊價(jià)目表設(shè)置主界面36圖4. 11直發(fā)訂單在Oracle EBS R12系統(tǒng)中操作流程38圖4. 12 Oracle EBS R12公司間事務(wù)處理流設(shè)置主界面41圖5. 1某通訊企業(yè)訂單審核流程48圖5. 2物料發(fā)運(yùn)流程49圖5. 3應(yīng)收處理流程50III浙江大學(xué)碩士學(xué)位論文表目錄表目錄表3. 1某通訊企業(yè)ERP項(xiàng)目訂單管理模塊調(diào)研問卷（部分）14表4. 1某通訊企業(yè)OM模塊系統(tǒng)參數(shù)設(shè)置（部分）31表4. 2某通訊企業(yè)ERP項(xiàng)目OM模塊系統(tǒng)配置文件（部分）33表4. 3某通訊企業(yè)ERP項(xiàng)目OM模塊訂單事務(wù)處理類型及其單據(jù)序列設(shè)置內(nèi)容（部分）35表4. 4 Oracle EBS R12系統(tǒng)中直發(fā)物料屬性設(shè)置要求37表5. 1物料發(fā)運(yùn)說明4919浙江大學(xué)碩士學(xué)位論文第1章 緒論第1章 緒論1.1 項(xiàng)目背景中興通訊公司成立于1985年，主要產(chǎn)品包括各種通信設(shè)備以及服務(wù)。該公司在2008年全國企業(yè)信息化評估中位列第六，同時(shí)通過了CMMI四級評估1和ISO2000認(rèn)證2。其整個(gè)企業(yè)應(yīng)用架構(gòu)是以ERP（Enterprise Resource Planning）系統(tǒng)為核心，早在2000年5月中興通訊就已經(jīng)和漢得公司達(dá)成ERP項(xiàng)目實(shí)施協(xié)議并開始了合同簽訂和部門組建，直到2004年1月5日其國內(nèi)各分支機(jī)構(gòu)ERP系統(tǒng)正式上線標(biāo)志著中興通訊ERP項(xiàng)目正式完成3。其所用ERP系統(tǒng)為Oracle application 11i版本，在當(dāng)時(shí)的一期項(xiàng)目中中興通訊（以下簡稱ZTE）在實(shí)施的模塊中已經(jīng)包含有銷售訂單管理模塊，并按照要求提供了手機(jī)合同和合同銷售兩個(gè)涉及到訂單管理模塊的二次開發(fā)。由于業(yè)務(wù)發(fā)展的需求以及國內(nèi)外環(huán)境的變化和ERP軟件系統(tǒng)本身的升級，ZTE開始了自己的ERP二期項(xiàng)目。其主要目標(biāo)是將已有的Oracle 11i版本升級到Oracle R12版本，在此次升級過程中重點(diǎn)關(guān)注的是海外貿(mào)易在ERP系統(tǒng)中的實(shí)現(xiàn)以實(shí)現(xiàn)公司在全球供應(yīng)鏈上的戰(zhàn)略4。在一期項(xiàng)目“中興供應(yīng)鏈”的基礎(chǔ)上專門設(shè)立了“鑫迅國際”業(yè)務(wù)組織用以處理海外事物。以此為背景，在這次二期項(xiàng)目中有關(guān)訂單管理模塊的主要任務(wù)就是將該模塊在升級到Oracle R12版本的同時(shí)增加一些新的業(yè)務(wù)以滿足ZTE在供應(yīng)鏈全球化戰(zhàn)略下的需求。1.2 論文研究目的和意義本文以某通訊公司ERP二期項(xiàng)目中有關(guān)訂單管理模塊的實(shí)施為背景，通過對其業(yè)務(wù)需求分析、訂單流程梳理從而制定出相應(yīng)的解決方案，在論證方案的可行性以及與客戶公司重要干系人5就未來流程的假設(shè)和討論之后確定相應(yīng)的實(shí)施方案并最終以此為依據(jù)完成在系統(tǒng)中的配置以期能夠?qū)F(xiàn)實(shí)中的訂單處理流程在系統(tǒng)中再現(xiàn)。通過該項(xiàng)目的實(shí)施和總結(jié)，在完成本文之后希望可以將該企業(yè)的訂單處理流程加以總結(jié)。分析各種不同訂單的適用范圍、優(yōu)缺點(diǎn)，梳理他們的流程并根據(jù)企業(yè)在實(shí)際工作中的使用加以優(yōu)化最終完成其在系統(tǒng)中的再現(xiàn)。除此之外，還將一些其他的此次項(xiàng)目中沒有涉及到的訂單流程也進(jìn)行了分析和實(shí)現(xiàn)。希望通過此次工程實(shí)踐和論文的撰寫，能夠?qū)⑺佑|到的項(xiàng)目經(jīng)驗(yàn)加以總結(jié)。特別是在訂單流程方面的知識，通過總結(jié)、梳理和加工之后提煉出有針對性的解決方案，為將來同類型客戶實(shí)施ERP項(xiàng)目時(shí)在訂單管理模塊中提供一個(gè)有參考價(jià)值的案例和模板。1.3 本文組織結(jié)構(gòu)全文共分六章,第一章緒論主要介紹了，1. 某企業(yè)ERP二期項(xiàng)目背景和對該企業(yè)以及企業(yè)信息化程度作了簡單的介紹，2. 論文研究目的和意義，通過該段敘述簡單展示了對寫作本文的原因和期望達(dá)到的結(jié)果作出一個(gè)介紹，3. 本文組織結(jié)構(gòu)中介紹了本文的章節(jié)劃分和每章的主要內(nèi)容。第二章共分為三節(jié)，通過對Oracle EBS（E-Business Suit）系統(tǒng)的發(fā)展歷史、應(yīng)用現(xiàn)狀的概述和有關(guān)成功應(yīng)用Oracle ERP實(shí)施的相關(guān)案例的敘述進(jìn)一步闡述了有關(guān)Oracle ERP的概念。同時(shí)在該章節(jié)中也敘述了有關(guān)訂單管理模塊的組成和功能等，為接下來的章節(jié)起到了理論鋪墊的作用。第三章共分為四節(jié)，本章通過對某企業(yè)訂單管理需求分析入手，通過調(diào)研問卷、重要員工訪談等方法深入了解企業(yè)有關(guān)銷售訂單業(yè)務(wù)處理的過程。總結(jié)和梳理其特點(diǎn)并與企業(yè)相關(guān)人員就未來的業(yè)務(wù)流程進(jìn)行分析和探討，最終將其中有代表性的直發(fā)訂單、內(nèi)部訂單、BTB（Back-To-Back）訂單和集團(tuán)銷售這4種特殊訂單處理方式加以總結(jié)。在深入了解這些訂單的業(yè)務(wù)流程、適用范圍和優(yōu)缺點(diǎn)之后將這些訂單模式納入到訂單管理模塊的方案設(shè)置之中，并在實(shí)施后期望能夠在系統(tǒng)中重現(xiàn)這些訂單的業(yè)務(wù)流程。第四章共分為四節(jié)，第一節(jié)Oracle EBS系統(tǒng)相關(guān)設(shè)置主要介紹了在Oracle EBS R12系統(tǒng)中關(guān)系到訂單管理模塊基礎(chǔ)使用功能的其它模塊的配置，第二節(jié)訂單模塊基本設(shè)置中介紹了如何通過設(shè)置使得訂單管理模塊能夠在系統(tǒng)中得以完成基本功能的操作，第三節(jié)銷售訂單及流程實(shí)現(xiàn)將第二章中梳理出的某企業(yè)訂單處理流程中較為特殊的四種處理方式通過系統(tǒng)配置完成其在系統(tǒng)中的業(yè)務(wù)流程再現(xiàn)，第四章本章小結(jié)主要對本章所述內(nèi)容進(jìn)行了總結(jié)與歸納。第五章共三節(jié)，主要通過將此次二期項(xiàng)目實(shí)施前企業(yè)相關(guān)業(yè)務(wù)流程與實(shí)施項(xiàng)目后有關(guān)流程的對比分析實(shí)施效果與項(xiàng)目評估。第六章共有兩節(jié)，第一節(jié)本文總結(jié)主要概括和總結(jié)了本文所敘述的內(nèi)容，第二節(jié)展望主要對本文的寫作目的和不足之處加以說明。1.4 本章小結(jié)本章通過對項(xiàng)目背景的敘述、訂單管理系統(tǒng)的概述、以及對論文研究目的和意義的闡述，對整個(gè)論文的背景、所研究的主要內(nèi)容和期望的結(jié)果都有了大致的了解。最后對整個(gè)論文結(jié)構(gòu)的描述說明了本文寫作的大體思路。浙江大學(xué)碩士學(xué)位論文第2 章 Oracle EBS 系統(tǒng)及訂單管理概述第2章 Oracle EBS系統(tǒng)及訂單管理概述2.1 Oracle EBS系統(tǒng)概述ERP是一種企業(yè)內(nèi)部所有業(yè)務(wù)部門之間、以及企業(yè)同外部合作伙伴之間交換和分享信息的系統(tǒng)；是集成供需鏈管理的工具、技術(shù)和應(yīng)用系統(tǒng)；是管理決策和供需鏈流程優(yōu)化不可缺少的手段；是實(shí)現(xiàn)競爭優(yōu)勢的同義詞6。2.1.1 Oracle EBS系統(tǒng)發(fā)展歷史Oracle ERP在市面上已存在于25年，回顧其進(jìn)化歷史，大致經(jīng)歷了如下幾個(gè)階段：第一階段：創(chuàng)建于1977年的Oracle（甲骨文股份有限公司），于1986年在NASDAQ（美國證劵交易商自動(dòng)報(bào)價(jià)系統(tǒng)協(xié)會(huì)）上市，主要收入為數(shù)據(jù)庫產(chǎn)品。Oracle于1987年才正式建立起僅七個(gè)人的應(yīng)用軟件開發(fā)部門，這個(gè)部門最初的任務(wù)，一半是為自己的財(cái)務(wù)部門開發(fā)應(yīng)用軟件，一半是在銷售數(shù)據(jù)庫產(chǎn)品時(shí)，應(yīng)客戶的要求順便將自己使用的財(cái)務(wù)軟件拿出去賣。第二階段：1988年，SAP（德國思愛普公司）的創(chuàng)業(yè)者們決定開發(fā)基于C/S架構(gòu)（Client/Server，客戶機(jī)和服務(wù)器結(jié)構(gòu)）的R/3系統(tǒng)（德國思愛普公司推出的企業(yè)資源計(jì)劃大型系統(tǒng)集成管理軟件）；1989年，Oracle首次發(fā)布制造應(yīng)用，庫存管理（INV）是其第一個(gè)模塊，也在日后Oracle ERP產(chǎn)品的應(yīng)用架構(gòu)中，扮演著極其重要的角色。1990年，Oracle發(fā)布應(yīng)用產(chǎn)品R7、R8，主要功能還是C/S架構(gòu)的財(cái)務(wù)會(huì)計(jì)軟件，與SAP（System Applications and Products in Data Processing，企業(yè)管理解決方案）對“R”的“實(shí)時(shí)”定義不同，這里的“R”僅是“Release（版本）”的意思，Oracle應(yīng)用產(chǎn)品后來一直沿用了這一叫法。1992年，Oracle發(fā)布應(yīng)用產(chǎn)品R9，一個(gè)包含財(cái)務(wù)會(huì)計(jì)、生產(chǎn)制造、人力資源的應(yīng)用軟件包。這一年，Oracle已經(jīng)基本擺脫危機(jī)困境，雖然數(shù)據(jù)庫仍是主要收入來源，但在應(yīng)用軟件方面，大約已經(jīng)擁有了1500個(gè)客戶，但主要是一些中小型的美國公司。1993年，Oracle決定將過去所有的應(yīng)用產(chǎn)品重寫以適應(yīng)于C/S架構(gòu)，當(dāng)年發(fā)布應(yīng)用產(chǎn)品R10，包括財(cái)務(wù)、制造、人力資源三大部分。第三階段：1996年，SAP在中國華為項(xiàng)目上輸給Oracle，其后，又在美的、中興等項(xiàng)目上相繼失利于Oracle。1999年，Oracle的應(yīng)用產(chǎn)品R11套件面世。第四階段：2007年，Oracle正式發(fā)布EBS（E-Business Suit，電子商務(wù)套件） R12，此時(shí)的EBS已經(jīng)包含有高度集成的300多個(gè)模塊，幾乎覆蓋了制造業(yè)、商業(yè)、金融、服務(wù)、政府、公用事業(yè)等等各行各業(yè)的全部應(yīng)用。2009年，R12.1發(fā)布。今年，R12.2也正式問世，其最大的改進(jìn)為Online Patching，就是允許用戶在運(yùn)行時(shí)打補(bǔ)丁，并且無需重啟服務(wù)器，此時(shí)，系統(tǒng)升級的關(guān)注點(diǎn)更多已傾向于客戶體驗(yàn)的完善性7。2.1.2 Oracle EBS系統(tǒng)應(yīng)用現(xiàn)狀經(jīng)過過去二十多年，尤其是最近十年的快速發(fā)展與完善，Oracle EBS作為一個(gè)大型的、高端的管理軟件程序包，已經(jīng)在全世界范圍內(nèi)有著廣泛的應(yīng)用，擁有數(shù)萬家不同類型的用戶，涉及高科技、制造、商業(yè)、化工、電力、航空、金融、公用事業(yè)等各行各業(yè)8。Oracle目前在中國國內(nèi)的客戶也有近千家。Oracle的應(yīng)用產(chǎn)品（Application Product，相對于其數(shù)據(jù)庫Database而言的稱謂），早期則簡單地劃分為四大部分：財(cái)務(wù)、制造、分銷、人力資源。其中的所謂“分銷產(chǎn)品”（Distribution），有人或許會(huì)將之與企業(yè)的產(chǎn)品“直銷、分銷”模式混淆，但實(shí)際與企業(yè)的產(chǎn)品分銷模式管理沒啥關(guān)系，它只是“采購PO、庫存INV、銷售訂單管理OM”的總稱。經(jīng)過多年的發(fā)展與完善，Oracle產(chǎn)品范圍的廣度、產(chǎn)品內(nèi)容的深度，已經(jīng)“由小到大、由淺入深”形成了龐大的產(chǎn)品組件家族。盡管Oracle產(chǎn)品家族迄今已經(jīng)包含300多個(gè)模塊，但其最核心、最基礎(chǔ)的東西仍是早年最開始做的包括財(cái)務(wù)、制造、分銷等在內(nèi)的十來個(gè)基本模塊9。2.2 訂單管理系統(tǒng)概述在Oracle EBS系統(tǒng)中，訂單管理系統(tǒng)又被稱之為“訂單履行”，指的是企業(yè)在處理已獲得的訂單并最終將訂單所指定的物料或者服務(wù)發(fā)送給客戶的整個(gè)過程10。對于一個(gè)企業(yè)信息系統(tǒng)來說，如何獲得訂單并主要是銷售人員以及銷售策略的問題；但是，對于獲得訂單之后一直到將訂單履行完成則是物流工作范疇。這樣，一個(gè)完整的訂單處理過程就涉及到從如何獲得訂單的CRM（Customer Relationship Management）系統(tǒng)11以及在履行訂單時(shí)的SCM（Supplier Chain Management）系統(tǒng)12了。訂單管理系統(tǒng)則是將CRM系統(tǒng)與SCM系統(tǒng)進(jìn)行連接和管理的一個(gè)系統(tǒng)。為了完成這個(gè)目的，在Oracle ERP系統(tǒng)的功能設(shè)計(jì)上是將訂單管理（Order Management）、發(fā)運(yùn)執(zhí)行（Shipping Execution）、定價(jià)（Pricing）等多個(gè)相互獨(dú)立又相互連接的系統(tǒng)組成10。其中“訂單管理”和“發(fā)運(yùn)執(zhí)行”這兩個(gè)子系統(tǒng)是整個(gè)訂單管理系統(tǒng)的核心。訂單管理主要解決的是對銷售單據(jù)的維護(hù)和更新，并通過相應(yīng)的配置能夠滿足于客戶復(fù)雜多變的業(yè)務(wù)需求和快速響應(yīng)；發(fā)運(yùn)執(zhí)行主要解決的是將已經(jīng)確定的銷售訂單方便、快捷、準(zhǔn)確的完成訂單所規(guī)定的商品出庫以及發(fā)送至客戶。這兩者結(jié)合，就構(gòu)成了整個(gè)訂單管理系統(tǒng)的核心功能。因?yàn)樵贓BS系統(tǒng)中，訂單管理和發(fā)運(yùn)執(zhí)行都是屬于訂單管理系統(tǒng)的一個(gè)整體，所以在系統(tǒng)中一個(gè)完整的訂單流程應(yīng)該包括：訂單錄入、訂單登記、發(fā)放挑庫、挑庫確認(rèn)、發(fā)運(yùn)確認(rèn)和開票這六個(gè)基本步驟。但是，對于一個(gè)初始化安裝的系統(tǒng)在沒有完成各種與訂單管理系統(tǒng)相關(guān)的設(shè)置之前EBS系統(tǒng)是沒有任何實(shí)際功能的。如果想要使訂單流程能夠基本可用還需要完成一系列極為復(fù)雜的系統(tǒng)設(shè)置，在完成這些設(shè)置之后才可以使用與訂單處理流程相關(guān)的“訂單工作臺”、“發(fā)運(yùn)工作臺”等各個(gè)窗口。2.3 Oracle EBS在企業(yè)中的使用企業(yè)資源計(jì)劃（Enterprise Resource Planning，簡稱ERP）是有效地促使企業(yè)管理朝著更加科學(xué)化、合理化和規(guī)范化方向發(fā)展的一種具體手段和方法。大力推廣應(yīng)用ERP，并使其迅速轉(zhuǎn)化外現(xiàn)實(shí)生產(chǎn)力，是世界各國企業(yè)共同追求的目標(biāo)。在全球競爭中，誰能審時(shí)度勢，及時(shí)掌握和應(yīng)用ERP手段，誰就能通過管理創(chuàng)新迅速改變企業(yè)的落后面貌，從而提高自己的競爭能力、生存能力與發(fā)展能力1.自2001年起，美鋁公司開始實(shí)施Oracle提供的ERP系統(tǒng)，目前已經(jīng)實(shí)施成功的模塊包括財(cái)務(wù)管理、人力資源管理、訂單到現(xiàn)金（Order to cash，OTC）業(yè)務(wù)流程管理以及需求到付款（Requisition to pay，RTP）業(yè)務(wù)流程管理。由于美鋁在世界各國的分支機(jī)構(gòu)繁多，其ERP的實(shí)施也十分復(fù)雜，因此按照不同地域分階段進(jìn)行。他們最初在歐洲的50家分公司實(shí)施了財(cái)務(wù)和需求-付款流程模塊，這些模塊目前包括歐洲、北美、澳大利亞、亞洲和南美洲等地的分支機(jī)構(gòu)得到廣泛應(yīng)用。HR模塊已經(jīng)在澳大利亞分公司實(shí)施完畢，而歐洲及拉丁美洲等地有望在年底結(jié)束。OTC模塊則在美鋁公司的所有全球分支機(jī)構(gòu)中至少完成了60%。目前，美鋁公司使用ERP的員工人數(shù)已超過10000。2. 2003年7月，百事公司開始在亞太地區(qū)統(tǒng)一推廣Oracle實(shí)施項(xiàng)目。實(shí)施從2003年10月開始至2005年11月結(jié)束，包括應(yīng)付、應(yīng)收、資產(chǎn)、總賬、庫存、采購、銷售與流程制造全模塊。百事公司希望通過系統(tǒng)的實(shí)施，搭建一套統(tǒng)一的平臺與數(shù)據(jù)結(jié)構(gòu)，為集團(tuán)在財(cái)務(wù)報(bào)表集成、成本數(shù)據(jù)分析、銷售趨勢分析上提供足夠的便利。3.百度中國，隨著公司業(yè)務(wù)量急劇增加，百度原有的信息管理應(yīng)用系統(tǒng)已經(jīng)不能應(yīng)付業(yè)務(wù)增加帶來的數(shù)據(jù)量膨脹。此外，百度原有的財(cái)務(wù)系統(tǒng)也不能滿足公司在納斯達(dá)克上市的要求，面對以上挑戰(zhàn)，百度需要實(shí)施國際化、符合現(xiàn)代企業(yè)管理制度的信息管理應(yīng)用系統(tǒng)。新的應(yīng)用系統(tǒng)在銷售管理方面應(yīng)滿足百度如下需求：建立集成的銷售訂單與合同管理系統(tǒng)，解決百度以往在合同管理中存在的合同執(zhí)行、跟蹤、結(jié)算處理困難，出錯(cuò)率高，合同制定周期長、過程繁瑣等方面的問題，實(shí)現(xiàn)銷售合同和訂單管理的高效率和規(guī)范化。最終系統(tǒng)的實(shí)施實(shí)現(xiàn)了銷售合同和訂單管理的規(guī)范化、流程化。在使用Oracle訂單管理系統(tǒng)之后，銷售人員只需要在系統(tǒng)中輸入需要提交的訂單，該訂單就會(huì)按照事先設(shè)置好的審批流程送達(dá)不同的審批人，審批人可以在第一時(shí)間內(nèi)收到由系統(tǒng)自動(dòng)發(fā)出的“待審批任務(wù)通知”，即便是審批人出差在外地，只要能登陸系統(tǒng)，仍然可以實(shí)現(xiàn)審批，大大提高了審批的及時(shí)性和效率。利用Oracle訂單管理系統(tǒng)，百度的合同管理人員可以根據(jù)系統(tǒng)中已有的數(shù)據(jù)，根據(jù)實(shí)際需要導(dǎo)出不同的項(xiàng)目，改變了過去需要人為手工維護(hù)龐大數(shù)據(jù)表格的狀況，提高了數(shù)據(jù)準(zhǔn)確性和工作效率，同時(shí)也很好地滿足了US GAAP（美國公認(rèn)會(huì)計(jì)原則）確認(rèn)過程所需的每月底進(jìn)行的財(cái)務(wù)結(jié)賬要求。4.青島啤酒Oracle ERP實(shí)施的亮點(diǎn)及效益主要有三點(diǎn)：第一，訂單的快速滿足，通過物流區(qū)域規(guī)劃，實(shí)現(xiàn)訂單錄入一鍵式操作，系統(tǒng)自動(dòng)完成從額度控制、物流調(diào)度、分貨配貨等工作，減少人工干預(yù)，縮減訂單滿足時(shí)間；第二，提供高效的運(yùn)費(fèi)結(jié)算平臺，根據(jù)實(shí)際業(yè)務(wù)預(yù)提當(dāng)期運(yùn)費(fèi)，通過接口接收第三方物流的實(shí)際運(yùn)費(fèi)數(shù)據(jù)，自動(dòng)與預(yù)提運(yùn)費(fèi)進(jìn)行匹配，便于財(cái)務(wù)嚴(yán)格監(jiān)控運(yùn)費(fèi)結(jié)算，根據(jù)實(shí)際運(yùn)費(fèi)和預(yù)提運(yùn)費(fèi)差異調(diào)整費(fèi)率，提高后續(xù)數(shù)據(jù)的準(zhǔn)確性；第三，營銷費(fèi)用透明化、實(shí)時(shí)化，實(shí)現(xiàn)營銷費(fèi)用從預(yù)算制定、活動(dòng)申報(bào)、渠道協(xié)議簽訂、協(xié)議兌付、費(fèi)用報(bào)銷全過程的管理和監(jiān)控，報(bào)銷的費(fèi)用與Oracle EBS系統(tǒng)訂單額度控制無縫集成13。2.4 本章小結(jié)本章通過對Oracle EBS系統(tǒng)的發(fā)展歷史、應(yīng)用現(xiàn)狀的概述和有關(guān)成功應(yīng)用Oracle ERP實(shí)施的相關(guān)案例的敘述進(jìn)一步闡述了有關(guān)Oracle ERP的概念。同時(shí)在該章節(jié)中也敘述了有關(guān)訂單管理模塊的組成和功能等，為接下來的章節(jié)起到了理論鋪墊的作用。浙江大學(xué)碩士學(xué)位論文第3 章 某企業(yè)訂單管理系統(tǒng)需求分析第3章 某企業(yè)訂單管理系統(tǒng)需求分析3.1 企業(yè)訂單管理功能需求分析ERP功能需求是一個(gè)不斷完善的過程,在正常情況下總是在項(xiàng)目實(shí)施的過程中會(huì)發(fā)現(xiàn)新的需求或者在項(xiàng)目完成后因?yàn)槠髽I(yè)內(nèi)部流程的調(diào)整和外部環(huán)境的變化而產(chǎn)生新的需求。說一，ERP需求應(yīng)該是一個(gè)不斷完善的過程。想要一步到位的完成所有需求，實(shí)現(xiàn)最新的流程是不切實(shí)際的。訂單管理系統(tǒng)作為ERP系統(tǒng)中的一個(gè)模塊當(dāng)然也不能跳出這個(gè)約束一次性的完成所有潛在的功能需求分析。一個(gè)成功的ERP項(xiàng)目，需求的定位是否恰當(dāng)對整個(gè)項(xiàng)目的成敗起到了至關(guān)重要的作用。3.1.1 需求分析方法在ERP項(xiàng)目的需求分析中經(jīng)常會(huì)用到兩種需求分析方法，一種是調(diào)查式還有一種就是模型式。調(diào)查式的需求分析方法作為ERP需求調(diào)查中最常用的方法在ERP各個(gè)模塊前期需求調(diào)研中都會(huì)被使用到。這種調(diào)查的手段包括調(diào)研問卷，觀察和人員的訪談。通過調(diào)研問卷回收后的分析可以確定企業(yè)的整體狀況，對于各個(gè)部門則需要制定專門的調(diào)研問卷以便更加詳細(xì)的了解部門運(yùn)作流程和管理方式。觀察法通常用作是對調(diào)研問卷的補(bǔ)充，對于調(diào)研問卷的分析明確初步的需求之后如果在某些流程或者運(yùn)作方式上實(shí)施人員對于被提問者給出的答案無法明確則需要通過切身的觀察去獲得相關(guān)信息，在觀察法中需要注意的是所進(jìn)行的工作應(yīng)該在不引起被觀察者的注意的情況下進(jìn)行。最后的人員訪談重點(diǎn)是要完成在確定需求之后對于流程梳理的正確性以及企業(yè)未來業(yè)務(wù)流程的討論而進(jìn)行的。這時(shí)的訪談對象應(yīng)該有重點(diǎn)的去詢問關(guān)鍵崗位的關(guān)鍵人物和管理層人員。表2.1為某通訊企業(yè)ERP項(xiàng)目中有關(guān)訂單管理模塊的調(diào)研問卷。表3. 1某通訊企業(yè)ERP項(xiàng)目訂單管理模塊調(diào)研問卷（部分）模型式需求分析，雖然大多數(shù)情況下使用的都是調(diào)查式的需求分析方法但是調(diào)查式的方法主觀性太大。對于調(diào)研過程中所提的問題被調(diào)研/訪問者能否給出有用的答案不能確定而且多數(shù)情況下往往會(huì)出現(xiàn)同一部門不同人員，同一被訪者在不同時(shí)間會(huì)給出前后矛盾的答案。為了避免這種干擾的存在，在初步了解了企業(yè)的業(yè)務(wù)和行業(yè)背景后可以根據(jù)實(shí)施公司在相關(guān)行業(yè)多年的經(jīng)驗(yàn)提前建立起一個(gè)分析模型，判斷出客戶可能的需求然后在根據(jù)調(diào)研的實(shí)際情況對模型參數(shù)進(jìn)行修改。這種方法雖然很大程度避免了調(diào)查式需求分析的缺點(diǎn)，但是通常實(shí)施方總是會(huì)缺乏足夠的可以用于指導(dǎo)的需求分析模型和經(jīng)驗(yàn)豐富的分析人員再加上進(jìn)度的壓力導(dǎo)致了這種模型式需求分析的應(yīng)用并沒有在項(xiàng)目需求分析過程中占到應(yīng)有的比重。3.1.2 該企業(yè)當(dāng)前訂單管理及銷售環(huán)節(jié)狀況本文是以某通訊企業(yè)ERP二期項(xiàng)目為背景對其訂單管理模塊的實(shí)施進(jìn)行的敘述。由于已經(jīng)有了一期項(xiàng)目完整的資料，在二期項(xiàng)目實(shí)施時(shí)已經(jīng)有了可以使用的準(zhǔn)方案設(shè)計(jì)。只需要將客戶在使用過程中明確提出和發(fā)現(xiàn)的一些問題加以分析便可以作為最終方案設(shè)計(jì)的分析對象。這也是大多數(shù)二期項(xiàng)目所具有的一個(gè)優(yōu)勢。在通過前期的大量調(diào)研和對需求的分析，總結(jié)起來對于訂單管理存在的幾個(gè)主要問題有：1.部門內(nèi)部各種業(yè)務(wù)工作沒有規(guī)范和標(biāo)準(zhǔn)，管理上人治大于制度的管理。2.管理人員對于本部門內(nèi)部各項(xiàng)業(yè)務(wù)無法完整的進(jìn)行監(jiān)督。3.企業(yè)和部門內(nèi)信息不同步，信息不共享。4.工作效率低下，重復(fù)勞動(dòng)過多。5.訂單狀態(tài)管理混亂。6.無法實(shí)時(shí)跟蹤物料發(fā)運(yùn)狀態(tài)。7.客戶訂單相應(yīng)不及時(shí)，經(jīng)常出現(xiàn)延遲交貨等問題。8.價(jià)格管理不夠靈活，沒有一個(gè)完整的策略應(yīng)對不同產(chǎn)品和客戶。9.對于一些非常規(guī)的訂單無法在已有的信息系統(tǒng)中操作仍然按照原始的手工方式進(jìn)行操作。3.2 與銷售有關(guān)的流程分析本節(jié)將以某通訊公司ERP項(xiàng)目為背景，梳理其與銷售和訂單處理有關(guān)的流程。并將其中可以應(yīng)用與其他項(xiàng)目或者具有通用價(jià)值的處理流程進(jìn)行詳細(xì)的敘述。由于該通訊企業(yè)此次ERP項(xiàng)目是二次升級項(xiàng)目，且沒有涉及到生產(chǎn)、制造模塊所以其訂單處理流程并不完整。在后面的章節(jié)中將會(huì)補(bǔ)充此次項(xiàng)目中沒有涉及到的某些訂單處理流程。此次項(xiàng)目中涉及到的訂單處理流程主要有：直發(fā)訂單、內(nèi)部訂單（包括內(nèi)部銷售及采購）、BTB(Back-To-Back)訂單以及集中銷售。下面將詳細(xì)梳理每種訂單的流程和應(yīng)用背景14。3.2.1 直發(fā)訂單直發(fā)訂單，在該企業(yè)的調(diào)研過程中發(fā)現(xiàn)，并不是所有的銷售都是企業(yè)內(nèi)部發(fā)出的，有時(shí)為了應(yīng)急銷售或者節(jié)約成本、提高周轉(zhuǎn)效率等原因公司也會(huì)將外部企業(yè)作為自己的銷售的貨源之一，通過采購后直接從采購公司直接將貨物發(fā)送到客戶處。這種銷售流程也稱之為直發(fā)訂單。在直發(fā)訂單中還會(huì)分為內(nèi)部直發(fā)和外部直發(fā)，其區(qū)別就是作為外部供貨的企業(yè)是否屬于本集團(tuán)。如圖3.1和圖3.2所示內(nèi)部直發(fā)和外部直發(fā)訂單示意圖。圖3. 1內(nèi)部直發(fā)訂單流程圖3. 2外部直發(fā)訂單流程分析需求這種直發(fā)訂單的流程其存在的主要原因有：第一，客戶銷售訂單所需要的物料在庫存中暫時(shí)缺貨，而且要求的供貨周期短；第二，客戶一次性訂購的數(shù)量超過了常規(guī)數(shù)量；直接發(fā)貨成本高，從供應(yīng)商直接發(fā)貨給客戶在成本上更有效率。相對于傳統(tǒng)的庫存實(shí)物標(biāo)準(zhǔn)銷售，直發(fā)訂單的主要優(yōu)點(diǎn)表現(xiàn)在：第一，減少了庫存商品的儲(chǔ)備從而也就減輕了庫存商品對資金的占有；第二，節(jié)省了物料出入庫的流程，從而節(jié)約了對人力、資金的消耗；第三，節(jié)省了銷售周期；第四，有可能在經(jīng)過協(xié)商后供應(yīng)商提供產(chǎn)品的包裝和運(yùn)輸從而再次節(jié)省資金。3.2.2 內(nèi)部訂單內(nèi)部訂單，在EBS系統(tǒng)中將基于內(nèi)部申請而生成的銷售訂單統(tǒng)稱為“內(nèi)部訂單”，而在系統(tǒng)中內(nèi)部申請則指的是那些以內(nèi)部組織作為供應(yīng)來源的庫存或費(fèi)用采購申請。在本文為背景的項(xiàng)目中，所涉及的實(shí)物庫存組織和子公司分別有：香港、深圳兩個(gè)庫存組織，鑫迅國際和中興供應(yīng)鏈兩個(gè)OU組織。內(nèi)部訂單包括了集團(tuán)下兩個(gè)子公司之間的訂單和單個(gè)公司內(nèi)部的訂單（在EBS系統(tǒng)里面則是以該內(nèi)部訂單是否跨OU操作位區(qū)分）。如圖3.3所示內(nèi)部銷售訂單流程圖。圖3. 3內(nèi)部銷售訂單流程分析需求這種內(nèi)部銷售訂單流程存在的主要原因有：第一，對于大型集團(tuán)企業(yè)來說子公司之間可能存在業(yè)務(wù)上的往來，內(nèi)部訂單的處理過程則是剛好滿足了這種需要；第二，對于內(nèi)部公司或者組織的訂單其定價(jià)管理機(jī)制與普通銷售訂單不同，可以更好的滿足內(nèi)部價(jià)格的設(shè)置；第三，當(dāng)某子公司有物料庫存過多或過少時(shí)可以通過內(nèi)部銷售、轉(zhuǎn)移的方法去往別的子公司。相對于普通銷售訂單，內(nèi)部訂單優(yōu)點(diǎn)表現(xiàn)在：第一，可以在價(jià)格策略上靈活調(diào)整，對于內(nèi)部銷售訂單其錄入的價(jià)目表價(jià)格只是作為參考，可以設(shè)定一個(gè)專門針對集團(tuán)內(nèi)部交易的內(nèi)部價(jià)格；第二，更好的區(qū)分訂單的種類，將內(nèi)部和外部的訂單分開可以方便財(cái)務(wù)等對其加以區(qū)分的核算；第三，在靈活的轉(zhuǎn)移集團(tuán)內(nèi)部的物料同時(shí)能夠明確的進(jìn)行內(nèi)部公司間的財(cái)務(wù)往來和開票。3.2.3 BTB訂單BTB訂單，指的是訂單所指定的物料在通常情況下庫存是不做保留的，當(dāng)有該物料的訂單產(chǎn)生時(shí)主要采取的方式是直接向供應(yīng)商采購該物料然后在接收入庫后再將其發(fā)往相應(yīng)的客戶或者需求的組織中去。與直發(fā)訂單不同的是，BTB訂單增加了接收入庫這一過程，即是向供應(yīng)商采購的物料不會(huì)直接發(fā)往目的組織而是先發(fā)運(yùn)到訂單發(fā)出所在的組織，在做完正常的接收入庫（也可以是邏輯上的入庫）之后再發(fā)往目的組織。如圖3.4所示BTB訂單流程示意圖。圖3. 4BTB訂單流程分析需求這種BTB訂單處理流程存在的主要原因有：第一，類似于大多數(shù)直發(fā)訂單的需求；第二，與直發(fā)訂單相比BTB訂單由于增加了接收入庫這一環(huán)節(jié)可以更靈活的處理來自供應(yīng)商的物料；第三，物料在生成需求前不做庫存預(yù)留。相對于普通銷售定來說BTB訂單除了具備直發(fā)訂單的某些有點(diǎn)外其優(yōu)點(diǎn)還表現(xiàn)在：第一，可以更好的對供應(yīng)商所提供的物料做相關(guān)的檢驗(yàn)然后再發(fā)往客戶；第二，對于來自供應(yīng)商的物料當(dāng)需要進(jìn)行再處理時(shí)與直發(fā)訂單相比有更大的靈活性；第三，由于在訂單錄入并登記前是無需做庫存預(yù)留的所以可以最大化的減少庫存資源占有。3.2.4 集中銷售這里的集中銷售其實(shí)指的是“集團(tuán)銷售管控”就是具有多個(gè)分公司或子公司的企業(yè)對于相關(guān)銷售工作進(jìn)行集中統(tǒng)一的管理。在集中銷售中可以分為零庫存訂單發(fā)運(yùn)和跨公司間銷售訂單。這里的零庫存訂單發(fā)運(yùn)指的是在某些（如本文背景項(xiàng)目中的鑫迅國際子公司）公司因?yàn)闃I(yè)務(wù)的需要設(shè)立了一個(gè)以銷售核心業(yè)務(wù)的子公司，這種子公司是沒有實(shí)際庫存的（即所謂的零庫存）當(dāng)有訂單生成時(shí)會(huì)向集團(tuán)內(nèi)提交以完成訂單；跨公司間銷售訂單則是一種相對于零庫存訂單發(fā)運(yùn)較為復(fù)雜的訂單集中處理管控方式，指的是在一個(gè)子公司生成銷售訂單（該子公司不同于純粹的銷售公司，其是有自己實(shí)際的庫存組織的）在另一個(gè)子公司的庫存發(fā)貨，這里就會(huì)涉及到比較復(fù)雜的會(huì)計(jì)信息處理15。分析需求這種集中銷售的處理方式存在的主要原因有：第一，使得子公司間主要業(yè)務(wù)目的和職責(zé)明確；第二，方便集團(tuán)集中的管理和控制訂單特別是價(jià)格政策和會(huì)計(jì)信息的處理；第三，有效的分配各個(gè)子公司之間的庫存量，以合理的安排資源。相對于普通銷售訂單來說集中銷售的優(yōu)點(diǎn)主要表現(xiàn)在：第一，方便集團(tuán)的統(tǒng)籌規(guī)劃，比如可以讓各個(gè)子公司各司其職，有自己明確的任務(wù)目標(biāo)；第二，合理的調(diào)度各個(gè)子公司的資源，當(dāng)有突發(fā)性的訂單時(shí)可以集中全集團(tuán)的資源以應(yīng)對；第三，總體上對價(jià)格和會(huì)計(jì)信息的管控。3.3 本章小結(jié)本章通過對某企業(yè)訂單管理需求分析入手，通過調(diào)研問卷、重要員工訪談等方法深入了解企業(yè)有關(guān)銷售訂單業(yè)務(wù)處理的過程?？偨Y(jié)和梳理其特點(diǎn)并與企業(yè)相關(guān)人員就未來的業(yè)務(wù)流程進(jìn)行分析和探討，最終將其中有代表性的直發(fā)訂單、內(nèi)部訂單、BTB訂單和集團(tuán)銷售這4種特殊訂單處理方式加以總結(jié)。在深入了解這些訂單的業(yè)務(wù)流程、適用范圍和優(yōu)缺點(diǎn)之后將這些訂單模式納入到訂單管理模塊的方案設(shè)置之中，并在實(shí)施后期望能夠在系統(tǒng)中重現(xiàn)這些訂單的業(yè)務(wù)流程。浙江大學(xué)碩士學(xué)位論文第4 章 訂單管理系統(tǒng)實(shí)施第4章 訂單管理系統(tǒng)實(shí)施4.1 Oracle EBS訂單管理系統(tǒng)相關(guān)設(shè)置訂單管理系統(tǒng)作為整個(gè)ERP系統(tǒng)中的一部分無論從流程還是數(shù)據(jù)以及操作等等都要受到或者影響到其他模塊。訂單管理模塊能夠使用的前提是首先必須要完成一系列的相關(guān)設(shè)置。Oracle EBS作為一個(gè)整體，其系統(tǒng)設(shè)置具有類似于從“整體”到“局部”的設(shè)置順序，本節(jié)將主要講述訂單管理模塊之外的一些必須的“整體”設(shè)置。4.1.1 設(shè)置用戶、職責(zé)及其權(quán)限一個(gè)全新的系統(tǒng)在服務(wù)器上部署完成之后僅默認(rèn)有一個(gè)“超級管理員”用戶可用。為了使得后續(xù)的工作能夠高效、有序的進(jìn)行需要使用此賬號新增新的不同職責(zé)的賬號進(jìn)行工作。因?yàn)楸疚闹饕獢⑹龅氖怯唵喂芾砟K實(shí)現(xiàn)，所以僅列出與該模塊相關(guān)的職責(zé)、權(quán)限和賬戶16。如圖4.1和4.2所示。圖4. 1職責(zé)定義界面圖4. 2用戶定義界面4.1.2 設(shè)置分類賬/帳套作為EBS系統(tǒng)設(shè)置的第一個(gè)設(shè)置點(diǎn)，無論公司希望實(shí)施的項(xiàng)目是基于財(cái)務(wù)或者供應(yīng)鏈的或者其他的任何業(yè)務(wù)系統(tǒng)，在進(jìn)行業(yè)務(wù)系統(tǒng)設(shè)置之前完成總賬系統(tǒng)的相關(guān)設(shè)置是一個(gè)必需要完成的前提性工作。設(shè)置會(huì)計(jì)科目彈性域，這里的會(huì)計(jì)科目彈性域通常就是對應(yīng)于企業(yè)“公司-部門-一級科目-二級科目-產(chǎn)品-備用”的六段結(jié)構(gòu)。因?yàn)樵谠O(shè)置完會(huì)計(jì)科目彈性域之后一旦被啟用將很難被再次修改，所以在設(shè)置該部分內(nèi)容時(shí)需要慎重。設(shè)置值集名：按照確定好的科目彈性域設(shè)置值集名，需要注意的是由于實(shí)際的企業(yè)運(yùn)作過程中，同一個(gè)“部門”段應(yīng)該屬于同一個(gè)“公司”，所以其值集類型需要取“從屬”17。定義和變異會(huì)計(jì)科目彈性域結(jié)構(gòu)，上文中設(shè)置的會(huì)計(jì)科目彈性域在這里的設(shè)置依次為“Company”對應(yīng)“Balance segment”，“Cost Center（部門）”對應(yīng)“Cost Center segment”，“Account”對應(yīng)“Natural Account”。設(shè)置值列表：根據(jù)實(shí)際調(diào)研取得的方案設(shè)置值列表，其中會(huì)計(jì)科目的值列表需要滿足會(huì)計(jì)法規(guī)的約束。設(shè)置期間類型、會(huì)計(jì)日歷、幣種及匯率類型，雖然在為系統(tǒng)設(shè)置“分類賬/帳套”需要用到這些設(shè)置而且系統(tǒng)中也有相關(guān)的默認(rèn)設(shè)置，但是在實(shí)際工作中還是要根據(jù)實(shí)際情況進(jìn)行新的定義和調(diào)整。Oracle EBS作為一個(gè)國際通用的ERP產(chǎn)品，其系統(tǒng)中已經(jīng)有四種預(yù)置的期間類型，但是為了適應(yīng)當(dāng)?shù)夭煌臅?huì)計(jì)法規(guī)與慣例通常都需要重新自定義一個(gè)期間類型，這里是根據(jù)中國的會(huì)計(jì)法規(guī)和慣例設(shè)置了一個(gè)具有13個(gè)“調(diào)整期”的期間類型。設(shè)置分類賬，上述的設(shè)置過程是分類賬設(shè)置的準(zhǔn)備過程。在R12系統(tǒng)中“分類賬”的設(shè)置需要使用到“會(huì)計(jì)科目設(shè)置管理器”。在這個(gè)WEB界面中需要注意的是其中系統(tǒng)預(yù)置的“中國標(biāo)準(zhǔn)應(yīng)計(jì)制”子分類賬會(huì)計(jì)方法還不夠完善，不能夠直接使用。本節(jié)所述分類賬/帳套設(shè)置路徑如圖4.3所示。圖4. 3Oracle EBS R12分類帳/帳套設(shè)置路徑4.1.3 設(shè)置組織結(jié)構(gòu)這部分的設(shè)置需要使用到庫存或者HRMS模塊的權(quán)限，因?yàn)楸疚挠唵喂芾砟K與庫存有較多關(guān)聯(lián)所以在這里使用INV模塊的組織設(shè)置功能。（兩個(gè)模塊進(jìn)行組織設(shè)置實(shí)質(zhì)內(nèi)容并無任何區(qū)別，只是進(jìn)入設(shè)置的路徑不同。）設(shè)置地點(diǎn)，這里的地點(diǎn)既可以是公司坐在位置的地點(diǎn)包括收發(fā)物資地點(diǎn)、庫存地點(diǎn)等物理意義上的地點(diǎn)也可以是指財(cái)務(wù)應(yīng)用上的收款、付款地點(diǎn)等。由于這里設(shè)置的地點(diǎn)是系統(tǒng)相關(guān)業(yè)務(wù)功能的一個(gè)重要基礎(chǔ)性設(shè)置，庫存模塊和其他模塊會(huì)將所設(shè)置的地點(diǎn)用于申請、接收、發(fā)運(yùn)、開單和員工分配等，所以最好將預(yù)計(jì)使用的地點(diǎn)一次性批量設(shè)置好。設(shè)置人力資源彈性域，雖然系統(tǒng)在初始安裝后會(huì)有預(yù)置的人力資源彈性域，但是其段結(jié)構(gòu)為null，完善之后可以使用。但是在實(shí)際情況中由于預(yù)置的人力資源彈性域并不一定適用于每個(gè)企業(yè)而且在采購模塊中企業(yè)的采購審批流程肯定會(huì)存在諸如：職務(wù)、職位和人員組之類的設(shè)置，而這些在系統(tǒng)中的表現(xiàn)則是彈性域的設(shè)置，所以通常需要自己設(shè)置一套人力資源彈性域來滿足當(dāng)前項(xiàng)目的需求。設(shè)置業(yè)務(wù)組，與人力資源彈性域類似在系統(tǒng)初始安裝之后也會(huì)有預(yù)置的業(yè)務(wù)組“setup business group”但是為了更好的適應(yīng)實(shí)際需求通常需要從星設(shè)置一個(gè)或者多個(gè)業(yè)務(wù)組。在設(shè)置業(yè)務(wù)組的同時(shí)為了將來設(shè)置職務(wù)、職位及人員等信息時(shí)可以直接使用在這里設(shè)置業(yè)務(wù)組的同時(shí)需要將其也設(shè)置成“HR組織”。需要注意的是，一旦在業(yè)務(wù)組啟用并產(chǎn)生相關(guān)人力資源信息后將無法更改，所以在設(shè)置此處時(shí)需要仔細(xì)規(guī)劃好再進(jìn)行設(shè)置。設(shè)置法人主體，這里的法人主體指的是注冊的“法人公司”。法人主體需要在“法人主體配置器”窗口中完成設(shè)置，由于在系統(tǒng)初始安裝后“管轄區(qū)域”中沒有“中國”選項(xiàng)，所以需要項(xiàng)目組自行設(shè)置有關(guān)“中國”的“管轄區(qū)域”。設(shè)置業(yè)務(wù)實(shí)體，從企業(yè)實(shí)際的業(yè)務(wù)角度來解釋業(yè)務(wù)實(shí)體可以看做將整個(gè)集團(tuán)（包括各個(gè)分公司）所有的業(yè)務(wù)處理過程以及數(shù)據(jù)劃分成相對獨(dú)立的“管理單元”，在單元內(nèi)部所有的業(yè)務(wù)運(yùn)作可以共享數(shù)據(jù)和執(zhí)行統(tǒng)一的業(yè)務(wù)策略。在業(yè)務(wù)實(shí)體中主要需要設(shè)置的是上文所述的分類賬以及設(shè)置系統(tǒng)的配置文件。設(shè)置庫存組織，作為EBS系統(tǒng)中最基礎(chǔ)、最重要的業(yè)務(wù)組織，庫存組織既可以指現(xiàn)實(shí)中的物理庫存也可以是邏輯庫存。庫存組織不僅包含物料收發(fā)等基礎(chǔ)功能，還關(guān)系著計(jì)劃、在制品管理、物料清單、發(fā)運(yùn)管理等模塊18。本節(jié)所述組織結(jié)構(gòu)設(shè)置路徑如圖4.4所示。圖4. 4Oracle EBS R12組織結(jié)構(gòu)設(shè)置路徑4.1.4 庫存模塊設(shè)置庫存模塊關(guān)系到訂單的發(fā)運(yùn)過程、訂單可用量等操作所以為了保證訂單管理系統(tǒng)的正常運(yùn)行，需要完成庫存模塊的一些基礎(chǔ)設(shè)置。作為整個(gè)EBS系統(tǒng)中的核心模塊之一，庫存模塊的設(shè)置較為復(fù)雜，本文只敘述其基本設(shè)置以及與訂單管理模塊相關(guān)的設(shè)置內(nèi)容19。設(shè)置工作日歷，在系統(tǒng)初始安裝之后會(huì)有一個(gè)預(yù)置的工作日歷，但是根據(jù)實(shí)際企業(yè)的運(yùn)作情況通常需要重新定義工作日歷來滿足不同企業(yè)的不同實(shí)際需求。工作日日歷由起始日期、終止日期，以及一個(gè)或多個(gè)工作日模式指定的工作日和休息日組成。工作日日歷也可以包括班次信息和例外日期，如節(jié)假日和計(jì)劃停工時(shí)間等。設(shè)置庫存模塊彈性域，與上節(jié)中的彈性域設(shè)置不同的是，在庫存模塊中大多數(shù)系統(tǒng)預(yù)置的彈性域在完善好其內(nèi)容之后都可以直接使用不比重新設(shè)置彈性域。設(shè)置系統(tǒng)物料彈性域，該彈性域可以直接使用系統(tǒng)預(yù)置的默認(rèn)值，如果因?qū)嶋H業(yè)務(wù)需求重新定義需要注意的是在系統(tǒng)中該值只允許存在唯一的結(jié)構(gòu)名。設(shè)置物料目錄彈性域，與物料彈性域一樣可以直接使用系統(tǒng)默認(rèn)值且只允許存在唯一的結(jié)構(gòu)名。設(shè)置物料類別彈性域，該彈性域非常重要，在系統(tǒng)中已經(jīng)預(yù)置了20個(gè)不同的結(jié)構(gòu)名。在實(shí)際的業(yè)務(wù)需求中，當(dāng)物料的分配方式在庫存、采購以及銷售有所不同時(shí)那沒此時(shí)就需要定義多個(gè)“物料類別彈性域結(jié)構(gòu)”及其相關(guān)的“值集”。在整個(gè)系統(tǒng)中，物料類別無法按照“組織”使用不同的彈性域結(jié)構(gòu)，所以對于不同的業(yè)務(wù)需求該彈性域的規(guī)劃設(shè)計(jì)必須要考慮所有的“組織”。設(shè)置庫存貨位彈性域，與物料彈性域類似該彈性域可以直接使用系統(tǒng)預(yù)置的，但是需要注意的是無論在實(shí)際業(yè)務(wù)中是否需要使用到倉庫的貨位管理該彈性域都必須要設(shè)置。由于該彈性域的“Project”和“Task”限定詞與PM項(xiàng)目管理模塊有關(guān)，當(dāng)有PM模塊的特殊需求是需要注意設(shè)置。在實(shí)際工作中，由于系統(tǒng)只允許存在一個(gè)貨位彈性域結(jié)構(gòu)，所以在規(guī)劃設(shè)計(jì)一個(gè)適合所有倉庫的貨位彈性域十分重要。設(shè)置賬戶別名彈性域，庫存貨位彈性域類似可以直接使用系統(tǒng)預(yù)置的彈性域切無論實(shí)際是否需要均需設(shè)置該彈性域。設(shè)置庫存主組織參數(shù)，庫存主組織參數(shù)的設(shè)置比較復(fù)雜，共有6個(gè)Tab頁（在沒有啟動(dòng)WMS功能的情況下，如果啟用了會(huì)增加“倉庫”和“倉庫任務(wù)管理”兩個(gè)標(biāo)簽頁）。分別是：庫存參數(shù)、成本計(jì)算信息、版本/批次/序列和LPN、ATP/挑庫和物料來源補(bǔ)充、組織間信息以及其他賬戶六個(gè)標(biāo)簽頁。設(shè)置類別集和默認(rèn)類別集，類別集的設(shè)置需要庫存組織上下文環(huán)境，所以當(dāng)設(shè)置了至少一個(gè)庫存組織參數(shù)后方可進(jìn)行類別集的設(shè)置。這里需要注意的有：1. 只要將類別集用于默認(rèn)類別集的庫存功能區(qū)域設(shè)置，無論其是系統(tǒng)預(yù)置的還是自定義的類別集都必須將其“控制地點(diǎn)”設(shè)置為“組織層”；2. 無論在哪個(gè)庫存組織上下文環(huán)境下設(shè)置了“類別集”那么將會(huì)在所有庫存間共享。設(shè)置物料的屬性控制，當(dāng)使用基于有獨(dú)立成本計(jì)算的平均成本組織以及設(shè)置WIP參數(shù)的需要時(shí)，需要注意的是必須將“啟用成本計(jì)算”與“庫存資產(chǎn)值”的“控制地點(diǎn)”設(shè)置為“組織層”。設(shè)置庫存（業(yè)務(wù)）組織參數(shù)，在Oracle EBS的庫存模塊中通常設(shè)置兩個(gè)庫存組織，一個(gè)用于管理以及邏輯上使用另一個(gè)才是實(shí)際業(yè)務(wù)處理中所用的庫存也就是這里所說的庫存組織參數(shù)。這里需要注意的是要將“物料主文件組織”設(shè)置為另一個(gè)做管理和邏輯處理的“主組織”。設(shè)置庫存組織訪問權(quán)限，在沒有設(shè)置訪問權(quán)限的情況下系統(tǒng)默認(rèn)所有職責(zé)都可以進(jìn)入庫存組織，當(dāng)將權(quán)限給予某個(gè)責(zé)任之后其他責(zé)任自動(dòng)失去訪問權(quán)限。在實(shí)際的業(yè)務(wù)中，通常會(huì)設(shè)置對所有庫存組織設(shè)置針對特定職責(zé)的訪問權(quán)限。設(shè)置子庫存，在EBS系統(tǒng)中個(gè)，真正存放貨物的實(shí)際上是