1、系列之四：ORACLEEB篋礎設置要點簡介（D）©CORACLEEBS基礎設置要點簡介五、基礎數據,力 歷種率位點 日幣匯單地六、并發管理七、工作流八、系統初始化設置（一）關于安全性。（二）關于配置文件（三）值集與彈性域（四）分類賬（帳套）與組織架構（五）單據編號（六）層次性設置結構九、結語（注：網站批量發圖有問題，上傳后顯示不清楚。點擊圖片打開后，質量尚可。五、基礎數據基礎數據通常是指與具體業務關系不大且具有全局性、基礎性的一些基本數據，例如日歷Calendar、幣種Currency、匯率Rate、單位UOM地點Location等等。這些基礎數據的系統設置有些比較簡單如“幣種”，有

2、些與真實世界的情況相似如“日歷”，有些則可能比較抽象復雜如“地點”等等，情況多種多樣。以下擇其要者，作簡要說明。（一）關于“日歷”。EBS中的日歷設置，實際包括兩大類，一類是與會計工作相關的，包括“會計日歷”、“會計事務處理日歷”等，它們的使用范圍較小，有專門用途，一般是在總賬模塊設置（這里不贅述）。一類是工作日日歷，它與企業的日常業務工作相關，使用范圍廣泛，大多數涉及庫存組織的業務模塊都可能與之相關，如下圖35所示：需要注意的是，在新設置工作日日歷或更新已存在工作日日歷后，需要通過在工具欄的“建立”功能啟動一個后臺并發程序，以最終完成設置工作。（二）關于“幣種”。各國或地區的“貨幣”是一種客

3、觀存在，EBS系統已經預置幾乎所有企業可能使用到的幣種，必要時還可以添加。用戶可以決定哪些幣種需要啟用，以及維護其使用時的“精確度”。如下圖36所示：（三）關于“匯率”。企業對于不同幣種匯率轉換的管理是一項重要的基礎性工作，它對企業的經營結果有重要影響。為方便該項工作的開展，EBS系統專門提供了一個名為“幣種管理器”的工具，如下圖37所示：企業可以根據工作需要設定多個“匯率類型”（系統初始預置了Corporate值），并為之維護“每日匯率”或基于帳套的“期間匯率”。匯率的維護可以按一段時問范圍來進行，也可以通過外部的“電子表格”導入數據。（四）關于“單位”。計量單位雖然也可以看作是一種客觀存在

4、，但單位與基本單位之間的轉換關系，則可能是與具體物料相關的（例如雞蛋1斤=15個，鴨蛋1斤二10個等，轉換系數不同）。由于EBS的物料是定義在庫存組織INV上的,故單位及轉換關系也是基于INV設置的。如下圖38所示：EBS的單位轉換，提供了不考慮具體物料的“標準轉換”，例如1米=100厘米等，也提供了基于不同物料的在同一“單位分類”（如長度、重量、體積等）內部的轉換，例如牛奶1箱=20盒，茶葉1箱=10盒等；以及不同物料在不同“單位分類”之間的轉換，例如牛奶1公斤=4盒，茶葉1公斤=2盒等。（五）關于9點”。EBS中所謂“地點”的概念不僅非常抽象，而且十分重要，因為系統相關業務處理功能如“接收

5、、發運、人員分配”等等都與“地點”密切相關。EBS中的所謂“地點”原意實際上涉及三個詞：Location、Address、Site。譯成中文都可稱“地點”，也是導致其理解困難的重要原因之一。如下圖39所示:Address（地址）比較好理解，它表示一個地理坐標概念，例如“北京市朝陽區安定路甲3號”等，EBS系統以一個“說明性彈性域”來精確描述，非常方便。各個國家的Address表述方式可能不同（如中國與美國有差別），故系統有所謂“中國式地址”、“美國式地址”之分等等。Location（地點）的系統涵義則理解比較抽象，系統定義的名稱可以看作是與一個具體Address相關聯的一個或多個不同“稱謂代號

6、”，例如與上述Address“北京市朝陽區安定路甲3號”關聯的Location"鳥巢、國家體育場、奧林匹克公園、奧運主會場”等等。也可以是一個不與具體地址Address相關聯但大家都明白的稱謂代號，例如Location“天安門、首都機場”等等。EBS系統最初使用比較“簡短”的Location代替比較“冗長”的Address,僅僅是為了方便IT“標準化”處理的需要。但在以后的發展過程中，系統設計逐步賦予Location更多與業務處理功能相關的“屬性”，為了區分這些不同屬性，系統以Site（站點）來加以區分，如圖39中所示，一個Location可以具有“發運到Ship-to”、“接收至R

7、eceiving”、"開票到Bill-to”、“內部Internal”等等不同系統功用。更進一步，EBS系統使用“地點”來實現采購申請、接收、運輸清單和人員的分配，以及確定內部組織與內部客戶、供應商的關聯關系；使用同一供應商的不同Site來區分定義供應商所具有的不同“業務控制”屬性；使用同一客戶所具有的不同Location-Site組合來區分定義客戶所具有的不同業務功能（OM勺某些業務功能必須將客戶的外部AddressLocation組合與系統內部Location關聯方才有效）等等；詳情以后相關模塊再進一步討論。總之，搞清楚EBS系統Address、Location、Site的三者關

8、系，對于理解掌握系統功能十分重要，其核心與關鍵是不能將比較抽象的Location或Site與比較具體的Address等量齊觀，兩者雖有一定關系，但Location或Site更多地是從系統實現的需要出發，而做的某種“形而上”表達。六、并發管理ORACLEEBS系統在后臺通過運行大量”并發處理程序”的方式保證相關業務功能的實現，系統需要對這些在后臺運行的“并發程序”進行有效管理，這是通過所謂“并發管理器”來實現的。系統后臺可以有多個不同的“并發管理器”來管理不同的并發程序，“并發管理器”本身實際上也是并發程序，對于這些多個“并發管理器”，系統也要通過“管理并發管理器”功能進行有效管理。系統內存在的

9、所謂“并發管理器”按功用劃分主要有三大類：內部監控程序、并發管理器、事務處理管理器。“內部監控程序”類型的管理器的功用是“監測處于并行并發處理環境下的內部并發管理器”。“并發管理器”類型的管理器的功用是“啟動運行并發程序”“事務處理管理器”類型的管理器的功用是“處理客戶端用戶發出的同步請求”系統在初始安裝后，已經預置有若干不同類型的20多個管理器，系統也允許用戶根據特殊需要自定義新的管理器。以下重點介紹幾個重要的預置管理器的有關內容：內部管理器。它充當所有其它管理器的“上層管理器”。內部管理器可以對單個管理器進行啟動、驗證其狀態、重置以及關閉等操作。用戶不能改變其定義（工作班次、特殊規則）。如

10、下圖40所示：標準管理器。標準管理器可接受任何請求，它無特別的規定。標準管理器始終處于活動狀態，即一年365天，一天24小時全天候工作。標準管理器可作為安全網使用，因為它始終可用于運行任何請求。其定義一般不可輕易更改，否則可能導致某些程序無法正常運行。如下圖41所示：事務處理管理器。常規并發管理器只允許“異步”執行運行時間長、數據密集的應用程序，而事務處理管理器則也支持“同步”處理客戶機端發出的特定請求（并發程序請求運行計劃的“立即”執行選項，本質上仍屬于“異步”方式）。如果客戶機程序發出同步運行服務器端程序的請求，則事務處理管理器會立即運行此請求，然后將狀態返回至此客戶機程序0事務處理管理器

11、會等待由客戶機程序發送信號，而不會輪詢并發請求表來確定該如何執行操作。如下圖42所示:事務處理管理器（系統內部使用，“同步方式”）管理包括“物料事務處理、移動事務處理、資源成本事務處理、物料成本事務處理”的系統“聯機”處理。系統在用戶等待時“同步”作相關事務處理的處理，并且在完成后才將系統控制返回給用戶。這在業務量較大、系統繁忙時，用戶等待的時間可能較長，影響用戶的工作效率。事務處理管理器（請求使用，異步方式），如果相關配置文件“TP:INV事務處理處理模式”設置為“并發”或“后臺”模式，則用戶應當啟動“物料事務處理、移動事務處理、資源成本事務處理、物料成本事務處理”管理器于適當的“周期”運行

12、狀態。通常在事務處理工作量比較大時，應采取這種方式，以節省在庫存管理系統鎖定事務處理窗口和處理事務處理時所花費的空閑時間，提高用戶的工作效率。由于“事務處理”在整個EBS系統運行中的普遍性與重要性，系統為此提供了一個專門的界面功能（菜單項，非系統管理員也可授權使用）以滿足對相關“事務處理”并發程序的管理監控（“啟動管理器”的工作方式與提交“請求”類似），如下圖43所示：。工uclei it at i unit丈件用潟輯印連百舊工作無。IMC'野口如幫助如-ip)K ORACL-S'上述“事務處理管理器”所管理的事務處理并發程序（成本管理器等），每個系統只運行一個“實體”，為所有

13、組織、用戶服務，故系統設置必須對其運行方式進行恰當的“計劃”。與之類似的重要系統事務處理并發程序還有“計劃管理器”（受“MRPt理器”管理），“接收事務處理處理器”（受“接收事務處理管理器”管理）。要注意的是，系統許多業務流程類的事務處理“并發程序”由于承擔的后臺任務比較復雜，實際起著某種業務流程運作的管理作用，故習慣上也以“XX管理器、XX處理器”來命名，例如“計劃管理器（控制計劃系統有關預測沖減、需求沖減等等事項的自動程序，）、成本管理器（控制數據的自動計算與更新等等事項的自動程序）、接收事務處理處理器（控制PO接收的庫存更新等事項的自動程序）”等等，不能與上一層的管理這些并發程序的所謂“

14、并發管理器”相混淆。“并發管理器”定義時需要用到的“工作班次”（系統初始已經預置值Standard）,需要預先設置以作為LOV工作班次可以同時運行的“流程數”在定義并發管理器時應設置適當值。如下圖44所示:“并發管理器”定義時需用到的“特殊規則”（系統初始無預置值），可直接輸入“包括或排除”類型為“程序、請求類型、用戶、ORACLE識”的具體條目組合。這些條目的組合也可以事先定義為各種“組合規則”，供定義“并發管理器”時作為LOV調用。如下圖45所示：有關“并發程序”的運行計劃及其“并發管理器”的定義工作，應當考慮系統的負載均衡，以保證系統的性能與運行效率。對于系統運行的所有“并發管理器”，系統管理員可以在“管理并發管理器”窗口進行干預、管理，如“終止、重新啟動”，以及查看“并發管理器”正在管理的“哪些程序”正在運行等等。如下圖46所示:企業在系統使用過程