【正文】 EBS系統(tǒng)初始化的具體設置是一個復雜、繁瑣且細致的系統(tǒng)性工程，過程的實踐性很強，有興趣者可以安裝一個Fresh Database去做嘗試（本系列文檔以后會考慮提供一個設置“實例”供參考），這對于熟悉掌握系統(tǒng)、積累系統(tǒng)實施經(jīng)驗將會很有幫助。通過使用“向?qū)А眮頌槊總€步驟記錄備注信息，還可以記錄實施情況以供日后參考和復查。步驟必需步驟AIW 參考1必需設置系統(tǒng)管理員Common Applications2必需定義會計鍵彈性域Common Applications3必需設置日歷、幣種和帳套Common Applications4必需定義人力資源鍵彈性域Common Applications5必需定義地點Common Applications6必需定義組織和組織關系Common Applications7可選轉(zhuǎn)換為多組織體系結(jié)構(gòu)Common Applications8必需定義庫存鍵彈性域Common Applications9必需定義單位Common Applications10可選定義承運人Common Applications11具有默認值的必需步驟定義物料屬性、代碼和模板Common Applications12必需定義類別Common Applications13可選定義目錄組Common Applications14必需設置人事Common Applications15必需設置 Oracle WorkflowCommon Applications16必需決定如何使用帳戶生成器Oracle Purchasing17必需打開庫存和采購會計期Common Distribution18可選定義子庫存地點Common Distribution19可選定義交叉引用類型Oracle Purchasing20可選定義稅碼Common Financial21可選定義付款條件Common Financial22必需設置審批信息Oracle Purchasing23具有默認值的必需步驟定義查找和分類Oracle Purchasing24可選定義標準附件Oracle Purchasing25必需定義采購選項Oracle Purchasing26必需定義采購員Oracle Purchasing27可選定義物料Oracle Purchasing28具有默認值的必需步驟定義行類型Oracle Purchasing29必需啟動采購數(shù)據(jù)庫管理程序Oracle Purchasing30必需定義財務選項Common Financial31可選定義事務處理原因Oracle Purchasing32必需定義接收選項Oracle Purchasing33必需設置事務處理管理器和重新提交時間間隔Oracle Purchasing34必需定義供應商Common Financial35具有默認值的必需步驟設置工作流選項Oracle Purchasing36必需提交工作流相關流程Oracle Purchasing37可選定義說明性彈性域Common Applications38可選設置自動來源補充Oracle Purchasing39必需執(zhí)行附加的系統(tǒng)管理員設置Common Applications40必需定義制造系統(tǒng)和用戶配置文件Oracle Purchasing如果要實施多個 Oracle Applications 模塊產(chǎn)品，ORACLE建議使用 Oracle Applications 實施向?qū)?(AIW，Oracle Applications Implementation Wizard User39。流程圖和設置步驟清單概括了各設置步驟，其中一些步驟是必需的，而另外一些步驟則是可選的。下圖64所示表達了EBS（R11）全系統(tǒng)公共層面的基礎設置內(nèi)容與層次結(jié)構(gòu)： 單據(jù)類別與單據(jù)編號發(fā)生器的關聯(lián)分配是基于分類賬（帳套）的，故在每次新定義分類賬或帳套后，均需完成有關的單據(jù)編號“分配”工作。如下圖63所示：這些數(shù)字代碼和實際業(yè)務管理中所需使用到的“業(yè)務標識”可能有一定區(qū)別，例如對于采購訂單、供應商，基于管理的某些特殊需要，除了系統(tǒng)自動生成（或手工輸入）的單據(jù)代碼標識外，可能還需使用單據(jù)頭的“說明性彈性域”生成包含“采購員代碼、業(yè)務類別代碼、行業(yè)代碼、地域代碼”等等管理信息的“業(yè)務標識”（可能需要打印在紙面單據(jù)上），以方便相關業(yè)務信息的統(tǒng)計分析工作。有關詳情，限于篇幅，這里不再贅述。這是系統(tǒng)初始化設置最復雜的工作。例如，實際工作使用得比較多的“賬戶代碼”的“賬戶別名”就是一個典型。對于基礎列不是“字符”列的任何段，則必須使用值集，否則將不能夠編譯彈性域。而對于系統(tǒng)鍵彈性域與說明性彈性域所使用到的值集，則需要根據(jù)企業(yè)具體情況，進行完善的定義設置（尤其是38個鍵彈性域所需使用的值集）。（二）關于配置文件系統(tǒng)配置文件總數(shù)有6600多個，絕大多數(shù)有初始化的默認值，可以有需要時再來修改，有關系統(tǒng)配置文件的設置情況（初始化時尤其可能希望了解），可以使用工具欄“File—Export”將它們?nèi)繉С?，以方便的格式如EXCEL集中查看，如下圖58所示：有些必須設置且沒有默認值的配置文件，例如“GL Ledger Name ”、“MO：Operating Unit”等，由于其LOV取決于系統(tǒng)的其它具體設置如分類賬（帳套）、業(yè)務實體OU等，故這些特殊的配置文件初始進入時會報錯，如下圖59所示：這些少數(shù)的特殊配置文件是系統(tǒng)初始化參數(shù)配置是的重點與難點，在完成相關會計科目彈性域結(jié)構(gòu)、分類賬、組織架構(gòu)等等設置后，應及時為這些特殊“配置文件”賦值。如下圖56所示：系統(tǒng)初始預置的“菜單”有12000多個，基本上覆蓋了幾乎所有可能應用的需要，如企業(yè)需要“個性化”的菜單顯示效果（prompt），則可以自定義用戶菜單，形成特定的菜單結(jié)構(gòu)。 進入系統(tǒng)的GUI界面后，在“用戶”定義界面，可查詢到有30多個初始化的User，比較特殊與重要的User 是兩個“SYSADMIN、GUEST”，GUEST無密碼設置，可以作為測試時的特殊用戶使用。一個全新安裝的EBSR12系統(tǒng)（Fresh Database），以SYSADMIN用戶名登錄，密碼為sysadmin（注意EBS密碼區(qū)分大小寫），Home Page 可見系統(tǒng)所初始預置的10多個“責任”中包含“系統(tǒng)管理員”（System Administrator），如下圖54所示：對于每個“賬戶生成器”，ORACLE都提供了默認的流程供使用。再考慮人工處理難免有疏漏，可能需要反復“對賬”，每月月底必須及時結(jié)賬關賬、時間緊迫等等因素，故非人工的、高度準確的“會計分錄（日記賬）”自動生成功能（即所謂“自動會計”）是系統(tǒng)設計時必須考慮解決的重要問題。以下重點介紹一個比較特殊的工作流：在多個業(yè)務模塊中均需使用且系統(tǒng)實施必須事先完善設置的“賬戶生成器流程”。詳情需參考ORACLE的相關文檔，這里不贅述。這些自定義報表并發(fā)程序的系統(tǒng)管理方式?jīng)]有什么特殊性，它可以使用系統(tǒng)預置的“并發(fā)管理器”進行管理，也可以自定義新的“并發(fā)管理器”。這些條目的組合也可以事先定義為各種“組合規(guī)則”，供定義“并發(fā)管理器”時作為LOV調(diào)用。與之類似的重要系統(tǒng)事務處理并發(fā)程序還有“計劃管理器”（受“MRP管理器”管理），“接收事務處理處理器”（受“接收事務處理管理器”管理）。這在業(yè)務量較大、系統(tǒng)繁忙時，用戶等待的時間可能較長，影響用戶的工作效率。如果客戶機程序發(fā)出同步運行服務器端程序的請求，則事務處理管理器會立即運行此請求，然后將狀態(tài)返回至此客戶機程序。標準管理器可作為安全網(wǎng)使用，因為它始終可用于運行任何請求。內(nèi)部管理器可以對單個管理器進行啟動、驗證其狀態(tài)、重置以及關閉等操作?！安l(fā)管理器”類型的管理器的功用是“啟動運行并發(fā)程序”；“ 事務處理管理器”類型的管理器的功用是“處理客戶端用戶發(fā)出的同步請求”。六、并發(fā)管理ORACLE EBS系統(tǒng)在后臺通過運行大量“并發(fā)處理程序”的方式保證相關業(yè)務功能的實現(xiàn)，系統(tǒng)需要對這些在后臺運行的“并發(fā)程序”進行有效管理，這是通過所謂“并發(fā)管理器”來實現(xiàn)的。但在以后的發(fā)展過程中，系統(tǒng)設計逐步賦予Location更多與業(yè)務處理功能相關的“屬性”，為了區(qū)分這些不同屬性，系統(tǒng)以Site（站點）來加以區(qū)分，如圖39中所示，一個Location可以具有“發(fā)運到Shipto”、“接收至Receiving”、“開票到Billto”、“內(nèi)部Internal”等等不同系統(tǒng)功用。各個國家的Address表述方式可能不同（如中國與美國有差別），故系統(tǒng)有所謂“中國式地址”、“美國式地址”之分等等。EBS中所謂“地點”的概念不僅非常抽象，而且十分重要，因為系統(tǒng)相關業(yè)務處理功能如“接收、發(fā)運、人員分配”等等都與“地點”密切相關。計量單位雖然也可以看作是一種客觀存在，但單位與基本單位之間的轉(zhuǎn)換關系，則可能是與具體物料相關的（例如雞蛋1斤=15個，鴨蛋1斤=10個等，轉(zhuǎn)換系數(shù)不同）。企業(yè)對于不同幣種匯率轉(zhuǎn)換的管理是一項重要的基礎性工作，它對企業(yè)的經(jīng)營結(jié)果有重要影響。（二）關于“幣種”。以下?lián)衿湟撸骱喴f明。庫存組織的可接入性是在“組織訪問”控制功能中，專門設定“庫存組織”與“責任”的關聯(lián)性，如下圖34所示：按照ORACLE的說法，如果系統(tǒng)在初始的時候，不定義庫存組織的“組織訪問”控制，則所有“責任”可訪問所有INV，一旦限制或分配其中一個，則其余均必須逐個進行分配以建立“庫存組織”與“責任”的鏈接關系。對于“MO：默認業(yè)務實體”， 在R11中雖有但實際不起作用。而在R12中，一旦設定“MO：安全性配置文件”，則此配置文件失效而不起作用。如下圖32所示：上圖所定義“安全性配置文件”是系統(tǒng)用以控制包括“組織安全性”等在內(nèi)的各種安全性控制的基礎，它具體規(guī)定了系統(tǒng)安全性控制的范圍與實現(xiàn)方式，所有定義的“安全性配置文件”Name構(gòu)成系統(tǒng)多組織接入控制參數(shù)“MO：安全性配置文件”的LOV。需指出的是，這里的組織“層次結(jié)構(gòu)”與真實世界企業(yè)的行政管理組織層次結(jié)構(gòu)沒有直接關系（盡管可能有所參考），它只是企業(yè)根據(jù)某種需要（如權限管理控制、數(shù)據(jù)統(tǒng)計匯報等）而人為設定的一個“層次結(jié)構(gòu)”，例如將系統(tǒng)中已經(jīng)設置的任意數(shù)量的“業(yè)務實體”或“庫存組織”等等組織Name，人為地設定一個具有上下級關系、自頂向下的金字塔形多層結(jié)構(gòu)。在EBS系統(tǒng)中各應用模塊所具有的業(yè)務處理功能通常需構(gòu)建在一個確定的“組織分類”之上，“組織”是相關業(yè)務處理功能的平臺，企業(yè)是否需要作相關組織分類設置、如何設置，取決于企業(yè)所需要使用到的應用模塊功能。 系統(tǒng)的HR組織設置是與HRM模塊的相關業(yè)務處理功能相關，與核心業(yè)務/財務處理功能關系不大，主要是需要注意其是否和“成本中心”關聯(lián)，需要時可以輸入“成本中心”代碼，其LOV就是“會計科目彈性域”結(jié)構(gòu)中成本中心段的值集。應當注意的是，一個公司成本中心組織及其成本中心段值，不可能屬于不同法人實體LE及其公司段值，這與真實世界中的管理要求是一致的。（五）公司成本中心（Cost Center）系統(tǒng)之所以如此處理，主要是為了控制某些INV不能做MRP或WIP而已，因為基于物料接收或發(fā)出需要所設定的INV數(shù)量可能比較多。一個庫存組織INV只能屬于一個確定的帳套SOB、一個確定的法人實體LE、一個確定的業(yè)務實體OU，具有唯一性的關系（注意：R11的設置界面未考慮SOB/LE/OU的關聯(lián)限定，容易產(chǎn)生錯誤；R12作了改進，在選定Ledger之后，可用的LE/OU就被限定）。（四）庫存組織（INV）用戶在執(zhí)行上述相關模塊的業(yè)務處理時，總是必須進入確定的OU（上下文環(huán)境）才可以進行，EBS的所謂“多組織”功能（MOAC）也是針對多OU而言的，與真實世界中的“多公司”（LE）沒有直接關系。OU與LE是“多對多”的關系，但有一個限制性的前提條件，即OU與LE必須屬于同一個SOB或Ledger。如下圖27是R11的OU定義界面：圖中的“業(yè)務實體信息”中，必須而且只能為之設定一個“帳套”，即一個OU只能屬于一個帳套（反之，一個帳套可以分配給多個OU）。EBS中LE的數(shù)量可以根據(jù)需要任意增加，但對于OU的數(shù)量基于管理方便性則要求盡可能精簡。由于這兩種產(chǎn)品所使用的物料、供應商以及針對的客戶群差異很大，企業(yè)為方便管理，可以將“業(yè)務運營”劃分為兩個相對獨立的“業(yè)務管理群組”，對應到EBS系統(tǒng)中就是兩個業(yè)務實體OU。它與法人主體LE本身沒有必然的關系，與會計科目彈性域結(jié)構(gòu)中的“公司段”也沒有直接關系。這對于系統(tǒng)的內(nèi)部運作來講情況確實近似如此，但對于需要通過系統(tǒng)產(chǎn)生供外部使用的具有法律意義的文書（如采購訂單、財務報表等等），嚴格區(qū)分法律實體LE還是必須的。在R11或R12中創(chuàng)建一個LE后，應當及時到會計科目彈性域結(jié)構(gòu)中添加需要對應的公司段值LOV（一個或多個），并重新進行彈性域的編譯，否則系統(tǒng)可能會彈出