【正文】 初始預置了Corporate值），并為之維護“每日匯率”或基于帳套的“期間匯率”。匯率的維護可以按一段時間范圍來進行，也可以通過外部的“電子表格”導入數(shù)據(jù)。（四）關(guān)于“單位”。計量單位雖然也可以看作是一種客觀存在，但單位與基本單位之間的轉(zhuǎn)換關(guān)系，則可能是與具體物料相關(guān)的（例如雞蛋1斤=15個，鴨蛋1斤=10個等，轉(zhuǎn)換系數(shù)不同）。由于EBS的物料是定義在庫存組織INV上的，故單位及轉(zhuǎn)換關(guān)系也是基于INV設(shè)置的。如下圖38所示：EBS的單位轉(zhuǎn)換，提供了不考慮具體物料的“標準轉(zhuǎn)換”，例如1米=100厘米等，也提供了基于不同物料的在同一“單位分類”（如長度、重量、體積等）內(nèi)部的轉(zhuǎn)換，例如牛奶 1箱=20盒，茶葉 1箱=10盒等；以及不同物料在不同“單位分類”之間的轉(zhuǎn)換，例如牛奶 1公斤=4盒，茶葉 1公斤=2盒等。（五）關(guān)于“地點”。EBS中所謂“地點”的概念不僅非常抽象，而且十分重要，因為系統(tǒng)相關(guān)業(yè)務(wù)處理功能如“接收、發(fā)運、人員分配”等等都與“地點”密切相關(guān)。EBS中的所謂“地點”原意實際上涉及三個詞：Location、Address、Site。譯成中文都可稱“地點”，也是導致其理解困難的重要原因之一。如下圖39所示：Address（地址）比較好理解，它表示一個地理坐標概念，例如“北京市朝陽區(qū)安定路甲3號”等，EBS系統(tǒng)以一個“說明性彈性域”來精確描述，非常方便。各個國家的Address表述方式可能不同（如中國與美國有差別），故系統(tǒng)有所謂“中國式地址”、“美國式地址”之分等等。Location（地點）的系統(tǒng)涵義則理解比較抽象，系統(tǒng)定義的名稱可以看作是與一個具體Address相關(guān)聯(lián)的一個或多個不同“稱謂代號”，例如與上述Address“北京市朝陽區(qū)安定路甲3號”關(guān)聯(lián)的Location“鳥巢、國家體育場、奧林匹克公園、奧運主會場”等等。也可以是一個不與具體地址Address相關(guān)聯(lián)但大家都明白的稱謂代號，例如Location“天安門、首都機場”等等。EBS系統(tǒng)最初使用比較“簡短”的Location代替比較“冗長”的Address，僅僅是為了方便IT“標準化”處理的需要。但在以后的發(fā)展過程中，系統(tǒng)設(shè)計逐步賦予Location更多與業(yè)務(wù)處理功能相關(guān)的“屬性”，為了區(qū)分這些不同屬性，系統(tǒng)以Site（站點）來加以區(qū)分，如圖39中所示，一個Location可以具有“發(fā)運到Shipto”、“接收至Receiving”、“開票到Billto”、“內(nèi)部Internal”等等不同系統(tǒng)功用。更進一步，EBS系統(tǒng)使用“地點”來實現(xiàn)采購申請、接收、運輸清單和人員的分配，以及確定內(nèi)部組織與內(nèi)部客戶、供應(yīng)商的關(guān)聯(lián)關(guān)系；使用同一供應(yīng)商的不同Site來區(qū)分定義供應(yīng)商所具有的不同“業(yè)務(wù)控制”屬性；使用同一客戶所具有的不同Location—Site組合來區(qū)分定義客戶所具有的不同業(yè)務(wù)功能（OM的某些業(yè)務(wù)功能必須將客戶的外部Address—Location組合與系統(tǒng)內(nèi)部Location關(guān)聯(lián)方才有效）等等；詳情以后相關(guān)模塊再進一步討論?？傊闱宄﨓BS系統(tǒng)Address、Location、Site的三者關(guān)系，對于理解掌握系統(tǒng)功能十分重要，其核心與關(guān)鍵是不能將比較抽象的Location或Site與比較具體的Address等量齊觀，兩者雖有一定關(guān)系，但Location或Site更多地是從系統(tǒng)實現(xiàn)的需要出發(fā)，而做的某種“形而上”表達。六、并發(fā)管理ORACLE EBS系統(tǒng)在后臺通過運行大量“并發(fā)處理程序”的方式保證相關(guān)業(yè)務(wù)功能的實現(xiàn)，系統(tǒng)需要對這些在后臺運行的“并發(fā)程序”進行有效管理，這是通過所謂“并發(fā)管理器”來實現(xiàn)的。系統(tǒng)后臺可以有多個不同的“并發(fā)管理器”來管理不同的并發(fā)程序，“并發(fā)管理器”本身實際上也是并發(fā)程序，對于這些多個“并發(fā)管理器”，系統(tǒng)也要通過“管理并發(fā)管理器”功能進行有效管理。系統(tǒng)內(nèi)存在的所謂“并發(fā)管理器”按功用劃分主要有三大類：內(nèi)部監(jiān)控程序、并發(fā)管理器、事務(wù)處理管理器?！皟?nèi)部監(jiān)控程序”類型的管理器的功用是“監(jiān)測處于并行并發(fā)處理環(huán)境下的內(nèi)部并發(fā)管理器”。“并發(fā)管理器”類型的管理器的功用是“啟動運行并發(fā)程序”；“ 事務(wù)處理管理器”類型的管理器的功用是“處理客戶端用戶發(fā)出的同步請求”。系統(tǒng)在初始安裝后，已經(jīng)預置有若干不同類型的20多個管理器，系統(tǒng)也允許用戶根據(jù)特殊需要自定義新的管理器。以下重點介紹幾個重要的預置管理器的有關(guān)內(nèi)容：內(nèi)部管理器。它充當所有其它管理器的“上層管理器”。內(nèi)部管理器可以對單個管理器進行啟動、驗證其狀態(tài)、重置以及關(guān)閉等操作。用戶不能改變其定義（工作班次、特殊規(guī)則）。如下圖40所示： 標準管理器。標準管理器可接受任何請求，它無特別的規(guī)定。標準管理器始終處于活動狀態(tài)，即一年 365 天，一天 24 小時全天候工作。標準管理器可作為安全網(wǎng)使用，因為它始終可用于運行任何請求。其定義一般不可輕易更改，否則可能導致某些程序無法正常運行。如下圖41所示：事務(wù)處理管理器。常規(guī)并發(fā)管理器只允許“異步”執(zhí)行運行時間長、數(shù)據(jù)密集的應(yīng)用程序，而事務(wù)處理管理器則也支持“同步”處理客戶機端發(fā)出的特定請求（并發(fā)程序請求運行計劃的“立即”執(zhí)行選項，本質(zhì)上仍屬于“異步”方式）。如果客戶機程序發(fā)出同步運行服務(wù)器端程序的請求，則事務(wù)處理管理器會立即運行此請求，然后將狀態(tài)返回至此客戶機程序。事務(wù)處理管理器會等待由客戶機程序發(fā)送信號，而不會輪詢并發(fā)請求表來確定該如何執(zhí)行操作。如下圖42所示：事務(wù)處理管理器（系統(tǒng)內(nèi)部使用，“同步方式”）管理包括“物料事務(wù)處理、移動事務(wù)處理、資源成本事務(wù)處理、物料成本事務(wù)處理”的系統(tǒng)“聯(lián)機”處理。系統(tǒng)在用戶等待時“同步”作相關(guān)事務(wù)處理的處理，并且在完成后才將系統(tǒng)控制返回給用戶。這在業(yè)務(wù)量較大、系統(tǒng)繁忙時，用戶等待的時間可能較長，影響用戶的工作效率。事務(wù)處理管理器（請求使用，異步方式），如果相關(guān)配置文件“TP：INV 事務(wù)處理處理模式”設(shè)置為“并發(fā)”或“后臺”模式，則用戶應(yīng)當啟動“物料事務(wù)處理、移動事務(wù)處理、資源成本事務(wù)處理、物料成本事務(wù)處理”管理器于適當?shù)摹爸芷凇边\行狀態(tài)。通常在事務(wù)處理工作量比較大時，應(yīng)采取這種方式，以節(jié)省在庫存管理系統(tǒng)鎖定事務(wù)處理窗口和處理事務(wù)處理時所花費的空閑時間，提高用戶的工作效率。由于“事務(wù)處理”在整個EBS系統(tǒng)運行中的普遍性與重要性，系統(tǒng)為此提供了一個專門的界面功能（菜單項，非系統(tǒng)管理員也可授權(quán)使用）以滿足對相關(guān)“事務(wù)處理”并發(fā)程序的管理監(jiān)控（“啟動管理器”的工作方式與提交“請求”類似），如下圖43所示：上述“事務(wù)處理管理器”所管理的事務(wù)處理并發(fā)程序（成本管理器等），每個系統(tǒng)只運行一個“實體”，為所有組織、用戶服務(wù)，故系統(tǒng)設(shè)置必須對其運行方式進行恰當?shù)摹坝媱潯?。與之類似的重要系統(tǒng)事務(wù)處理并發(fā)程序還有“計劃管理器”（受“MRP管理器”管理），“接收事務(wù)處理處理器”（受“接收事務(wù)處理管理器”管理）。要注意的是，系統(tǒng)許多業(yè)務(wù)流程類的事務(wù)處理“并發(fā)程序” 由于承擔的后臺任務(wù)比較復雜，實際起著某種業(yè)務(wù)流程運作的管理作用，故習慣上也以“管理器、處理器”來命名，例如“計劃管理器（控制計劃系統(tǒng)有關(guān)預測沖減、需求沖減等等事項的自動程序，）、成本管理器（控制數(shù)據(jù)的自動計算與更新等等事項的自動程序）、接收事務(wù)處理處理器（控制PO接收的庫存更新等事項的自動程序）”等等，不能與上一層的管理這些并發(fā)程序的所謂“并發(fā)管理器”相混淆。“并發(fā)管理器”定義時需要用到的“工作班次”（系統(tǒng)初始已經(jīng)預置值Standard），需要預先設(shè)置以作為LOV，工作班次可以同時運行的“流程數(shù)”在定義并發(fā)管理器時應(yīng)設(shè)置適當值。如下圖44所示：“并發(fā)管理器”定義時需用到的“特殊規(guī)則”（系統(tǒng)初始無預置值），可直接輸入“包括或排除”類型為“程序、請求類型、用戶、ORACLE標識”的具體條目組合。這些條目的組合也可以事先定義為各種“組合規(guī)則”，供定義“并發(fā)管理器”時作為LOV調(diào)用。如下圖45所示：有關(guān)“并發(fā)程序”的運行計劃及其“并發(fā)管理器”的定義工作，應(yīng)當考慮系統(tǒng)的負載均衡，以保證系統(tǒng)的性能與運行效率。對于系統(tǒng)運行的所有“并發(fā)管理器”，系統(tǒng)管理員可以在“管理并發(fā)管理器”窗口進行干預、管理，如“終止、重新啟動”，以及查看“并發(fā)管理器”正在管理的“哪些程序”正在運行等等。如下圖46所示：企業(yè)在系統(tǒng)使用過程中，基于業(yè)務(wù)變化發(fā)展得需要，不斷地自定義開發(fā)各種“報表類”并發(fā)程序是一項重要的日常工作。這些自定義報表并發(fā)程序的系統(tǒng)管理方式?jīng)]有什么特殊性，它可以使用系統(tǒng)預置的“并發(fā)管理器”進行管理，也可以自定義新的“并發(fā)管理器”。對于EBS系統(tǒng)中處于各種運行狀態(tài)的并發(fā)程序，系統(tǒng)管理員可以在“請求”窗口，通過設(shè)定不同查詢選項（如特定請求之狀態(tài)、階段等等），查詢監(jiān)控相關(guān)“并發(fā)程序”的進程狀況，并根據(jù)實際情況作出處理（如暫掛、重啟、取消、診斷等等）。如下圖47所示：七、工作流系統(tǒng)關(guān)于工作流的設(shè)置工作包含兩部分工作，一是基于企業(yè)的特殊需要，使用Workflow Builder軟件包工具自定義工作流。詳情需參考ORACLE的相關(guān)文檔，這里不贅述。二是為系統(tǒng)設(shè)置工作流管理員。系統(tǒng)在安裝后的初始化工作流管理員是系統(tǒng)超級用戶SYSADMIN，企業(yè)應(yīng)當首先使用SYSADMIN進入系統(tǒng)，將工作流管理員改為一個真實的用戶，或者輸入“*”，則所有用戶都“可以”具有工作流管理員權(quán)限（用戶實際是否有工作流管理權(quán)限還必須取決于其被賦予的“責任”或“菜單”功能），如下圖48所示：實際具有工作流管理權(quán)限的用戶在進入工作流管理“開發(fā)員工作室”TAB頁后，可以查詢出系統(tǒng)所有的“工作流類型”，可選擇其一作具體設(shè)置，如下圖49所示：上圖中，工作流管理員選定具體需設(shè)置的工作流后，點擊“運行”則可以打開該工作流的“屬性”設(shè)置界面（具體有哪些屬性可設(shè)置，不同工作流各不相同），如下圖50所示：工作流管理員在工作流管理“狀態(tài)監(jiān)控程序”TAB頁，可以監(jiān)控選定工作流的具體運行情況的若干條目列表，針對每一個條目，可以查看其“活動歷史記錄、狀態(tài)圖、參與者回應(yīng)、詳細資料”等若干信息（必要時工作流管理員可實施干預，如更新屬性、倒退、暫停、取消等等）。如下圖51所示：系統(tǒng)在各應(yīng)用模塊基于業(yè)務(wù)處理功能，預置有若干不同工作流，有關(guān)詳情容以后結(jié)合具體業(yè)務(wù)模塊應(yīng)用再來討論。以下重點介紹一個比較特殊的工作流：在多個業(yè)務(wù)模塊中均需使用且系統(tǒng)實施必須事先完善設(shè)置的“賬戶生成器流程”。傳統(tǒng)的手工業(yè)務(wù)模式下，所有可能涉及會計記賬處理的業(yè)務(wù)處理例如物料接收、發(fā)出等等，作為業(yè)務(wù)處理人員在日常工作過程中是不需要考慮如何記賬的，只是需要將有關(guān)業(yè)務(wù)處理記錄例如入庫單、出庫單等作為原始憑證提交給會計人員去做處理。會計人員依據(jù)這些原始憑證制作“記賬憑證”并手工為之指定“會計科目”或“賬戶代碼”，以便正確地向總賬GL實施“過賬”。手工業(yè)務(wù)模式或會計電算化模式下，由于作為原始憑證的業(yè)務(wù)單據(jù)不包含準確的記賬信息（會計科目或賬戶代碼），需要會計人員手工去做處理，這在業(yè)務(wù)量很大，記賬科目數(shù)量設(shè)置較多的情況下，會計人員的工作負擔將十分繁重。再考慮人工處理難免有疏漏，可能需要反復“對賬”，每月月底必須及時結(jié)賬關(guān)賬、時間緊迫等等因素，故非人工的、高度準確的“會計分錄（日記賬）”自動生成功能（即所謂“自動會計”）是系統(tǒng)設(shè)計時必須考慮解決的重要問題。在EBS系統(tǒng)中，賬戶代碼被擴展為一個包含多個段組合的會計科目彈性域結(jié)構(gòu)，系統(tǒng)在業(yè)務(wù)流程類表單例如采購訂單、發(fā)票等做業(yè)務(wù)處理時，依賴所謂“賬戶生成器流程”根據(jù)業(yè)務(wù)處理的自身屬性，自動生成準確的帳戶代碼組合并記錄于業(yè)務(wù)表單的相關(guān)字段中，如下圖52所示采購申請界面每個申請行（分配）所對應(yīng)的“會計賬戶”（彈性域結(jié)構(gòu)）：系統(tǒng)周期或人工啟動向總賬GL的“過賬”流程，對符合條件的“事務(wù)處理”成批生成會計分錄（日記賬，是否還需復核審批視乎企業(yè)規(guī)定），一般來說無需再做繁瑣的“對賬”工作。這就大大減輕了會計人員的工作負擔，記賬科目數(shù)量的多少一般也不再成為障礙。（手工或電算化模式下，會計人員往往不愿意設(shè)置某些過渡性的“中間科目”，例如物料接收的“應(yīng)計負債”等等，這對于會計工作的準確性有不小的影響）ORACLE系統(tǒng)基于每個新定義的分類帳（帳套）自動生成所需的“賬戶生成器”，系統(tǒng)預置有14個賬戶生成器（工作流類型），對于每個“賬戶生成器”可以根據(jù)需要設(shè)置不同的“流程”（每個工作流類型有其LOV值，還可以使用Workflow Builder自定義添加），如下圖53所示：“賬戶生成器流程”是基于“會計科目彈性域結(jié)構(gòu)”來設(shè)置的，彈性域結(jié)構(gòu)不同，流程設(shè)置可以不同。對于每個“賬戶生成器”，ORACLE都提供了默認的流程供使用。R11的賬戶生成器生成的賬戶代碼被直接用之于向總賬GL傳送，而R12由于存在“多賬簿”的不同“會計方法”因素，各子分類帳產(chǎn)品（業(yè)務(wù)模塊）基于事務(wù)處理會計科目彈性域結(jié)構(gòu)通過賬戶生成器而生成的帳戶代碼，在向總賬GL傳送時，還需結(jié)合“會計方法”中的“賬戶推導規(guī)則”等設(shè)置，才能在總賬GL生成正確的會計分錄（日記賬）。八、系統(tǒng)初始化設(shè)置（一）關(guān)于安全性。一個全新安裝的EBSR12系統(tǒng)（Fresh Database），以SYSADMIN用戶名登錄，密碼為sysadmi