集裝箱大客戶EDI管理平臺的設(shè)計與實現(xiàn)

趙黎敏， 王瑜敏， 李 娜

（中海信息系統(tǒng)有限公司，上海200135）

0 引 言

某公司作為一家大型集裝箱運輸企業(yè)，其主營業(yè)務(wù)為全球集裝箱運輸，擁有一支現(xiàn)代化的大型經(jīng)營船隊，可為全球客戶提供安全可靠、快捷高效的班輪運輸服務(wù)。

2008年，在全球性金融危機爆發(fā)和蔓延的經(jīng)濟形勢下，集裝箱海運市場形勢惡劣，公司需要考慮如何穩(wěn)定全球BCO（Beneficial Car go Owner）大客戶以降低經(jīng)營風(fēng)險。同時，大客戶也將船公司能否提供集中電子訂艙和貨物跟蹤等電子數(shù)據(jù)交換（Electronic Data Interchange，EDI）服務(wù)作為選擇服務(wù)商和簽約的評判依據(jù)之一。

對于大客戶集中電子訂艙和貨物跟蹤服務(wù)需求，公司現(xiàn)有的攬貨模式和分布式船代系統(tǒng)無法支持。國內(nèi)和海外代理的船代系統(tǒng)各自負(fù)責(zé)當(dāng)?shù)貥I(yè)務(wù)操作，這會對信息的連貫性造成影響，使數(shù)據(jù)分散并產(chǎn)生斷點。因此，雖然各地船代系統(tǒng)能夠部分實現(xiàn)電子訂艙，以及對貨物信息的局部跟蹤，但無法滿足大客戶集中電子訂艙、全程貨物動態(tài)跟蹤的需求。

因此，為挽留和爭取客戶，加強公司總部的監(jiān)管能力，推進精細化管理，提高服務(wù)質(zhì)量，增強市場競爭力，提升信息化管理水平，必須具備向客戶提供全面EDI服務(wù)的能力。

導(dǎo)讀：

1）公司總部使用的是綜合業(yè)務(wù)管理系統(tǒng)，簡稱總部船東系統(tǒng)（或I MIS系統(tǒng)）；

2）公司下屬各口岸、片區(qū)公司，簡稱代理或口岸代理；

3）公司下屬代理公司使用的業(yè)務(wù)處理系統(tǒng)，簡稱船代系統(tǒng)或代理系統(tǒng)；

4）客服中心：此處指公司總部的客戶服務(wù)中心，主要職責(zé)是為客戶提供各種業(yè)務(wù)服務(wù)，解答客戶的各種問題，跟蹤各種EDI功能、流程的節(jié)點和狀態(tài)，處理EDI服務(wù)中的各種問題；

5）EDI合作方：包括提供集中EDI電商服務(wù)的PORTAL、進行直接連接的客戶，以及第三方物流公司；

6）BCO客戶：指不通過貨代公司，直接與船公司打交道的“直接客戶”；

7）PORTAL：此處所指的PORTAL公司，是指為全球航運業(yè)提供EDI服務(wù)的電子商務(wù)供應(yīng)商，能夠為不同的客戶提供EDI公共服務(wù)。

1 系統(tǒng)建設(shè)目標(biāo)

1.1 總體目標(biāo)

針對公司系統(tǒng)現(xiàn)狀和業(yè)務(wù)需求，需要建設(shè)一套集中統(tǒng)一的集裝箱大客戶EDI管理平臺，總體目標(biāo)是在現(xiàn)有公司總部綜合業(yè)務(wù)管理系統(tǒng)的基礎(chǔ)上，建立集中電子訂艙、全程貨物跟蹤和EDI報文管理監(jiān)控平臺，使公司有能力為特定大客戶提供EDI服務(wù)，提升公司科學(xué)化管理水平、服務(wù)水平、行業(yè)形象和市場競爭力，以更好地開拓市場。具體目標(biāo)為：

1）建立集中的大客戶訂艙管理平臺（以下簡稱總部訂艙平臺），并為系統(tǒng)不完善的口岸代理提供處理電子訂艙業(yè)務(wù)的操作平臺。

2）建立集中的大客戶貨物跟蹤管理平臺（以下簡稱總部貨物跟蹤平臺），為大客戶提供完整、及時、準(zhǔn)確的貨物動態(tài)跟蹤服務(wù)。

3）建立集中的大客戶EDI報文監(jiān)控管理平臺（以下簡稱總部EDI報文平臺），實現(xiàn)報文的收發(fā)、存儲、轉(zhuǎn)發(fā)和分發(fā)功能，并為公司總部管理部門提供基本的統(tǒng)計分析和監(jiān)管功能，加強總部精細化管理，為經(jīng)營決策分析提供數(shù)據(jù)和系統(tǒng)上的支持。

1.2 功能需求

1）實現(xiàn)大客戶電子訂艙數(shù)據(jù)的傳輸需求：實現(xiàn)與EDI合作方、代理系統(tǒng)之間的報文傳輸、報文分發(fā)、報文轉(zhuǎn)發(fā)功能，滿足大客戶電子訂艙EDI需求。

2）以代理船代系統(tǒng)為訂艙平臺的操作模式：面向系統(tǒng)完善的代理，總部EDI報文平臺主要負(fù)責(zé)接收、分發(fā)、轉(zhuǎn)發(fā)報文，訂艙操作在代理船代系統(tǒng)中進行。

3）以總部船東系統(tǒng)為訂艙平臺的操作模式：面向系統(tǒng)不完善的代理，采取以總部船東系統(tǒng)為主的處理方式，在總部船東系統(tǒng)中建設(shè)大客戶電子訂艙所需要的功能，供系統(tǒng)不完善的代理使用。

4）實現(xiàn)大客戶貨物跟蹤等服務(wù)：通過將分散的數(shù)據(jù)集中處理的方式，在總部船東系統(tǒng)中建立貨物跟蹤模塊，實現(xiàn)數(shù)據(jù)采集、數(shù)據(jù)抽取、報文生成、報文發(fā)送的功能。

5）實現(xiàn)企業(yè)總部的監(jiān)控管理：監(jiān)控功能要具有較高的自動化程度、界面友好、操作便捷；監(jiān)控范圍要全面完整，可以按照不同的業(yè)務(wù)類型對EDI流程的不同節(jié)點進行監(jiān)控；監(jiān)控方法要求達到全面預(yù)控和重點預(yù)控相結(jié)合。通過以上監(jiān)控，來達到數(shù)據(jù)交換的時效性、準(zhǔn)確性，確保業(yè)務(wù)操作和客戶服務(wù)的有序、及時、準(zhǔn)確、完整。

6）實現(xiàn)國際通用EDI標(biāo)準(zhǔn)報文接口：包括ANSI格式的訂艙請求、訂艙確認(rèn)、電子托單、電子單證、貨物跟蹤報文；UN／EDIFACT格式的訂艙請求、訂艙確認(rèn)、電子托單、電子單證、貨物跟蹤報文。

2 系統(tǒng)設(shè)計

2.1 系統(tǒng)總體架構(gòu)

平臺基于公司總部綜合業(yè)務(wù)管理系統(tǒng)進行設(shè)計開發(fā)，I MIS系統(tǒng)是基于J2EE技術(shù)體系開發(fā)的C／S架構(gòu)系統(tǒng)，UI客戶端采用RCP技術(shù)，后端各模塊之間的消息以XML的格式進行傳遞，報文內(nèi)容會同時存儲在I MIS數(shù)據(jù)庫中。平臺面向外部EDI合作方、堆場／碼頭／倉儲公司等業(yè)務(wù)合作方的系統(tǒng)以及各口岸代理的船代系統(tǒng)，進行相互間的數(shù)據(jù)交互。

系統(tǒng)總體架構(gòu)見圖1。

圖1 系統(tǒng)總體架構(gòu)

2.2 系統(tǒng)技術(shù)架構(gòu)

圖2 系統(tǒng)網(wǎng)絡(luò)拓?fù)?/p>

2.2.1 服務(wù)器

為確保大客戶EDI平臺的穩(wěn)定，在硬件方面采用兩臺服務(wù)器（一主一備）雙機互備的方式，使用磁盤陣列對數(shù)據(jù)（報文）進行保護，且每天定時備份到網(wǎng)絡(luò)附屬存儲（Net wor k Attached Storage，NAS）服務(wù)器，保證EDI文件的安全性。采用雙機互備的機制，在主服務(wù)器出現(xiàn)問題的情況下，備機會自動接替主機連接到存儲上，保證應(yīng)用不間斷。

2.2.2 網(wǎng)絡(luò)

對于公司內(nèi)部代理的船代系統(tǒng)，可通過公司內(nèi)部數(shù)字?jǐn)?shù)據(jù)網(wǎng)（Digital Data Net work，DDN）專線進行連接；而對于非專線的代理、PORTAL、大客戶等，可通過互聯(lián)網(wǎng)的文件傳輸協(xié)議（File Transfer Protocol，F(xiàn)TP）方式進行連接。公司內(nèi)網(wǎng)有防火墻進行安全防護，確保內(nèi)部服務(wù)器的安全。系統(tǒng)網(wǎng)絡(luò)拓?fù)鋱D見圖2。

2.2.3 數(shù)據(jù)傳輸方式

目前比較流行的數(shù)據(jù)傳輸方式有FTP、SFTP、VAN（增值網(wǎng)）、AS2以及 MQ等。大客戶EDI平臺選擇了最廣泛和最普通的FTP作為與PORTAL／大客戶和代理之間傳輸文件的基本方式，可以自動定時掃描接收和發(fā)送EDI報文，也可以到對方服務(wù)器上抓取EDI報文。

2.2.4 關(guān)鍵技術(shù)

在EDI處理中，設(shè)計采用JAVA＋XSLT技術(shù)。XSLT從字面上可解釋為可擴展樣式表語言轉(zhuǎn)換（Extensible Stylesheet Language Transf or mation）。其是一種解析語言，用來將一種格式的XML文件轉(zhuǎn)換成另一種格式的XML的語言，而XSLT文檔本身也是一種XML文檔。大客戶EDI平臺采用JAVA＋XSLT技術(shù)，使用JAVA語言實現(xiàn)對報文中數(shù)據(jù)的邏輯校驗，使用XSLT解析EDI報文，并對報文進行格式校驗。

使用XSLT解析語言的優(yōu)點在于，可以實現(xiàn)在不同XML結(jié)構(gòu)文件之間的轉(zhuǎn)換，便于將不同類型和格式的報文轉(zhuǎn)換為XML格式后進行統(tǒng)一處理。對于同一類型、不同格式的報文處理，可以封裝為一個JAVA文件，提高代碼復(fù)用性，便于統(tǒng)一開發(fā)、調(diào)用，也有利于后續(xù)的運維。

2.2.5 數(shù)據(jù)安全

大客戶EDI管理平臺通過以下三種方式，來確保平臺和數(shù)據(jù)的安全性：

（1）防火墻安全控制：在公司系統(tǒng)網(wǎng)絡(luò)的防火墻中，對來訪的用戶進行權(quán)限設(shè)置，只有指定客戶、指定IP地址的服務(wù)器才可對平臺服務(wù)器進行訪問，這在外部層面上確保了服務(wù)器及服務(wù)器上數(shù)據(jù)文件的安全性；

（2）用戶訪問權(quán)限控制：為每個需要訪問大客戶EDI平臺服務(wù)器的用戶設(shè)置用戶名／密碼，每個用戶只有訪問自己對應(yīng)目錄的權(quán)限，通過控制用戶的訪問權(quán)限來確保服務(wù)器和數(shù)據(jù)文件的安全性、保密性；

（3）文件傳輸加密方式：平臺支持SFTP傳輸協(xié)議，其會在文件的傳輸過程中對文件進行加密處理，比傳統(tǒng)的FTP更加安全，可提升數(shù)據(jù)傳輸過程中的安全性、保密性。

2.3 系統(tǒng)功能設(shè)計

平臺的總體設(shè)計原則是建立企業(yè)總部級的集中式EDI訂艙和貨物跟蹤管理平臺，通過集中式EDI平臺，可以向大客戶提供集中式EDI服務(wù)、向代理提供集中訂艙功能、向企業(yè)總部提供監(jiān)控管理功能。

2.3.1 業(yè)務(wù)模塊

整個大客戶EDI管理平臺中，訂艙管理、貨物跟蹤、報文監(jiān)控管理是三大核心功能模塊，基礎(chǔ)數(shù)據(jù)是輔助功能模塊。其中：報文監(jiān)控管理是平臺的基礎(chǔ)，實現(xiàn)報文的收發(fā)和流轉(zhuǎn)，包括EDI報文收發(fā)、導(dǎo)入、導(dǎo)出以及EDI流程處理的監(jiān)控等功能；訂艙管理和貨物跟蹤管理是業(yè)務(wù)處理核心功能模塊；基礎(chǔ)數(shù)據(jù)提供基礎(chǔ)代碼的維護管理。功能模塊見圖3。

圖3 大客戶EDI管理平臺功能模塊

2.3.2 報文監(jiān)控管理

EDI報文監(jiān)控管理的內(nèi)容主要包括對EDI報文的收發(fā)、導(dǎo)入、導(dǎo)出處理和日常監(jiān)控管理。

（1）EDI報文接收／發(fā)送功能

根據(jù)系統(tǒng)配置信息，對FTP的接收和發(fā)送任務(wù)、EDI文件的接收和發(fā)送任務(wù)進行管理。支持FTP與FILE COPY兩種方式，主要維護任務(wù)啟動與關(guān)閉、任務(wù)狀態(tài)、傳送類型、發(fā)送方服務(wù)器、文件路徑、文件類型、登錄用戶名以及登錄密碼等配置信息；EDI文件收發(fā)功能支持FTP／EMAIL／FILE COPY三種方式發(fā)送報文，完全配置化環(huán)境，可針對不同類型EDI定制不同發(fā)送方式。

（2）EDI報文導(dǎo)入功能

報文導(dǎo)入處理主要包括以下幾部分功能，其流程見圖4。

①EDI報文導(dǎo)入基礎(chǔ)配置：對導(dǎo)入任務(wù)進行維護管理，主要對導(dǎo)入任務(wù)的啟動與關(guān)閉、報文解析XML規(guī)則、XSLT報文頭處理規(guī)則進行維護管理；

②EDI預(yù)處理：把不符合解析要求的報文處理為符合解析要求的報文，將不同類型的EDI報文的預(yù)處理過程封裝在不同的JAVA文件中，并可通過配置來指定JAVA文件的位置；

③EDI報文解析：基于XML技術(shù)，將標(biāo)準(zhǔn)化、結(jié)構(gòu)化的EDI文件解析為易于平臺處理的X ML文件，支持TEXT／EXCEL／XML三種報文格式，解析結(jié)果均為XML結(jié)構(gòu)化文件；

④EDI數(shù)據(jù)校驗：主要涉及必輸性、數(shù)據(jù)類型以及數(shù)據(jù)長度，可通過編輯不同的XML結(jié)構(gòu)文件實現(xiàn)校驗邏輯的個性化配置，實現(xiàn)不同EDI類型校驗邏輯；

⑤EDI數(shù)據(jù)映射：包括組織XML數(shù)據(jù)結(jié)構(gòu)、EDI取數(shù)和初步業(yè)務(wù)邏輯實現(xiàn)?；赬SLT技術(shù)，將經(jīng)解析且通過格式校驗的XML結(jié)構(gòu)文件映射為另一種結(jié)構(gòu)更加接近系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的XML結(jié)構(gòu)文件；

⑥EDI數(shù)據(jù)寫入數(shù)據(jù)庫：執(zhí)行業(yè)務(wù)邏輯校驗以確保導(dǎo)入數(shù)據(jù)的準(zhǔn)確性，最后把EDI數(shù)據(jù)寫入業(yè)務(wù)數(shù)據(jù)庫。若執(zhí)行成功，記錄主要業(yè)務(wù)信息并通過郵件反饋；若執(zhí)行失敗，記錄錯誤信息并通過郵件反饋。

3）EDI報文導(dǎo)出功能

EDI報文導(dǎo)出處理主要包括以下幾部分功能，其流程見圖5：

圖4 報文導(dǎo)入功能流程

圖5 報文導(dǎo)出功能流程

①EDI導(dǎo)出任務(wù)的可配置維護管理：主要對導(dǎo)出任務(wù)的啟動與關(guān)閉、抽取數(shù)據(jù)的XML規(guī)則、XSLT報文頭處理規(guī)則、報文封裝規(guī)則進行維護管理；

②EDI發(fā)送任務(wù)指令：根據(jù)不同業(yè)務(wù)要求，按照一定的業(yè)務(wù)邏輯，獲取系統(tǒng)業(yè)務(wù)數(shù)據(jù)，形成EDI發(fā)送任務(wù)指令，并存儲在EDI數(shù)據(jù)抽取任務(wù)隊列中；

③EDI數(shù)據(jù)抽?。罕闅vEDI數(shù)據(jù)抽取任務(wù)隊列，識別出需要執(zhí)行的EDI任務(wù)，通過讀取任務(wù)配置信息項的數(shù)據(jù)抽取XML參數(shù)，按照業(yè)務(wù)邏輯抽取系統(tǒng)業(yè)務(wù)數(shù)據(jù)，然后根據(jù)業(yè)務(wù)數(shù)據(jù)結(jié)構(gòu)要求把抽取出來的數(shù)據(jù)拼裝成樹型層次結(jié)構(gòu)的XML數(shù)據(jù)文件并保存到指定的數(shù)據(jù)拼裝目錄中，同時將處理過程記錄到EDI運行日志中并更新任務(wù)執(zhí)行狀態(tài)；

④EDI報頭處理：對拼裝后的XML結(jié)構(gòu)文件執(zhí)行報頭處理，主要目的是記錄EDI執(zhí)行信息以及讀取發(fā)送方代碼、接收方代碼、報文標(biāo)準(zhǔn)等報頭信息，以在報文中記錄并方便接收方識別；

⑤EDI數(shù)據(jù)映射：運用基于XSLT技術(shù)的數(shù)據(jù)映射，對報頭處理后的XML結(jié)構(gòu)文件執(zhí)行預(yù)定義的XS－LT映射，映射為另外一種結(jié)構(gòu)更加接近EDI標(biāo)準(zhǔn)的XML結(jié)構(gòu)文件；

⑥EDI數(shù)據(jù)校驗：主要涉及必輸性、數(shù)據(jù)類型以及數(shù)據(jù)長度。通過編輯不同X ML結(jié)構(gòu)文件實現(xiàn)校驗邏輯個性化調(diào)整，實現(xiàn)不同EDI類型的數(shù)據(jù)校驗；

⑦EDI報文封裝：基于XML結(jié)構(gòu)化技術(shù)的封裝邏輯，將經(jīng)過數(shù)據(jù)映射的X ML結(jié)構(gòu)文件封裝為符合配置要求的EDI文件，系統(tǒng)支持TEXT／EXCEL／XML三種EDI文件格式的封裝。

4）EDI數(shù)據(jù)處理監(jiān)控跟蹤

為監(jiān)控跟蹤EDI數(shù)據(jù)的處理過程，設(shè)置EDI導(dǎo)入和導(dǎo)出狀態(tài)監(jiān)控表。開始執(zhí)行EDI報文處理任務(wù)時，在監(jiān)控表中為每個EDI報文記錄一條監(jiān)控記錄，主要記錄EDI報文處理的當(dāng)前狀態(tài)，同時生成對應(yīng)的詳細日志文件記錄，在EDI處理各階段的開始和結(jié)束均會在對應(yīng)的日志文件中記錄詳細信息。

報文處理失敗的詳細原因可在日志文件中得到體現(xiàn)，用戶可以主動通過客戶端監(jiān)控EDI的處理狀態(tài)以及處理日志，可以定制郵件反饋服務(wù)，系統(tǒng)將實時把EDI運行情況或運行日志以郵件的方式反饋給用戶。

2.3.3 電子訂艙業(yè)務(wù)

電子訂艙流程（見圖6）說明如下：

（1）訂艙請求報文通過EDI合作方發(fā)送至總部EDI平臺；總部EDI平臺接收后，對報文進行合規(guī)性校驗和邏輯校驗，通過校驗的報文將被導(dǎo)入總部訂艙平臺；對需要分發(fā)的訂艙請求報文按照出貨港分發(fā)到口岸代理；

（2）口岸代理接收訂艙報文后在船代系統(tǒng)中完成訂艙配載操作，并反饋訂艙確認(rèn)報文至總部EDI平臺；總部EDI平臺收到訂艙確認(rèn)報文后，將其導(dǎo)入總部訂艙平臺并生成訂艙確認(rèn)報文發(fā)送至EDI合作方；

（3）分發(fā)報文時，自動發(fā)送郵件通知口岸代理和客服中心，提示有新訂艙請求；

（4）對于直接使用總部訂艙平臺的代理，直接在總部訂艙平臺上進行訂艙配載操作，完成訂艙工作，并觸發(fā)訂艙確認(rèn)報文；

（5）電子托單報文通過EDI合作方發(fā)送至總部EDI平臺，總部EDI平臺接收后，對報文進行合規(guī)性校驗和邏輯校驗，通過校驗的報文將被導(dǎo)入總部訂艙平臺；對需要分發(fā)的電子托單報文，按照出貨港分發(fā)到口岸代理；

（6）口岸代理接收到托單報文后，在代理船代系統(tǒng)中完成單證制作；

（7）分發(fā)報文時，自動發(fā)送郵件通知口岸代理和客服中心，提示有新托單報文；

（8）對于直接使用總部訂艙平臺的代理，可以直接使用報表功能打印電子托單信息，輸入代理的業(yè)務(wù)系統(tǒng)，完成提單的制作。

圖6 電子訂艙業(yè)務(wù)流程

2.3.4 貨物跟蹤

貨物跟蹤服務(wù)是整個EDI服務(wù)中的弱點，由于業(yè)務(wù)數(shù)據(jù)分散、不完整、時效性和準(zhǔn)確性差等原因，長期無法為客戶提供全流程的貨物跟蹤信息。為解決該問題，采用數(shù)據(jù)同步集中的方式，采集分散在總部船東系統(tǒng)和代理船代系統(tǒng)中的數(shù)據(jù)。

圖7 貨物跟蹤報文導(dǎo)出的流程

首先，代理系統(tǒng)將從堆場、碼頭、倉儲公司獲取的大客戶訂艙數(shù)據(jù)、單證、集裝箱箱管數(shù)據(jù)、貨物動態(tài)信息（包括內(nèi)陸點動態(tài)、海運動態(tài)）上傳至總部業(yè)務(wù)系統(tǒng)，并對部分?jǐn)?shù)據(jù)定時同步觸發(fā)到總部貨物跟蹤平臺中，根據(jù)業(yè)務(wù)規(guī)則將其關(guān)聯(lián)起來，并對缺失的數(shù)據(jù)進行人工干預(yù)，形成一個完整的貨物跟蹤數(shù)據(jù)鏈。

隨后，可以在I MIS系統(tǒng)中通過自動和手動兩種方式發(fā)送貨物動態(tài)跟蹤報文，為客戶提供實時數(shù)據(jù)。數(shù)據(jù)同步方式最主要的是數(shù)據(jù)庫的觸發(fā)器（Trigger）。

通過數(shù)據(jù)同步、數(shù)據(jù)補全、定時觸發(fā)，貨物跟蹤模塊已基本能夠為客戶提供全程貨物動態(tài)跟蹤實時數(shù)據(jù)。除海運（OCEAN動態(tài)）動態(tài)外，平臺還能夠為客戶提供包括提箱、進出鐵路堆場、抵達離開碼頭堆場等在內(nèi)的內(nèi)陸運輸動態(tài)（INLAND動態(tài)）跟蹤服務(wù)。

相關(guān)方的工作關(guān)系如圖1所示。貨物跟蹤報文導(dǎo)出流程見圖7。

2.3.5 FTP異常處理

對于EDI任務(wù)隊列異常情況的處理，在對方FTP或網(wǎng)絡(luò)有異常的情況下，EDI平臺會自動鎖定該任務(wù)半小時，并釋放占用的線程。隨后，每隔半小時再嘗試重新連接，直到能連接上并將報文成功發(fā)送。這樣可以避免由于前一個報文無法發(fā)送，而引起后續(xù)隊列中EDI任務(wù)的積壓、阻塞，避免報文處理的延誤。

2.4 系統(tǒng)實現(xiàn)效果

2.4.1 訂艙管理

訂艙管理模塊展現(xiàn)平臺接收到的電子訂艙和電子托單信息，可以供公司總部管理人員和客服人員核查，并提供手工訂艙確認(rèn)操作和發(fā)送訂艙確認(rèn)報文的功能，方便無系統(tǒng)代理進行訂艙處理。

2.4.2 貨物跟蹤

展現(xiàn)同步到ETA TRACKING中的訂艙信息、單證信息、箱信息，并且可以查詢貨物當(dāng)前的動態(tài)節(jié)點、動態(tài)發(fā)生時間等信息，方便總部客服人員跟蹤核查。

2.4.3 監(jiān)控管理

展現(xiàn)EDI報文的發(fā)送情況，包括報文類型、報文名稱、發(fā)送時間等信息，可以供總部客服人員及時核查EDI報文發(fā)送情況。

3 結(jié) 語

通過建設(shè)大客戶EDI管理平臺，公司已具備為大客戶提供EDI服務(wù)的能力。改變了原有的訂艙和貨物跟蹤數(shù)據(jù)分散在代理船代系統(tǒng)的情況，通過統(tǒng)一的總部平臺，使信息得到了集中、共享，實現(xiàn)了總部集中訂艙、提供全程貨物跟蹤、集中監(jiān)控管理的要求，滿足公司大客戶戰(zhàn)略，為穩(wěn)定現(xiàn)有的大客戶群、開拓市場、保持市場占有率，提供了強有力的技術(shù)支撐。

平臺的開發(fā)對于業(yè)務(wù)流程也起到了變革的作用。對大客戶而言，由于具備了總部系統(tǒng)的集中式管理，無需與分散在全球的代理系統(tǒng)直接對接，加快了客戶電子信息服務(wù)的推進；對于代理而言，使用統(tǒng)一的內(nèi)部EDI格式，可以方便地與所有大客戶對接，而不需要重新開發(fā)接口，提升了其電子信息服務(wù)能力，加快了推進速度，減少了相應(yīng)的實施成本。

對于因客戶不斷增長而帶來的系統(tǒng)性能上的壓力和瓶頸，項目組將基于現(xiàn)有的EDI平臺，持續(xù)進行性能優(yōu)化和功能擴展工作，為未來全球系統(tǒng)的建設(shè)提供一個功能穩(wěn)定、性能優(yōu)異的集中式EDI平臺。

［1］ 胡美芬，王義源.遠洋運輸業(yè)務(wù)［M］.北京：人民交通出版社，2006.

［2］ 陳曙光，林榕航.電子商務(wù)學(xué)概論［M］.廈門：廈門大學(xué)出版社，2008.

［3］ 吉慶彬，劉文廣.EDI實務(wù)與操作［M］.北京：高等教育出版社，2002.

［4］ 李馥佳.EDI在集裝箱配載中的應(yīng)用［D］.大連：大連海事大學(xué)，2010.

［5］ 陳大偉.基于Web Service的EDI系統(tǒng)設(shè)計和實現(xiàn)［D］.青島：中國海洋大學(xué)，2008.

［6］ 王琳.基于XML的EDI系統(tǒng)在物流應(yīng)用中的設(shè)計與實現(xiàn)［D］.天津：天津大學(xué)，2009.

［7］ 方少林.EDI在企業(yè)管理中的競爭優(yōu)勢［J］.中國商貿(mào)，2009（19）：31－32.

［8］ 張曉強.EDI技術(shù)在訂單管理中的應(yīng)用［J］.科協(xié)論壇（下半月），2008（8）：67－68.

［9］ 魏江平.電子數(shù)據(jù)交換（EDI）系統(tǒng)安全技術(shù)［J］.微電子技術(shù)，2003，31（5）：56－59.