基于保税港海关监管平台构建大连海关统一物流平台的构想.doc

基于保税港海关监管平台构建大连海关 统一物流平台的构想 一、 大连海关物流监控现状 大连海关目前已经实现了大连大窑湾保税港区海关监管平台、大窑湾海关进口物流系统、大连海关直通关管理系统等物流方面的信息化系统，并且准备继续推进大窑湾出口物流的信息化建设，与此带来的问题就是各个系统之间的数据交互困难以及系统维护量的激增，因此建设大连海关统一的物流平台是关区物流信息化建设的必然。 二、 大连大窑湾保税港海关监管平台概况 目前大窑湾保税港海关监管平台实现了目前保税港区所有集装箱业务的监管。在业务需求方面基本包容了关区内各港口的集装箱监管业务需求。从功能层面上进行抽象，监管平台可以看作主要实现了以下三个功能： 1. 控制卡口实现卡口的自动放行 卡口自动放行实现的基本思想：对H2000的报关数据、外部企业发送给海关的申请以及关员的人工操作这三类数据进行自动处理，将这些数据允许放行的集装箱信息或载货清单预存储到系统中的预放行表中。卡口硬件设备采集卡口车辆及集装箱信息，采集系统将采集信息发送给系统，系统将采集到的数据同预放行表中的数据进行比对，并进行称重等业务逻辑的处理，并根据比对结果向前端采集系统发送指令，从而实现卡口的自动控制。 目前系统对卡口自动放行功能实现的整体结构： 前端卡口设备采集到的数据通过“前端卡口集中服务器”与平台的“平台代理服务”进行交互，卡口采集数据经卡口主控组件处理后生成处理结果，卡口设备根据平台处理结果（放行指令）决定卡口挡杆及LED指示。 决定货物是否放行的数据源主要有3个： 1) H2000预订数据；系统通过“H2000预订数据处理服务”来完成预定数据的入库操作以及根据数据的类型来调用卡口主控组件，从而设置预放行表。 2) 外部系统发来的申请数据；系统通过“外部系统数据处理服务”来完成对系统接收到的外部申请的入库操作，同时调用相关业务组件来设置预放行表。 3) Web系统接收的关员人工操作数据；系统提供相关组件的接口，以实现Web操作对业务组件的直接调用，实现对预放行表的设置。 2. 向港务部门发送海关指令； 目前系统对核心外部指令发送功能实现的整体结构： 决定外部指令发送的条件： 1) H2000报关数据查验或放行； 2) 外部系统发送申请经系统审核通过； 3) 关员人工进行操作； 4) 外部申请回执； 5) 其他业务需要，如出口运抵报告； 3. 实际物流数据的查询统计； 目前系统对数据查询统计实现的整体结构如图： 三、 构建大连海关统一物流平台的基本思路 1. 构建的基本思想 在功能上的目标同保税港系统基本一致，即实现控制卡口、控制港口作业以及查询统计三个方面，尽可能少的改动目前保税港系统，同时满足其他港口的业务需要，使总体的开发量减到最小并保证保税港系统的稳定。 2. 保税港系统的可扩展性 通过上面保税港的系统架构图我们可以看出： 1) 整个平台将部分业务操作划分为子系统，各子系统采用MQ作为内部业务数据的交互方式，针对某个业务环节系统操作是相对独立的； 2) 系统的判别性质操作可将判别出的结果以MQ消息的方式发送给业务环节的下一个节点，同时意味着系统的某一个节点可以接收外部传来的MQ消息，以进行业务处理； 3) 预订数据属于系统的基础数据，相对独立。 3. 扩展方案： 综合保税港海关监管系统的各方面情况，升级至关区统一的物流监控平台最根本的就是增加港区的概念，同时扩大数据获取范围扩大卡口设备采集范围。 1) 扩展卡口通道信息 目前的卡口通道的编码规则为： 卡口通道号=监管场地编码[5]+卡口号[4]+进出场地标志[1]+通道类型[1]+通道号[4] 监管场地编码=监管场地类别[2]+场地编号[3] 由于监管场地的编码范围可以满足系统扩展的需求，因此，对卡口通道的编码规则可以不进行修改，只需对现有场地编号进行扩充，比如： 场地编号=港区编号[2]+场地序号[1] 从而在卡口通道号中包含港区信息，以满足同预放行表比对的需要。 2) 扩展预放行表 目前卡口预放行表的数据结构为： 字段名称 字段含义 备注信息 FREE_ID ID号 时间14位（年(4位)+月(2位)+日(2位)+时(2位)+分(2位)+秒(2位)）+随机数（5位） I_E_FLAG 进出口标志 I：进口 E：出口 FORM_ID 单证号码 新增加 FORM_TYPE 单证类型 1为报关单; 2为转关单 3其它 SHIP_NAME_EN 英文船名 SHIP_ID 船次 VOYAGE_NO 航次 BILL_NO 提单号 CONTA_NO 集装箱号 新增为主键 GOO