【正文】 個不同發(fā)貨時間）；“發(fā)運”二級子表的第一行數(shù)量為20，對應(yīng)到“分配”三級子表拆分為數(shù)量分別是10與10的兩行（表示對應(yīng)到兩個不同的費用會計科目或費用由兩個不同部門分別承擔(dān)）。如果你去研究一下目前國內(nèi)的主流ERP產(chǎn)品，你就會發(fā)現(xiàn)這些主要用于中低端市場的國內(nèi)ERP產(chǎn)品，其每個模塊中的應(yīng)用功能實際主要就是“單據(jù)新增與單據(jù)查詢”這兩項。業(yè)內(nèi)對于專業(yè)從事ERP工作的人員，大致有以下三種分類：一類是所謂“技術(shù)顧問”，對于這些人來說，掌握相應(yīng)的軟件開發(fā)技能是必要條件，其工作領(lǐng)域的重點一般主要是在系統(tǒng)后臺，類似開發(fā)系統(tǒng)接口、業(yè)務(wù)報表，解決一些系統(tǒng)的技術(shù)問題等等；二類是所謂“功能顧問”，這些人對于系統(tǒng)的相關(guān)模塊有不同程度的熟悉，通常是在指導(dǎo)企業(yè)使用系統(tǒng)，或努力地在把企業(yè)的業(yè)務(wù)要求變?yōu)橄到y(tǒng)的實現(xiàn)方案；三類是所謂“管理顧問”，這些人通常有比較豐富的企業(yè)管理實戰(zhàn)經(jīng)驗積累，同時對ERP系統(tǒng)也有比較深刻的認識，能夠從企業(yè)管理業(yè)務(wù)流程的整體高度給出咨詢建議，最大限度地發(fā)掘出ERP系統(tǒng)對于企業(yè)管理水平提高的重要作用（這里的“管理顧問”是特指，有別于市面上眾多不懂系統(tǒng)、只會“紙上談兵”的忽悠型“管理顧問”）。另一方面，我們也常常聽到國內(nèi)有些人將SAP/ORACLE神秘化，認為其包含“復(fù)雜的、深刻的管理思想”，是德國人/美國人的東西，我們中國人的企業(yè)管理水平低，用不了是正常的。十二、應(yīng)用開放接口（Open Interface and API）四、并發(fā)流程（Current Process）一、前言九、單據(jù)編號（Document Sequence）那么，國內(nèi)專業(yè)人士的看法又如何呢？筆者所聽到過的最“雷”的說法來自一位國內(nèi)軟件研發(fā)的高層主管：SAP/ORACLE太復(fù)雜了，其背后的東西、深層次的東西，我們永遠不可能搞懂！ 真是太不可思議。它不是模仿企業(yè)手工業(yè)務(wù)過程的“電算化”簡單再現(xiàn)，或許正是讓很多人感到其“難懂難用”的根本原因所在。二、表單與查詢（Form and Summary）企業(yè)在手工模式下的業(yè)務(wù)運作過程中，總有各種各樣的用于記錄業(yè)務(wù)數(shù)據(jù)或管理信息的紙面單據(jù)，例如“銷售訂單、采購訂單、入庫單、出庫單”等等。這一點顯然也是和實際的企業(yè)業(yè)務(wù)過程是高度相對應(yīng)的。如圖1的PO表單:PO表單是一個典型的“業(yè)務(wù)流程”類表單，它有“表頭與表體行”兩大部分組成，這一點與紙面單據(jù)仍然類似。作為查詢功能擴展，系統(tǒng)還在UI界面工具欄進一步提供關(guān)聯(lián)查詢（如采購訂單的上下游單據(jù)“采購申請”和“采購發(fā)票”）和細節(jié)查詢功能，如下圖5所示采購訂單功能查詢方式的輸出結(jié)果視圖：功能查詢方式通常只用于核心“業(yè)務(wù)流程”類單據(jù)的查詢，查詢功能強大。 所謂“簡便查詢”方式，即在打開單據(jù)界面后直接把“單據(jù)”界面的所有字段作為“查找條件輸入窗口”。四、并發(fā)流程（Current Process）十二、應(yīng)用開放接口（Open Interface and API）對于系統(tǒng)來說，這種處理方式技術(shù)上實現(xiàn)非常容易，但卻大大減少了操作人員的工作量，有效地解決了由于小批量、多批次所帶來的效率問題。EBS中的“事務(wù)處理”在業(yè)務(wù)流程表單內(nèi)部解決了“人與系統(tǒng)”的統(tǒng)一問題，在業(yè)務(wù)流程表單之間解決了“業(yè)務(wù)與業(yè)務(wù)、業(yè)務(wù)與系統(tǒng)”的統(tǒng)一問題。在EBS系統(tǒng)中，這項枯燥、乏味的工作就完全由系統(tǒng)代勞了，系統(tǒng)通過后臺運行的一個名為“接收事務(wù)處理處理器”的并發(fā)程序，聯(lián)機立即或成批周期進行處理，在不影響用戶做其它工作的同時，高度精確地完成著原本需要人工去做的“過賬登記”任務(wù)，并且手工模式下過賬之后為檢查錯漏而需經(jīng)常進行的“對賬”工作也變得根本就不再需要。這就好比相對于交通主要還是靠騎車或步行的小城鎮(zhèn)，今天對于生活在現(xiàn)代化大城市的人們來說，往來穿梭的地鐵、周而復(fù)始的公交、招手即停的出租車已經(jīng)成為全部生活不可或缺的一部分，它們就像城市的“血管”脈動一樣，奔流不息，維持著城市生命的運轉(zhuǎn)，生機勃勃。這種說法可能是因為受某些國內(nèi)產(chǎn)品的影響而產(chǎn)生的誤解。從這個角度來看，目前國內(nèi)的主流ERP產(chǎn)品實際上還沒有真正系統(tǒng)意義上的“報表”功能，只有不加節(jié)制、擴大化了的“查詢”功能。五、文件夾（Folder） 這又是一個ORACLE弄得有點學(xué)究氣的概念（可能也有中文翻譯不到位的原因）。EBS的所謂“彈性域”技術(shù)實際就是為了解決這一常見的系統(tǒng)應(yīng)用問題而應(yīng)運而生，對于初學(xué)者來說，把它簡單地理解為“自定義表單字段”就容易多了。EBS中所使用到的“彈性域”分為兩類：一類是所謂“鍵彈性域”（Key Flexfield），一類是所謂“說明性彈性域”（Descriptive Flexfield）。 如下圖18所示采購申請PR表單界面中“物料類別”字段，用戶輸入時將彈出系統(tǒng)已經(jīng)定義的“物料類別鍵彈性域”界面，以供用戶（選擇）輸入具體信息：如下圖19所示是系統(tǒng)層面定義“鍵彈性域”的界面。ORACLE EBS 系統(tǒng)應(yīng)用基礎(chǔ)概述七、值集與查找代碼（Value Set and Lookup Code）表單字段的“LOV”輸入實際占了系統(tǒng)輸入操作的大部分情況，之所以如此的重要原因是業(yè)務(wù)實踐與系統(tǒng)實現(xiàn)的“標(biāo)準(zhǔn)化”需要。如下圖22所示，其中，有些值之間還可以根據(jù)需要定義形成某種“層次結(jié)構(gòu)”，“父子值”之間具有“匯總與被匯總”的關(guān)系。這種情況下的“代碼值”（Code）基本都屬于系統(tǒng)的應(yīng)用程序中需要引用到的，影響或決定著系統(tǒng)業(yè)務(wù)流程的運行；二種是“用戶級”，屬于非系統(tǒng)預(yù)定義而由用戶自己添加，這種情況下的代碼值一般不被應(yīng)用程序所引用，其作用與前述值集LOV值大體相同；三種是“可擴展級”，屬于ORACLE預(yù)定義但允許用戶添加。盡管系統(tǒng)預(yù)定義配置文件或參數(shù)的數(shù)量是如此之多，令人生畏，但歸納起來，可以發(fā)現(xiàn)按用途大致劃分為三類：一類是真正起到控制業(yè)務(wù)流程運作或事務(wù)處理方式的部分，這些參數(shù)就如人們通常所津津樂道的所謂“流程開關(guān)”；二類實際并不直接控制流程運作或事務(wù)處理，只是起到一個向表單上默認某些值的作用（這些默認過去的值，有些參與流程構(gòu)建，有些僅起參考作用。如下圖25所示配置文件的設(shè)置：最高優(yōu)先級的“用戶層”如果留空不賦值，則系統(tǒng)將默認上一層級（責(zé)任層）的值作為自己的值。如圖26所示為定義“單據(jù)序列”（發(fā)生器）如圖27所示是定義具體的“單據(jù)類別”如圖28所示，是將單據(jù)序列發(fā)生器分配給單據(jù)類別，使兩者關(guān)聯(lián)值得指出的是，事實上系統(tǒng)中的某些業(yè)務(wù)流程表單（例如銷售訂單），系統(tǒng)允許其自定義若干數(shù)量的“單據(jù)類別”（例如銷售訂單中的“訂單類型”或“事務(wù)處理類型”），這些自定義的“單據(jù)類別”可以擁有（被分配）各自不同的單據(jù)序列號發(fā)生器（相當(dāng)于使用時系統(tǒng)對它們各自獨立編號），也可以共同擁有同一個單據(jù)單據(jù)序列號發(fā)生器（相當(dāng)于使用時系統(tǒng)對它們混合共同編號），這為單據(jù)編號的實際使用與管理提供了很大的靈活性與方便性。用戶可監(jiān)控，即普通用戶可以查看工作流的處理過程狀態(tài)；系統(tǒng)可管理，即系統(tǒng)工作流管理員，必要時可以對單據(jù)的工作流過程進行干預(yù)，例如跳過某些環(huán)節(jié)、改變參與人等等。系統(tǒng)在表單界面的工具欄提供“工作流狀態(tài)查詢”的功能，用戶可以隨時對訂單中的每一個訂單行的系統(tǒng)處理過程實施監(jiān)控、查詢。目前國內(nèi)主流產(chǎn)品基本都宣稱具有“工作流”技術(shù)，但真正在系統(tǒng)核心業(yè)務(wù)流程中用得比較好的并不多見，大多只是在“單據(jù)審批”或非核心的事務(wù)處理型業(yè)務(wù)諸如“費用報銷”等領(lǐng)域中有所應(yīng)用。十二、應(yīng)用開放接口（Open Interface and API）所謂“事件預(yù)警”，即當(dāng)用戶在相關(guān)數(shù)據(jù)表中“插入”或“更新”某些值時，系統(tǒng)自動啟動已定義的“SQL Select語句”的檢查，已確定是否需要發(fā)出預(yù)警信息或執(zhí)行某種活動，如下圖33所示的一個事件預(yù)警定義：在采購管理系統(tǒng)模塊中，當(dāng)出現(xiàn)一個巨大數(shù)量的申請行數(shù)量被輸入時，系統(tǒng)需要向相關(guān)責(zé)任人發(fā)出預(yù)警通知（以提醒諸如做好資源準(zhǔn)備等）。如果是從某些電子表格如EXCEL等導(dǎo)入，則需要先使用專門的SQL*Load工具將數(shù)據(jù)格式轉(zhuǎn)換后直接插入相關(guān)接口表，例如要通過物料的EXCEL數(shù)據(jù)表直接批量裝入Item數(shù)據(jù)，必須先通過SQL*Load工具如DataLoad等將來源數(shù)據(jù)插入Item數(shù)據(jù)接口表。管理軟件從三十年前的主機時代，到二十年前C/S架構(gòu)的客戶機/服務(wù)器時代，再到十年前開啟的B/S架構(gòu)的互聯(lián)網(wǎng)時代，軟件具體技術(shù)的發(fā)展較之于信息技術(shù)整體進步對企業(yè)管理實踐的影響，總的來說還是局部的、非決定性的。關(guān)于EBS系統(tǒng)的具體測試環(huán)境，對于今天即使普通配置的計算機來說，安裝與使用也基本不是問題，網(wǎng)上有大量圖文并茂、詳盡細致的安裝幫助文檔可供參考。 路漫漫其修遠兮，吾將上下而求索。這三種文檔基本上也是顧問、實施人員需經(jīng)常用到的工具書。喜歡看美劇的人或許經(jīng)?？梢栽谄锌吹矫绹~約于上世紀(jì)三十年代初期所建造的兩座美輪美奐的標(biāo)志性大廈：克萊斯勒大廈（77層）和帝國大廈（102層）。在從接口表導(dǎo)入“正式表” 或數(shù)據(jù)裝入“接口表”過程中因數(shù)據(jù)校驗而產(chǎn)生的錯誤或失敗信息，如系統(tǒng)提供專門的業(yè)務(wù)管理視圖，則可以在其中進行查看、更正、重新提交，如EBS的“訂單導(dǎo)入更正”窗口等。十二、應(yīng)用開放接口（Open Interface and API） 任何ERP系統(tǒng)都無法做到在任何情況下都能滿足企業(yè)實際使用的各種要求，企業(yè)有時可能需要從其它來源向系統(tǒng)中批量輸入數(shù)據(jù)，如從物料的Excel電子數(shù)據(jù)表格向EBS的INV系統(tǒng)導(dǎo)入Item信息等等，或者需要與其它第三方應(yīng)用系統(tǒng)建立業(yè)務(wù)數(shù)據(jù)的交換機制，如從專用的“費用報銷或發(fā)票申付”管理系統(tǒng)向EBS的AP系統(tǒng)導(dǎo)入事務(wù)處理數(shù)據(jù)并將事務(wù)處理執(zhí)行結(jié)果反饋回來源系統(tǒng)等等。點擊圖片打開后，質(zhì)量尚可）系統(tǒng)提供“活動歷史記錄”與“狀態(tài)圖”兩種主要查詢方式，分別如下圖31與圖32所示。系統(tǒng)根據(jù)實際業(yè)務(wù)處理的需要，先定義好不同的銷售訂單“行類型”。十、工作流（Workflow）在企業(yè)的實際管理