鄭佐

（中國(guó)電子口岸數(shù)據(jù)中心寧波分中心，寧波　315012）

基于數(shù)據(jù)交換平臺(tái)的艙單申報(bào)系統(tǒng)研究

鄭佐

（中國(guó)電子口岸數(shù)據(jù)中心寧波分中心，寧波315012）

0　引言

近年來(lái)，隨著我國(guó)對(duì)外貿(mào)易規(guī)模的不斷擴(kuò)大和國(guó)際物流的不斷發(fā)展，海關(guān)對(duì)艙單的管理面臨一些新情況，原管理辦法已不適應(yīng)當(dāng)前形勢(shì)發(fā)展的要求。因此海關(guān)總署重新制定了 《中華人民共和國(guó)海關(guān)進(jìn)出境運(yùn)輸工具艙單管理辦法》，對(duì)進(jìn)出境運(yùn)輸工具艙單的管理工作起到至關(guān)重要的作用。

海關(guān)新艙單業(yè)務(wù)涉及港務(wù)碼頭、機(jī)場(chǎng)、船代、拼箱監(jiān)管堆場(chǎng)和理貨公司等多個(gè)主體，為使新艙單業(yè)務(wù)推廣工作順利進(jìn)行，各直屬海關(guān)需建立一套友好的對(duì)接系統(tǒng)實(shí)現(xiàn)海關(guān)和企業(yè)之間的互聯(lián)。通過(guò)該系統(tǒng)為接入企業(yè)提供友好的數(shù)據(jù)交換接口，實(shí)現(xiàn)電子數(shù)據(jù)實(shí)時(shí)交換，最終平穩(wěn)過(guò)渡到新艙單業(yè)務(wù)模式。

1　艙單申報(bào)流程分析

海關(guān)艙單數(shù)據(jù)根據(jù)貨物進(jìn)出境運(yùn)輸方式主要分為海運(yùn)和空運(yùn)兩大類(lèi)，根據(jù)業(yè)務(wù)類(lèi)別又可分為原始艙單、預(yù)配艙單、運(yùn)抵報(bào)告、裝載艙單、理貨報(bào)告、分撥分流、落貨改配、國(guó)際轉(zhuǎn)運(yùn)等。雖然艙單類(lèi)別較多，但是艙單申報(bào)流程相對(duì)比較單一，下面以水運(yùn)預(yù)配艙單為例分析一般艙單申報(bào)流程。如圖1所示，艙單申報(bào)涉及申報(bào)單位、直屬海關(guān)和海關(guān)總署。

船代根據(jù)船公司提供的艙位數(shù)據(jù)生成海運(yùn)預(yù)配艙單報(bào)文發(fā)往海關(guān)。直屬海關(guān)接收到船代申報(bào)的報(bào)文后會(huì)進(jìn)入數(shù)據(jù)交換平臺(tái)處理。數(shù)據(jù)交換平臺(tái)結(jié)合業(yè)務(wù)參數(shù)配置信息對(duì)收到的報(bào)文進(jìn)行校驗(yàn)，如果校驗(yàn)失敗則生成失敗回執(zhí)發(fā)送回申報(bào)方，如果校驗(yàn)通過(guò)則繼續(xù)發(fā)送申報(bào)報(bào)文到海關(guān)總署。校驗(yàn)通過(guò)的報(bào)文會(huì)被數(shù)據(jù)交換平臺(tái)解析和轉(zhuǎn)換，報(bào)文原始內(nèi)容寫(xiě)入報(bào)文數(shù)據(jù)庫(kù)，提取的業(yè)務(wù)數(shù)據(jù)寫(xiě)入業(yè)務(wù)數(shù)據(jù)庫(kù)。同時(shí)，數(shù)據(jù)交換平臺(tái)按照業(yè)務(wù)規(guī)則進(jìn)行數(shù)據(jù)發(fā)布，其他系統(tǒng)訂閱發(fā)布的數(shù)據(jù)作為艙單基礎(chǔ)數(shù)據(jù)使用。海關(guān)總署收到直屬海關(guān)發(fā)送的艙單報(bào)文后對(duì)報(bào)文格式和數(shù)據(jù)進(jìn)行校驗(yàn)，如果校驗(yàn)通過(guò)進(jìn)入總署艙單和運(yùn)輸工具管理系統(tǒng)進(jìn)行業(yè)務(wù)邏輯處理并生成相應(yīng)回執(zhí)，如果校驗(yàn)失敗則直接生成失敗回執(zhí)。

直屬海關(guān)數(shù)據(jù)交換平臺(tái)接收來(lái)自海關(guān)總署的艙單處理回執(zhí)，通過(guò)預(yù)設(shè)的邏輯對(duì)艙單回執(zhí)進(jìn)行解析、轉(zhuǎn)換、然后更新報(bào)文數(shù)據(jù)庫(kù)和業(yè)務(wù)數(shù)據(jù)庫(kù)。同時(shí)，數(shù)據(jù)交換平臺(tái)根據(jù)需要對(duì)回執(zhí)數(shù)據(jù)進(jìn)行發(fā)布，相關(guān)系統(tǒng)通過(guò)訂閱艙單回執(zhí)更新相關(guān)數(shù)據(jù)。數(shù)據(jù)交換平臺(tái)根據(jù)申報(bào)方代碼發(fā)送回執(zhí)報(bào)文到數(shù)據(jù)申報(bào)方。船代收到艙單回執(zhí)后分析回執(zhí)報(bào)文中的業(yè)務(wù)代碼和錯(cuò)誤代碼，如果申報(bào)通過(guò)就進(jìn)行下一輪數(shù)據(jù)申報(bào)流程或結(jié)束申報(bào)，申報(bào)失敗則對(duì)數(shù)據(jù)修正后進(jìn)行再次申報(bào)。

圖1　艙單申報(bào)流程

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

港務(wù)碼頭、自理散貨碼頭、理貨公司、海關(guān)監(jiān)管堆場(chǎng)及船代等申報(bào)企業(yè)由于采用的操作系統(tǒng)和技術(shù)平臺(tái)存在諸多差異，為降低應(yīng)用集成難度海關(guān)總署制定了基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn)。數(shù)據(jù)交換接口采用數(shù)據(jù)報(bào)文消除應(yīng)用系統(tǒng)之間的耦合，報(bào)文格式統(tǒng)一采用XML，字符編碼采用UTF-8，為異構(gòu)系統(tǒng)程序開(kāi)發(fā)提供便利。

艙單申報(bào)系統(tǒng)架構(gòu)設(shè)計(jì)建立在海關(guān)總署基礎(chǔ)數(shù)據(jù)標(biāo)準(zhǔn)之上，整個(gè)系統(tǒng)架構(gòu)分為接入?yún)^(qū)域、處理區(qū)域和內(nèi)部區(qū)域（圖2）。

圖2　系統(tǒng)架構(gòu)

接入?yún)^(qū)域?yàn)閿?shù)據(jù)申報(bào)企業(yè)提供數(shù)據(jù)接口，包括FTP、消息隊(duì)列以及Web三種方式。FTP適用于那些信息化程度不高的企業(yè)，比如拼箱監(jiān)管堆場(chǎng)。一般拼箱監(jiān)管堆場(chǎng)企業(yè)向海關(guān)申報(bào)的數(shù)據(jù)量不大，采用FTP進(jìn)行報(bào)文傳輸能夠滿足需求，并且對(duì)企業(yè)來(lái)說(shuō)程序開(kāi)發(fā)難度較低。為保證數(shù)據(jù)傳輸安全堆場(chǎng)和海關(guān)之間通過(guò)專(zhuān)用VPN設(shè)備聯(lián)網(wǎng)。消息隊(duì)列主要針對(duì)具有較強(qiáng)信息系統(tǒng)研發(fā)能力的企業(yè)，例如港務(wù)EDI中心和地方電子口岸公司。通過(guò)專(zhuān)用網(wǎng)絡(luò)同海關(guān)相連，采用消息隊(duì)列可滿足數(shù)據(jù)傳輸量大、時(shí)效性高、分布式事務(wù)和可靠數(shù)據(jù)傳輸場(chǎng)景。另外，消息隊(duì)列提供簡(jiǎn)單的發(fā)布訂閱機(jī)制，可進(jìn)行簡(jiǎn)單的數(shù)據(jù)交換。對(duì)于一些剛開(kāi)展進(jìn)出口業(yè)務(wù)的企業(yè)，由于其信息化水平較弱，業(yè)務(wù)量不大，可選用Web錄入接口。在Web服務(wù)器端，數(shù)據(jù)交換平臺(tái)查詢企業(yè)Web申報(bào)數(shù)據(jù)生成艙單報(bào)文發(fā)送到海關(guān)，同時(shí)接收來(lái)自海關(guān)回執(zhí)解析入數(shù)據(jù)庫(kù)，企業(yè)用戶通過(guò)網(wǎng)站可查詢申報(bào)數(shù)據(jù)狀態(tài)。

處理區(qū)域部署艙單申報(bào)系統(tǒng)功能組件，包括Web層、應(yīng)用層和數(shù)據(jù)存儲(chǔ)層。Web層采用ASP.NET開(kāi)發(fā)運(yùn)行在IIS上，包括企業(yè)端和海關(guān)端兩大模塊。企業(yè)端模塊為企業(yè)提供數(shù)據(jù)錄入、修改、刪除、申報(bào)以及查詢功能。海關(guān)端模塊主要為系統(tǒng)管理員和海關(guān)關(guān)員提供數(shù)據(jù)審批、查詢統(tǒng)計(jì)、監(jiān)控預(yù)警以及相關(guān)參數(shù)設(shè)置功能。應(yīng)用層包括數(shù)據(jù)索引和監(jiān)控預(yù)警等服務(wù)。數(shù)據(jù)索引服務(wù)為報(bào)文建立報(bào)文類(lèi)型、報(bào)文ID、企業(yè)代碼、發(fā)送時(shí)間、數(shù)據(jù)類(lèi)別等信息索引，并對(duì)運(yùn)輸工具、航次（班）號(hào)、集裝箱和提單等關(guān)鍵業(yè)務(wù)信息進(jìn)行預(yù)處理，提高數(shù)據(jù)查詢統(tǒng)計(jì)效率。監(jiān)控預(yù)警服務(wù)實(shí)現(xiàn)對(duì)企業(yè)申報(bào)數(shù)據(jù)的監(jiān)控，根據(jù)預(yù)先設(shè)置的參數(shù)和預(yù)警閾值對(duì)申報(bào)的數(shù)據(jù)進(jìn)行匹配，如果匹配成功采取數(shù)據(jù)跟蹤、數(shù)據(jù)攔截和通知預(yù)警等動(dòng)作。數(shù)據(jù)存儲(chǔ)層包括報(bào)文數(shù)據(jù)庫(kù)和業(yè)務(wù)數(shù)據(jù)庫(kù)，為上層應(yīng)用查詢統(tǒng)計(jì)提供支持。報(bào)文數(shù)據(jù)庫(kù)存儲(chǔ)原始數(shù)據(jù)報(bào)文；業(yè)務(wù)數(shù)據(jù)庫(kù)包含系統(tǒng)相關(guān)的配置信息、監(jiān)控預(yù)警信息，以及艙單業(yè)務(wù)數(shù)據(jù)。

內(nèi)部區(qū)域主要是指直屬海關(guān)和海關(guān)總署內(nèi)網(wǎng)。直屬海關(guān)和海關(guān)總署之間數(shù)據(jù)傳輸采用消息隊(duì)列中間件實(shí)現(xiàn)全程事務(wù)化，保證數(shù)據(jù)長(zhǎng)距離傳輸?shù)目煽啃浴?/p>

艙單申報(bào)系統(tǒng)底層為數(shù)據(jù)交換平臺(tái)，申報(bào)的報(bào)文通過(guò)數(shù)據(jù)交換平臺(tái)提供的適配器實(shí)現(xiàn)數(shù)據(jù)集成。適配器接收外部申報(bào)數(shù)據(jù)寫(xiě)入本地?cái)?shù)據(jù)庫(kù)并通過(guò)消息隊(duì)列發(fā)送數(shù)據(jù)到海關(guān)總署。另外，數(shù)據(jù)交換平臺(tái)接收來(lái)自海關(guān)總署的回執(zhí)報(bào)文和指令報(bào)文寫(xiě)入本地?cái)?shù)據(jù)庫(kù)并按企業(yè)代碼發(fā)送到數(shù)據(jù)申報(bào)方。

數(shù)據(jù)交換平臺(tái)提供靈活的消息發(fā)布訂閱機(jī)制，可根據(jù)具體業(yè)務(wù)規(guī)則制定數(shù)據(jù)發(fā)布策略。數(shù)據(jù)訂閱方可根據(jù)平臺(tái)發(fā)布的數(shù)據(jù)項(xiàng)選擇性地進(jìn)行數(shù)據(jù)訂閱，最終數(shù)據(jù)通過(guò)適配器進(jìn)入目標(biāo)系統(tǒng)。數(shù)據(jù)交換平臺(tái)提供的消息映射轉(zhuǎn)換功能能夠滿足各類(lèi)系統(tǒng)對(duì)數(shù)據(jù)格式多樣化的需求，通過(guò)架構(gòu)映射功能可實(shí)現(xiàn)XML、平面文件以及EDI等消息格式的映射轉(zhuǎn)換，從而滿足信息系統(tǒng)數(shù)據(jù)集成方式多樣化。

數(shù)據(jù)交換平臺(tái)基礎(chǔ)框架基于BizTalk Server，可實(shí)現(xiàn)組織范圍內(nèi)或超越組織機(jī)構(gòu)界限的電子數(shù)據(jù)文檔交換。平臺(tái)以XML技術(shù)為核心，通過(guò)對(duì)基礎(chǔ)框架屬性以及各類(lèi)適配器屬性升級(jí)實(shí)現(xiàn)強(qiáng)大的消息發(fā)布訂閱機(jī)制。對(duì)于復(fù)雜的數(shù)據(jù)篩選可以通過(guò)XPATH定位XML中的具體元素，對(duì)其進(jìn)行屬性架構(gòu)綁定后在消息發(fā)布階段升級(jí)為架構(gòu)屬性用于消息路由。平臺(tái)提供業(yè)務(wù)流程編排支持復(fù)雜業(yè)務(wù)流程設(shè)計(jì)。

數(shù)據(jù)交換平臺(tái)核心為消息引擎，包含XML架構(gòu)、適配器、接收和發(fā)送端口、管道及管道組件、業(yè)務(wù)流程、業(yè)務(wù)規(guī)則引擎以及消息數(shù)據(jù)持久層等功能組件（圖3）。

XML架構(gòu)用于制定消息格式，通過(guò)XML標(biāo)注功能實(shí)現(xiàn)增強(qiáng)的擴(kuò)展消息功能，提供對(duì)可分辨字段、消息屬性和非XML平面文件的支持。適配器組件作為消息傳輸端點(diǎn)用來(lái)同各類(lèi)信息系統(tǒng)接口對(duì)接，對(duì)于非標(biāo)準(zhǔn)協(xié)議，可通過(guò)自定義適配器編程接口，實(shí)現(xiàn)更加靈活的適配。接收位置和發(fā)送端口包含接收管道和發(fā)送管道，管道包含的組件可實(shí)現(xiàn)消息驗(yàn)證、探測(cè)、編碼和解碼、組裝和拆裝、加密和解密、加簽和驗(yàn)簽等功能。通過(guò)管道組件編程接口，可編寫(xiě)特定應(yīng)用的自定義組件實(shí)現(xiàn)特有功能。業(yè)務(wù)流程編排用于設(shè)計(jì)復(fù)雜消息處理流程，在運(yùn)行時(shí)環(huán)境中業(yè)務(wù)流程通過(guò)訂閱特定消息激活流程實(shí)例，業(yè)務(wù)流程可以通過(guò)綁定物理端口同外部系統(tǒng)進(jìn)行通信。業(yè)務(wù)流程內(nèi)部模塊提供執(zhí)行.NET代碼、調(diào)用組件、服務(wù)和子流程等高級(jí)功能。業(yè)務(wù)規(guī)則引擎實(shí)現(xiàn)業(yè)務(wù)流程同業(yè)務(wù)規(guī)則策略的分離，用來(lái)解決某些易變業(yè)務(wù)規(guī)則導(dǎo)致應(yīng)用程序頻繁更新部署的問(wèn)題。

圖3　消息引擎

如圖3所示，接收端口可以包含多個(gè)接收位置，接收位置是接收適配器和接收管道的組合。消息引擎首選調(diào)用接收適配器接收消息，在適配器處理完成后消息引擎會(huì)調(diào)用接收管道執(zhí)行解碼、拆裝、驗(yàn)證和解析參與方四個(gè)階段的管道組件，然后執(zhí)行接收端口中配置的進(jìn)站映射進(jìn)行消息轉(zhuǎn)換，最后消息引擎會(huì)把消息發(fā)布到消息盒中。業(yè)務(wù)流程會(huì)訂閱相關(guān)消息執(zhí)行消息處理流程，父流程按需啟動(dòng)子流程或調(diào)用子流程。如果流程綁定端口，那么根據(jù)端口類(lèi)型消息引擎會(huì)把消息發(fā)布到消息盒中或從消息盒中獲取關(guān)聯(lián)消息。發(fā)送端口或端口組根據(jù)匹配規(guī)則訂閱相關(guān)消息，發(fā)送端口組是發(fā)送端口的邏輯集合。消息訂閱過(guò)程中消息引擎先執(zhí)行出站映射進(jìn)行消息轉(zhuǎn)換，然后會(huì)調(diào)用發(fā)送管道執(zhí)行預(yù)組裝、組裝和編碼三個(gè)階段的管道組件，最后消息引擎會(huì)調(diào)用發(fā)送適配器發(fā)送最終的消息。

由于艙單申報(bào)系統(tǒng)對(duì)實(shí)時(shí)性和穩(wěn)定性有較高要求，因此采用F5這類(lèi)設(shè)備實(shí)現(xiàn)應(yīng)用層負(fù)載均衡并消除單點(diǎn)故障。應(yīng)用層根據(jù)系統(tǒng)壓力情況部署多臺(tái)相同功能的服務(wù)器由F5進(jìn)行調(diào)度訪問(wèn)。通過(guò)選擇合適的負(fù)載均衡算法保持服務(wù)器資源均衡分配。對(duì)于一些有狀態(tài)的訪問(wèn)服務(wù)開(kāi)啟會(huì)話保持避免負(fù)載調(diào)度時(shí)出現(xiàn)會(huì)話丟失。數(shù)據(jù)交換平臺(tái)內(nèi)部實(shí)現(xiàn)了負(fù)載均衡調(diào)度模型，支持消息報(bào)文異步多個(gè)隊(duì)列處理模式，根據(jù)當(dāng)前消息隊(duì)列深度動(dòng)態(tài)調(diào)整進(jìn)程和線程的讀寫(xiě)并發(fā)數(shù)。

艙單申報(bào)系統(tǒng)后臺(tái)使用SQL Server，為避免數(shù)據(jù)庫(kù)服務(wù)器故障出現(xiàn)系統(tǒng)無(wú)法正常運(yùn)行情況，采用雙物理機(jī)實(shí)現(xiàn)故障轉(zhuǎn)移群集，數(shù)據(jù)庫(kù)物理文件存儲(chǔ)在通過(guò)光纖網(wǎng)絡(luò)連接的區(qū)域網(wǎng)絡(luò)存儲(chǔ)（SAN）上。在服務(wù)器和網(wǎng)絡(luò)存儲(chǔ)之間部署數(shù)據(jù)存儲(chǔ)網(wǎng)關(guān)，經(jīng)過(guò)存儲(chǔ)網(wǎng)關(guān)的數(shù)據(jù)會(huì)同時(shí)寫(xiě)入到多個(gè)相連的網(wǎng)絡(luò)存儲(chǔ)上，消除網(wǎng)絡(luò)存儲(chǔ)單點(diǎn)故障。

3　重要代碼實(shí)現(xiàn)

艙單報(bào)文路由信息包括報(bào)文類(lèi)型、功能代碼、發(fā)送方和接收方等。通過(guò)數(shù)據(jù)交換平臺(tái)對(duì)參與路由的字段進(jìn)行屬性升級(jí)才能用于消息發(fā)布和訂閱。報(bào)文屬性升級(jí)通過(guò)綁定屬性架構(gòu)實(shí)現(xiàn)。下面的XML Schema定義了報(bào)文類(lèi)型的屬性架構(gòu)：

在業(yè)務(wù)流程中構(gòu)建目標(biāo)消息的時(shí)候通過(guò)XPATH從源消息中提取報(bào)文類(lèi)型元素?cái)?shù)據(jù)，然后附加到目標(biāo)消息上下文中進(jìn)行屬性升級(jí)，代碼如下：

在目標(biāo)消息進(jìn)行發(fā)布時(shí)報(bào)文類(lèi)型數(shù)據(jù)作為升級(jí)屬性包含在消息上下文中，通過(guò)數(shù)據(jù)交換平臺(tái)發(fā)送端口或端口組對(duì)該升級(jí)屬性進(jìn)行篩選從而實(shí)現(xiàn)消息訂閱。下面的語(yǔ)句指定對(duì)水運(yùn)預(yù)配艙單報(bào)文進(jìn)行訂閱。

通過(guò)編寫(xiě)自定義管道組件可對(duì)經(jīng)過(guò)管道的消息提供自定義處理，比如特定算法的加解密、預(yù)處理、格式化等。艙單報(bào)文文件名中包含了報(bào)文類(lèi)型、報(bào)文版本號(hào)、發(fā)送方代碼以及報(bào)文生成時(shí)間等信息，例如CN_MT2101_1p0_3100144089542_20150922081019365. xml。通過(guò)實(shí)現(xiàn)自定義管道組件從報(bào)文名中提取報(bào)文類(lèi)型和發(fā)送方代碼等信息可以避免解析報(bào)文內(nèi)容，提高數(shù)據(jù)交換效率。下面以艙單報(bào)文名數(shù)據(jù)提取為例進(jìn)行關(guān)鍵代碼講解。

自定義管道組件按階段不同實(shí)現(xiàn)的接口也有所不同，以驗(yàn)證階段的自定義管道組件為例一般需要實(shí)現(xiàn)4個(gè)接口：

針對(duì)報(bào)文名稱(chēng)處理的核心邏輯通過(guò)IComponent接口的Execute方法實(shí)現(xiàn)：

通過(guò)文件適配器上下文屬性獲取報(bào)文文件名稱(chēng)，通過(guò)正則表達(dá)式提取文件名稱(chēng)中的數(shù)據(jù)。例如，報(bào)文類(lèi)型的正則表達(dá)式匹配模式為“_（MT［0-9A-Za-z］｛4，｝）_”。主要實(shí)現(xiàn)代碼如下：

4　結(jié)語(yǔ)

實(shí)際情況表明，對(duì)各類(lèi)申報(bào)企業(yè)按信息化水平分類(lèi)，提供合適的艙單申報(bào)數(shù)據(jù)接口，能夠有效加速海關(guān)新艙單業(yè)務(wù)模式的應(yīng)用推廣。借助基礎(chǔ)數(shù)據(jù)交換平臺(tái)，能夠快速實(shí)現(xiàn)信息系統(tǒng)之間的應(yīng)用數(shù)據(jù)集成，降低系統(tǒng)研發(fā)難度，縮短系統(tǒng)研發(fā)周期，并帶來(lái)系統(tǒng)運(yùn)維效率的提升。系統(tǒng)采用成熟的高可用模型和負(fù)載均衡技術(shù)，能夠滿足海關(guān)業(yè)務(wù)對(duì)信息系統(tǒng)的要求。艙單申報(bào)系統(tǒng)設(shè)計(jì)方案可為政府企事業(yè)單位研發(fā)類(lèi)似功能需求的系統(tǒng)提供重要參考價(jià)值。

［1］（英）Martin Fowler.企業(yè)應(yīng)用架構(gòu)模式［M］.王懷民，周斌譯.北京:機(jī)械工業(yè)出版社，2010.

［2］（美）Gregor Hohpe，Bobby Woolf.企業(yè)集成模式［M］.荊濤，王宇，杜枝秀譯.北京:中國(guó)電力出版社，2006.

［3］Microsoft Developer Network.https://msdn.microsoft.com/library

Manifest；Data Exchange；EDI；BizTalk

Research on Manifest Declaration System Based on Data Exchange Platform

ZHENG Zuo
（China E-Port Data Center Ningbo Branch，Ningbo 315012）

1007-1423（2015）36-0065-06

10.3969/j.issn.1007-1423.2015.36.015

鄭佐（1978-），男，浙江寧波人，系統(tǒng)分析師，研究方向?yàn)橛?jì)算機(jī)技術(shù)、數(shù)據(jù)庫(kù)技術(shù)

2015-11-13

2015-11-30

通過(guò)對(duì)艙單申報(bào)流程的分析，根據(jù)各類(lèi)申報(bào)企業(yè)的信息化應(yīng)用水平，研究設(shè)計(jì)切實(shí)可行的直屬海關(guān)艙單申報(bào)系統(tǒng)。該系統(tǒng)以電子數(shù)據(jù)報(bào)文為主要接口，結(jié)合Web和消息隊(duì)列，以數(shù)據(jù)交換平臺(tái)為核心進(jìn)行設(shè)計(jì)。該系統(tǒng)充分利用數(shù)據(jù)交換平臺(tái)提供的驗(yàn)證、轉(zhuǎn)換以及發(fā)布-訂閱等功能實(shí)現(xiàn)海關(guān)與企業(yè)之間的應(yīng)用數(shù)據(jù)集成。

艙單；數(shù)據(jù)交換；EDI；BizTalk

Through the analysis of the manifest declaration process，according to the informatization level of the declaration enterprises，researches and designs the feasible manifest declaration system for regional customs.The system with electronic data message as the main interface，combined with web and message queue，and data exchange platform as the core to design.The system makes full use of the data exchange platform of validation，transformation，publish-subscribe，and other functions to achieve the application data integration between customs and enterprises.