物流系統(tǒng)與ERP集成接口方案

1、第1章 物流系統(tǒng)與ERP集成接口方案1.1.接口方案說明1.2.消息整體框架DAP消息框架使用符合業(yè)界標準的XML格式用于包裝業(yè)務數(shù)據(jù)， 同時使用標準的HTTP協(xié)議進行消息傳遞；同時它還提供一整套用于保證消息可靠傳遞以及方便調(diào)用后臺應用 API進行消息處理的工具與類庫，從而在最大程度上加速了特定應用消 息服務器的二次開發(fā)。DAP消息框架提供了兩種消息處理模式，實時與非實時；以下我們 將詳細介紹在處理實時與非實時消息時的系統(tǒng)架構(gòu)。1.2.1.實時消息（請求）處理的基本架構(gòu)對期信制儲旦阪消息對象回）皿系統(tǒng)發(fā)送消息物溫系統(tǒng)實時處理并回發(fā)消息發(fā)送羯HAFMe e sageS ender消息服務BAPM

2、e e E：ageS ervi c e對期信制儲旦阪消息對象回）皿系統(tǒng)發(fā)送消息物溫系統(tǒng)實時處理并回發(fā)消息發(fā)送羯HAFMe e sageS ender消息服務BAPMe e E：ageS ervi c e物流系統(tǒng)-箱息服務器卻珀肖息報文I-ERf系統(tǒng)皓息對象請求）消息服務管理器IlAPN q 壬 mgQS Qrvi c di 尹消息偵聽羯c：g G og此i st anerIN HTTP物猝系藐功能接口【功能簡述】實時消息處理架構(gòu)最大的好處在于發(fā)送方（ERP系統(tǒng)）能夠即時使 得物流系統(tǒng)進行處理，并得到返回的信息。其效果相當于在IE瀏覽器里， 提交一個查詢請求，然后就可以得到相應的返回頁面。ERP

3、系統(tǒng)通過HTTP方式訪問物流系統(tǒng)消息服務器，并將XML格 式的消息報文發(fā)送給消息偵聽器。消息偵聽器解析消息報文，生成消息 框架的消息對象，然后通過消息服務管理器查找特定的處理此類消息對 象的消息服務，并將消息對象交由消息服務處理。消息服務在接收到特定消息對象之后，從中提取業(yè)務數(shù)據(jù)，根據(jù)業(yè) 務邏輯，調(diào)用物流系統(tǒng)相應的功能接口進行處理；消息服務在處理完畢 之后，生成回發(fā)的消息對象，交由消息發(fā)送器通過Http回發(fā)予ERP系 統(tǒng)。實時消息處理框架的不利之處在于，當消息服務器同時接收到大量 的請求時，會影響正常的物流系統(tǒng)運行。解決的方法有兩種：一種是不 要將不需要實時處理的消息改為非實時消息，使得消息服

4、務器可以在空 余的時間內(nèi)再做處理；另外一種是將消息服務器與物流系統(tǒng)部署于兩個 WEB服務器上?！久~解釋】消息偵聽器 DAPMessageListener用來接收外部應用程序發(fā)來的DAPMessage，總體控制 DAPMessage到具體服務的分發(fā)。消息服務管理器DAPMessageServiceMgr用來管理各種 DAPMessageService,如接單管理服務 (OrderManagementService ),等等消息服務 DAPMessageService用來處理具體的DAPMessage,目前分為實時和非實時 (NRDAPMessageServiceMgr)兩種。消息服務相當于一個

5、適配器，將外 部的數(shù)據(jù)轉(zhuǎn)換成系統(tǒng)內(nèi)部所識別的業(yè)務數(shù)據(jù)，并調(diào)用系統(tǒng)內(nèi)部的功能接 口處理轉(zhuǎn)換后的業(yè)務數(shù)據(jù)。消息發(fā)送器 DAPMessageSender主要用于發(fā)送DAPMessage給外部應用程序，外部應用程序也可以 用它發(fā)送 DAPMessage 給我們的 DAPMessageListener。1.2.2 .非實時消息接收的基本架構(gòu)E實時消息月舞 :詰求)K非實肘消JI對象消息偵聽器 IiArMessageLi stener【功能簡述】ERP系統(tǒng)發(fā)送消息,物流系統(tǒng)接收消息后回發(fā) 已挨做消息并將消息弓人救據(jù)庫。等待處理物流系統(tǒng)-消息服務器EEF系統(tǒng)XML?肖鼠報文HTTP非實時消息服務NED AT

6、M E實時消息月舞 :詰求)K非實肘消JI對象消息偵聽器 IiArMessageLi stener【功能簡述】ERP系統(tǒng)發(fā)送消息,物流系統(tǒng)接收消息后回發(fā) 已挨做消息并將消息弓人救據(jù)庫。等待處理物流系統(tǒng)-消息服務器EEF系統(tǒng)XML?肖鼠報文HTTP非實時消息服務NED ATM see ageS ervi ce消息服務管理器 DATMessageServi izeMgr標中是否收到消息對京 回發(fā)消息發(fā)送器DAPN essXMLJ肖息報文非實匣消母對象消息管理器DATM己三三m羿M gr17/未如理的消B對象請求卜本架構(gòu)的重要作用是將消息緩存起來，然后交由非實時消息處理線 程進行統(tǒng)一處理，對系統(tǒng)的性

7、能影響較小。非實時的 DAPMessageService 接收從 DAPMessageListener 分發(fā) 過來的消息對象，直接交于DAPMessageMgr進行入庫(InputDAPMessage)，同時返回是否收到 DAPMessage 給DAPMessageListener不利之處在于發(fā)送方不能得知接收方將于何時對所發(fā)送的消息進行 處理，因此要求非實時消息必需是不會影響發(fā)送方當前的業(yè)務流程的消 息、?！久~解釋】非實時消息服務NRDAPMessageService繼承了 DAPMessageService，用來處理具體的非實時DAPMessage。1.2.3 .非實時消息處理的基本架構(gòu)

8、未進理的消息對竦求非實時消息讀眼線程 Inpu tDWM es age Thr 巳:物流系統(tǒng)-消息服務器定時通過消息管理 器取得未處理的消 息對竦WL消息報文未進理的消息對竦求非實時消息讀眼線程 Inpu tDWM es age Thr 巳:物流系統(tǒng)-消息服務器定時通過消息管理 器取得未處理的消 息對竦WL消息報文|消息緊送器DMMess ag&S ernler1HTTPV消息管理器 DAFNesag&Mgr【功能簡述】在“非實時消息接收的基本架構(gòu)”中，接收到的非實時消息保存于 數(shù)據(jù)庫中。在“非實時消息處理的基本架構(gòu)”中，將會由非實時消息讀 取線程式從數(shù)據(jù)庫中讀取相應消息對象，并交由各自對應的

9、消息服務進 行處理。消息服務處理完之后，將會產(chǎn)生相應的回發(fā)消息對象，發(fā)送予 ERP系統(tǒng)的消息服務器。如果發(fā)送不成功，消息發(fā)送器會保存消息對象，交由“發(fā)送請求” 線程進行再次發(fā)送?！久~解釋】ERP系統(tǒng)的消息服務器是一個與物流系統(tǒng)消息服務器類似的，用于接收和處理消息的WEB 服務器。不同之處只在于其消息服務部份，是針對于ERP系統(tǒng)所定制的 消息處理器。非實時請求消息讀取線程(InputDAPMessageThread)以固定的時間間隔(T)，從消息管理器中循環(huán)讀取數(shù)據(jù)庫保存的未處 理消息對象，并交由特定的消息服務處理。處理完固定數(shù)目(N)的BackupInputDAPMessage后，睡眠固定的

10、時間間隔(T)。1.2.4 .發(fā)送消息的基本架構(gòu)物流系統(tǒng)發(fā)送消息子皿系統(tǒng)消息服務ITT Ji AT* M ess 站曲【功能簡述】消息管理器非實時消息發(fā)送線程Output D APM e e e物流系統(tǒng)發(fā)送消息子皿系統(tǒng)消息服務ITT Ji AT* M ess 站曲【功能簡述】消息管理器物流系統(tǒng)功能模塊將業(yè)務數(shù)據(jù)交予對應的消息服務，消息服務將業(yè)務數(shù)據(jù)轉(zhuǎn)換成相應的消息對象，并交由消息管理器將消息對象標記為“未 發(fā)送的消息對象”保存。非實時消息發(fā)送線程通過消息管理器從數(shù)據(jù)庫中讀取未發(fā)送的以及 發(fā)送失敗的消息對象，交由各自對應的消息服務進行處理。消息服務處 理完之后，將會產(chǎn)生相應的消息對象，交由消息發(fā)

11、送器發(fā)送予ERP系統(tǒng) 的消息服務器?！久~解釋】非實時響應消息發(fā)送線程（OutputDAPMessageThread）以固定的時間間隔（T）循環(huán)遍歷OutputDAPMessage表，處理完固 定數(shù)目（叫的BackupOutputDAPMessage后，睡眠固定的時間間隔（T）。1.3.業(yè)務接口的基本架構(gòu)DAP根據(jù)以往在物流系統(tǒng)與ERP系統(tǒng)廣泛集成的經(jīng)驗基礎上，總 結(jié)出成功集成的關(guān)鍵在于：1）基礎數(shù)據(jù)必須實現(xiàn)實時同步；（基礎數(shù)據(jù)并不會進行頻繁的修改，因此實時同步并不會影響系統(tǒng)效率）2）訂單流程必須在非實時交互模式下實現(xiàn)無縫集成。（訂單的業(yè)務操 作十分頻繁，因此需要利用非實時的模式進行異步同步，

12、以提高系 統(tǒng)效率，同時可以通過調(diào)整傳輸頻率，以達到令人滿意的訂單同步 頻率）其它的數(shù)據(jù)集成還包括產(chǎn)成品入庫流程集成、庫存調(diào)整同步等多種數(shù) 據(jù)集成，在本方案中，著重就基礎數(shù)據(jù)同步和訂單流程集成進行討論。1.3.1.基礎數(shù)據(jù)同步接口基于以往的設計經(jīng)驗與目前技術(shù)上實際情況，不建議多個系統(tǒng)共用 一個數(shù)據(jù)庫，因為這會引發(fā)數(shù)據(jù)庫性能與系統(tǒng)災難性故障時修復的難度。 因此ERP系統(tǒng)與物流系統(tǒng)各有自己的數(shù)據(jù)庫。為了使兩個系統(tǒng)中的基礎 數(shù)據(jù)不會引起岐義，ERP系統(tǒng)與物流系統(tǒng)中使用的基礎數(shù)據(jù)必須有同步。步可以分為兩個步驟進行：一是系統(tǒng)初始化時的同步，二是系統(tǒng)運行時的同步?！鞠到y(tǒng)初始化時的同步】系統(tǒng)初始化時的同步，指

13、的是物流系統(tǒng)未開始正式運行以前，將 ERP系統(tǒng)的基礎數(shù)據(jù)導入到物流系統(tǒng)的數(shù)據(jù)庫中，以使物流系統(tǒng)在正式 運作時使用的基礎數(shù)據(jù)與ERP系統(tǒng)是一致的。同步的方法有很多種，可以根據(jù)實際的情況選用。使用數(shù)據(jù)庫工具進行數(shù)據(jù)的導出/導入目前各類成熟的數(shù)據(jù)庫產(chǎn)品都具備了相應的導出與導入工具，可以 生成文本、SQL、Excel等各種數(shù)據(jù)文件，并從所支持的數(shù)據(jù)文件中導 入數(shù)據(jù)。物流系統(tǒng)中使用Excel報表進行導入。DAP平臺提供了從Excel報表進行導入的良好支持，可以根據(jù)客戶 已有的Excel或其它樣式的電子文檔轉(zhuǎn)化成相應的Excel電子文檔，然 后通過微量的代碼開發(fā)即可以將Excel中的數(shù)據(jù)保存于物流系統(tǒng)的數(shù)

14、據(jù) 庫中?！鞠到y(tǒng)運行時的同步】系統(tǒng)運行時的同步，是指物流系統(tǒng)與ERP系統(tǒng)在正式運行以后，兩 個系統(tǒng)之間的基礎數(shù)據(jù)維護，將會自動影響另一系統(tǒng)的基礎數(shù)據(jù)。假設 以ERP系統(tǒng)中的基礎為準，則在ERP系統(tǒng)中對各種類型的基礎數(shù)據(jù)進 行新增、修改、刪除等操作時，將會產(chǎn)生相應的XML消息報文，發(fā)送予 物流系統(tǒng)的消息服務器。消息服務器（物流）在接收到消息報文時，將 會調(diào)用相應的基礎數(shù)據(jù)消息服務進行處理，對物流系統(tǒng)中的基礎數(shù)據(jù)自 動進行維護，并在處理之后返回確認消息予發(fā)送方ERP系統(tǒng)。ERP系統(tǒng)1.3接收基礎 數(shù)據(jù)消息報史消息報文ERP系統(tǒng)1.3接收基礎 數(shù)據(jù)消息報史消息報文1.3.2 .訂單流程集成接口【流程

15、概述】在ERP系統(tǒng)中生成的發(fā)貨通知單，是通知物流公司發(fā)貨的憑證，也 是ERP系統(tǒng)與物流系統(tǒng)至為最要的數(shù)據(jù)交換接口。庫存數(shù)據(jù)以物流系統(tǒng)中的為基準，發(fā)貨通知單的生成必須基于物流 系統(tǒng)的可用庫存。因此需要在物流系統(tǒng)中查詢可用庫存的接口。ERP系統(tǒng)也可以有自己的庫存數(shù)據(jù)。ERP系統(tǒng)中的庫存數(shù)據(jù)必須 及時根據(jù)物流系統(tǒng)中的庫存變化作出更新。在ERP系統(tǒng)中要提供處理庫 存變化的接口，以同步物流系統(tǒng)中的庫存數(shù)據(jù)。如果兩個系統(tǒng)中經(jīng)常存 在庫存數(shù)據(jù)差異，還需要通過其它功能模塊進行庫存差異分析。ERP系統(tǒng)中需要監(jiān)控發(fā)貨通知單的執(zhí)行狀態(tài)，因此需要提供商家接 收、訂單完成等消息接口，由物流系統(tǒng)調(diào)用，需要視企業(yè)的具體業(yè)務需