摘要：解決和系統的接口問題的難度主要在于交換數據內容定義和接口點的確定。本文對解決這個問題提供了一套系統的方法，并將這套方法應用于一個企業實施的ERP系統和DRP系統。
關鍵詞：ERP，DRP，數據接口
一、 引言
隨著我國企業信息化的發展，很多企業購買和實施了國外的大型企業管理軟件包，ORACLE公司和SAP公司的ERP軟件產品占有了其中很大份額。這些軟件大都采用數據集中的Internet架構，所有用戶通過網絡訪問應用層和數據庫。Internet架構下的數據集中方式，避免了多個數據中心引起的數據維護和同步引起的系統復雜性上升，使企業可以在一個數據中心甚至一個數據庫用例的支持下完成全國或者全球運作。
但是這些軟件在國內企業實施過程中都遇到了這樣一個問題：對于有很多跨地區銷售分支機構的企業，各分支機構需要申請和使用專線，同時造成系統用戶數成倍增加，從而使系統運行費用和軟件購買費用成倍增加。
有些企業采用了ERP系統只控制集團，分銷機構的定單傳真到集團后手工錄入到ERP系統的方式解決以上問題，使ERP系統失去了對二級以下批發商和零售商的管理功能，分銷機構的庫存、銷售、客戶信息等數據無法進入系統。還有些企業開發了用于專門管理分銷機構的軟件，即分銷資源計劃（DRP）系統，但是隨之出現了兩個系統的接口問題。有些企業由于無法解決接口問題，造成運行效率低下、成本上升、數據不一致等問題。
筆者參與了一家企業的ORACLE ERP系統和分銷資源計劃系統（DRP）的實施，并負責解決兩個系統之間的數據接口問題。
這家企業購買了ORACLE公司在2001年發布企業套件ORACLE APPLICATION 11i，數據庫采用ORACLE 8.1.6，服務器采用一臺SUN 3500，操作系統采用SUN SOLARISE。在實施中采用總體設計、分步實施的方法，一期實施總部和總部所在地的8個分、子公司。
企業在全國有230個經銷部遍布全國，8個工廠分布于6個省。DRP軟件部分是定制開發的，數據庫也采用ORACLE 8.1.6，2臺單CPU的PC SERVER作為WEB服務器，2臺 雙CPU的PC SERVER作為數據庫服務器，操作系統采用WINDOWS 2000 ADVANCED SERVER，開發平臺使用J2EE。實施策略上采用先單獨運行，后和ERP貫通的方法。
企業希望兩個系統能按照圖一表示的方式工作：
二、接口方案設計
解決和ERP系統的接口問題的難度主要在于交換數據內容定義和接口點的確定。ERP系統是一個很龐大的體系，ERP開發商強烈建議用戶禁止直接對數據庫的非讀取操作，這是因為ERP軟件的數據庫里往往有數萬個對象，彼此間的關聯非常密切，直接修改表內容會引起很多意想不到的問題，并且一旦出現問題，查錯和恢復非常困難。所以ERP系統一般都提供開放性接口，用于和其它系統的集成。這些接口程序還用來驗證輸入數據的完整性，確保符合業務規則。但并非所有ERP系統中的實體都具有開放性接口，所以有些數據的錄入只能手工進行。因此交換數據內容定義和接口點的確定成為解決問題的關鍵。
參考一般MIS系統的系統接口方案設計方法，結合ORACLE ERP系統的特點，本方案設計步驟如下：
1、系統邊界定義
理論上講，ERP系統可以管理企業內所有的活動，DRP系統也可以完成分銷業務中對所有物流、資金流、信息流的控制。但是在對接口方案的最優化處理時，必須對兩個系統的職能邊界、地理邊界、功能邊界進行定義。
系統邊界定義和接口方案設計的后續步驟緊密相聯。在本方案的設計中，實際上采取了根據后續步驟的分析結果，不斷調整系統邊界定義的方法。
2、交換數據內容定義
按本文分析，接口方案的關鍵是交換數據內容定義和接口點的確定，并且兩者是有聯系的。如果接口點確定在成品入庫或者成品出庫，交換數據的內容和流向就不同。但是在未定義交換數據內容前，接口點更無法確定。經驗證明：解決這一矛盾的最好方法是首先定義交換數據內容，然后確定接口點。如果接口點無法確定，再調整交換數據內容。
定義交換數據內容的具體方法是：
（1）確定系統劃分邊界條件和交換數據內容的靜態部分。靜態數據是指產成品編碼、分銷機構編碼等信息。這部分信息相對穩定，但是并非永遠不變。靜態信息原則上應由由ERP系統維護。這樣做的理由仍然是ERP的接口表功能限制太多。另外一些靜態信息，如客戶編碼，應該由分銷系統維護。但是由于分銷系統的功能足夠管理分銷機構的每筆銷售業務，在ERP系統中則沒有必要保留這些信息，所以沒有必要交換客戶編碼這些信息。經過對兩個系統的所有實體的列表后的認真分析，確定交換數據內容的靜態部分的內容有產成品編碼、組織機構編碼、產成品定價等。
（2）確定交換數據內容的動態部分。動態數據指總部和分銷機構業務發生時顯示數量、日期、金額的部分，如庫存、采購單、出入庫單、貨物發運和接收明細等。在系統邊界確定的情況下，經過認真分析，確定交換數據內容的動態部分的內容有定單、客戶信息、回款信息、收貨情況、退貨情況、發貨情況、收款情況、工廠庫存等。
3.確定接口點
接口點組成兩個系統的邊界。邊界由多個接口點組成。對每個接口點數據交換點量的確定原則是首先分析交換數據的大小，單位按行計算。具體方法如下。
通過這種方法，本方案確定了所有接口點。接口點的位置實際上已經隱含在可由交換數據的動態部分和靜態部分的內容中。
4．硬件方案
采用一臺PC SERVER作為接口服務器，配置兩個3COM公司生產的網卡分別連接ERP和DRP系統。
5．軟件方案
接口服務器采用WINDOWS 2000 SERVER作為操作系統，可以通過IE 5.0登錄到兩個系統。由于兩個系統都采用ORACLE 8.1.6數據庫，接口服務器也安裝同類數據庫，通過ORACLE NET 8和兩個系統的數據庫連接。ERP系統的DBA對接口服務器管理員賦予只讀權限。
接口服務器安裝DELPHI 5.5 ENTERPRICE用于接口軟件的開發。
6．接口服務器初始化
在系統接口服務器開始工作前，首先對系統進行了初始化。在接口服務器開始工作以后，需要交換的ERP系統中的靜態數據一旦發生變化，初始化工作就要重新進行，所以接口服務器上開發了專用的初始化程序。初始化工作結束后，兩個系統的靜態數據完全保持一致。
7.系統接口服務器管理員工作制度
系統接口服務器按管理員設定的時間自動定時讀取兩個系統中需要交換的數據。讀取DRP系統數據的頻率為每次間隔30分鐘，讀取ERP系統的頻率為每次間隔60分鐘。每次獲得數據后，管理員訪問DRP系統數據庫，把從ERP系統中讀取的數據寫入；同時把需要寫入ORACLE ERP系統的數據按系統要求的INTERFACE TABLE格式生成相應EXECLE表格，通過DATALOADER輸入到ERP系統。DATALOADER是ORACLE提供的模擬鍵盤錄入工具。在輸入過程中有時會有意外出現，所以還需要人工監督以提高輸入效率。還有一部分數據，如大客戶信息，由于數據量較小，仍以純手工方式錄入ERP系統。
接口服務器開始工作以后，每次交換的數據在處理完畢后保存為歷史記錄，作為在數據發生錯誤時確定事故責任的依據。
8.確定過渡階段數據處理方式
由于兩個系統實施范圍的不同步，系統間接口必然涉及DRP系統單獨運行和ERP系統部分運行兩個過渡階段的接口方法。
在DRP系統單獨運行階段，接口方式完全采用人工錄入的方法。由于這個時候上線的分銷機構只有5個，數據量不大，而且可以從中總結出一些提高效率的方法，作為確定接口方案的依據。
在接口服務器開始工作后，ERP系統只是在部分工廠上線。對于沒有上線的工廠，仍采用傳真方式或電子郵件進行信息傳遞。只是傳真使用新的格式，包含ERP系統和DRP系統所需要的各項數據。例如原本需要從ERP系統中讀取的產成品庫存數據，在過渡階段采用各個工廠每天填寫《產成品庫存表》，然后由接口服務器管理員負責把數據錄入兩個系統。
9.接口方案的軟件實現
在以上步驟全部完成后，需要在對兩個系統不做任何改動的前提下，在不影響兩個系統正常工作的原則下，把接口方案中的軟件功能在接口服務器上實現出來。由于本方案時在局域網內完成數據接口，所以采用適合開發C/S結構系統的開發工具DELPHI 5.5 ENTERPRICE。開發步驟如下：
（1） 首先建立起接口服務器和兩個系統的數據庫的連接，并在數據庫引擎BDE中分別命名為ERP和DRP的數據庫別名；
（2） 然后開發定時讀取數據的任務列表程序，并把讀取結果和出錯信息寫入接口服務器的數據庫，由管理員完成自動或手動的數據交換。其數據流向如上所示。
（3） 系統出錯信息及優化處理。在系統開發過程中對頻繁訪問數據庫經常容易發生的系統故障進行有效的處理。
三、本接口方案實現和應用情況
本接口方案在開始工作以后，經過3個月的運行，平均每天通過DATALOADER向ERP系統錄入500行定單，出錯率從80%逐步下降到2%。出錯原因在于ERP系統對接口表中的數據驗證要求非常高。解決的方法時找出原因，在DRP系統中增加對有關數據的驗證要求，確保讀入到接口服務器的數據滿足導入條件。由于這家企業的成品偏大，交換一次庫存數據耗時較長，庫存產成品庫存的讀取頻率逐漸改為每天1次。對于輸入ERP的定單不能通過ATP檢查的，定單會被暫掛，處于等待發運狀態。對于這類定單，利用ERP系統中定單管理模塊的匯總功能打印出報表，錄入到DRP系統中通知分銷機構。
四、結束語
本文通過對ORACLE ERP系統和銷售管理系統的接口方法的闡述，解決了ERP系統和DRP系統接口的關鍵問題，充分利用了ERP系統和DRP系統的功能，提高了企業在生產、銷售、庫存等方面的管理水平和運作效率。通過實際運行，本系統運行可靠，完全滿足了企業運營的需要，具有顯著的經濟效益。
作者簡介：郭應中，碩士生，研究方向為計算機應用，包括ERP系統、分銷管理系統分析設計、數據庫技術、數據倉庫等。
參考文獻
[1]BOSS公司.《ORACLE APPLICATION應用大全》[M].北京.人民郵電出版社.2001.
[2]ORACLE Corporation.《Oracle Manufacturing APIs and Open Interfaces Manual》.www.oracle.com.
[3] ORACLE Corporation.《Oracle Configuration Interface Object (CIO) Developer’s Guide 》.www.oracle.com.
[4] 唐瓊. 《一種實現不同網絡中兩種數據庫互聯的技術》[J].計算機應用.2001.Vol.21.No.2:88-89.
[5]李家菁.《CIMS環境下的銷售管理系統的設計》[J].計算機應用研究.2001.No.3:146-148.
轉載請注明出處：拓步ERP資訊網http://www.lukmueng.com/
本文網址：http://www.lukmueng.com/html/consultation/10819923224.html
相關文章
