关于海关商品类项目建设和应用的思考.docx
- 文档编号:28459214
- 上传时间:2023-07-13
- 格式:DOCX
- 页数:15
- 大小:173.68KB
关于海关商品类项目建设和应用的思考.docx
《关于海关商品类项目建设和应用的思考.docx》由会员分享,可在线阅读,更多相关《关于海关商品类项目建设和应用的思考.docx(15页珍藏版)》请在冰豆网上搜索。
关于海关商品类项目建设和应用的思考
关于海关商品类项目建设与应用的思考
郭媛媛张瑜
摘要:
海关征管的基本单元是商品。
针对各类商品问题,总署与各级海关进行了大量的摸索和尝试,历年来建设了多个商品类项目,并在实际工作中发挥出很大的效能。
笔者在H2010专家组工作期间,对于各类商品类项目进行了专题调研与分析,并在对应用项目梳理工作的基础上,根据海关大监管体系要求,按照H2010工程自顶向下、整合共享的设计理念对海关商品类项目建设提出了建设统一的海关商品主题数据库的思路与建议。
关键词:
海关大监管体系;H2010工程;商品类项目建设
海关征管的基本单元是进出口货物,即商品。
关员对商品各类信息的认知直接影响着海关各项业务的质量和水平。
海关大监管体系的内涵是以科学发展观为指导,以风险式管理为基础,以综合监管为模式,以提升整体功能为要求,建立职能分工更加科学合理、目标责任更加清晰到位、工作运转更加协调高效的新时期海关监督管理体系。
其中风险式管理是基础,而商品管理是风险式管理的基础内容之一。
海关大监管体系还提出了深化分类通关改革、实行全过程监管的重要工作内容,这些工作的实现都离不开管理好商品这一基本单元。
针对各类商品问题,总署与各级海关进行了大量的摸索和尝试,历年来建设了多个商品类项目,并在实际工作中发挥出很大的效能。
目前,海关涉及商品的科技项目主要分为两类:
一类为生产型,即通过采集、企业申报、海关审核、分析等操作生成商品属性、相关信息,例如归类、化验、估价等业务(下文中论述的商品类项目主要指生产类);另一类为应用型,即应用各类商品属性进行辅助决策,服务于其它领域,例如审单、查验、风险分析类应用,同时,两类项目间有时还存在相互的交互。
为更好的进行信息系统规划,实现H2010总体目标,笔者在H2010专家组工作期间对海关商品这一课题开展了专题调研。
现将调研情况汇总分析如下:
一、调研情况
海关商品类项目调研对象涉及信息中心、天津海关、青岛海关、广州海关、西安海关、大连海关、深圳海关七个单位,调研项目涉及“H2000参数维护”、“中国海关进出口商品归类系统”、“海关商品信息系统”、“商品归类纠错统计分析系统”、“海关估价系统”、“中国海关原产地管理系统”、“进出口商品规范申报管理系统”、“中国海关实验室信息管理系统(LIMS)全国联网项目”、“单耗参数动态生成系统”、“天津海关查验外围数据转换平台”、“青岛海关商品样品库系统”、“深圳海关网上商品样品库”十二个项目,其中政法类项目1个,关税类项目7个、加贸类项目1个、监管类项目3个,署级项目9个,关级项目3个,已上线项目11个,在建项目1个。
二、梳理与分析情况
笔者对以上商品类项目进行了梳理,从中得到以下情况:
1、署级项目
本次调研的署级项目包括“H2000参数维护”、“中国海关进出口商品归类系统”、“商品归类纠错统计分析系统”、“海关估价系统”、“中国海关原产地管理系统”、“进出口商品规范申报管理系统”、“中国海关实验室信息管理系统(LIMS)全国联网项目”、“单耗参数动态生成系统”、“海关商品信息系统”(在建),其中除“H2000参数维护”为政法司主管外,其余8个均为关税司立项开发。
网络部署:
“H2000参数维护”位于运行网,其余系统均主要位于管理网,部分项目需要和运行网、电子口岸专网、互联网进行交互,如“中国海关进出口商品归类系统”、“进出口商品规范申报管理系统”。
授权情况:
“H2000参数维护”为H2000授权,“中国海关进出口商品归类系统”、“进出口商品规范申报管理系统”为统一授权,其余项目均为独立授权,分别维护,同一关员若要使用多个系统需要分别进行机构人员设置与操作授权、分别登录。
与H2000的交互情况:
以上系统大多需要和H2000进行交互,交互功能主要有两个方向,一个方向为从后台定期获取H2000相关参数及报关单等数据,直接或统计计算后导入供本系统使用。
除“H2000参数维护”、“中国海关原产地管理系统”、“中国海关实验室信息管理系统(LIMS)全国联网项目”外,其余均需导入,导入数据主要为商品综合分类表及部分报关单,重复度较高,系统资源损耗较多。
另一个方向为把本系统产生的数据提供H2000通关环节供关员查看。
包括将数据从后台导入H2000数据库和从H2000系统通过WEB调用方式直接查看本系统信息两种方式,各系统均分别与H2000建立接口、传输数据,存在较大重复性。
系统间的交互情况:
以上署级商品类项目除“中国海关进出口商品归类系统”、“进出口商品规范申报管理系统”建立在一个平台,彼此间存在数据共享外,同时向QUICKPASS系统、央网网站、社会化预归类、HL2008提供归类信息外,其余系统均相互封闭无数据交互与联动。
涉及到的商品信息:
以上署级商品类项目针对商品不同属性,提供了大量商品信息,具体内容见下表:
H2000参数维护
进出口商品归类系统
归类纠错统计分析系统
估价系统
原产地管理系统”
规范申报管理系统
实验室信息管理系统(LIMS)
单耗参数动态生成系统
海关商品信息系统
综合分类表
√
归类表
√
√
归类指导意见(决定)
√
预归类决定(裁定)
√
归类风险信息
√
商品规范申报目录
√
商品归类纠错信息
√
估价告知书
√
估价风险信息
√
原产地备案证书
√
化验证书
√
化验风险
√
加工贸易类的部分商品单耗情况
√
商品图片
√
商品风险信息
√
管理要点
√
由上表可见,一方面各项目提供的商品信息差异性较大,基本比较单一,分别展现了海关商品属性的不同方面;另一方面各项目也存在一些相似的商品信息,例如各类风险信息。
系统的功能:
以上署级商品类项目作为各自独立系统,都开发了大量功能模块,具体内容见下表:
项项
目目
名名
称称
系商
统品
功能信
能息
H2000参数维护
进出口商品归类系统
归类纠错统计分析系统
估价系统
原产地管理系统”
规范申报管理系统
实验室信息管理系统(LIMS)
单耗参数动态生成系统
海关商品信息系统
业务流转
申请/录入
√
√
√
√
审核/分析
√
√
√
√
√
√
√
√
联系
√
√
咨询
√
√
数据应用与管理
查询
√
√
√
√
√
√
√
√
√
统计
√
√
√
√
√
√
√
数据维护
√
√
√
√
√
√
√
√
√
互联网发布
√
风险信息管理
√
√
√
知识管理
√
√
√
√
√
导入、导出
√
√
√
√
√
√
系统管理
授权
√
√
√
√
√
√
√
监控
√
√
√
公告
√
√
系统设置
√
√
√
√
√
√
日志
√
√
由上表可见,各项目在功能上重复性较多,尤其集中在查询、统计、数据维护、知识库等数据应用功能,以及授权、系统设置等管理功能。
综上,通过对以上署级商品类项目的梳理,可以得出以下结论:
1、商品类项目大多数属于关税类业务。
2、关税类商品项目均位于管理网。
3、关税类商品项目基本各自独立授权。
4、关税类商品项目基本独立与H2000交互。
5、各项目间数据交互较少,基本无相互数据参考与关联。
6、各项目涉及的商品属性单一,功能重复。
2、关级项目
本次调研的关级项目包括“天津海关查验外围数据转换平台”、“青岛海关商品样品库系统”、“深圳海关网上商品样品库”三个项目,这三个项目基本较为相似,目的主要都是为了满足审单、接单、查验等一线关员对于商品参考知识、风险提示的获取,手段主要是通过关员手工录入、后台系统导入各类商品信息以便应用。
各项目提供的商品信息如下:
项目
目
名
称
商
品
信
息
天津海关查验外围数据转换平台
青岛海关商品样品库系统
深圳海关网上商品样品库
商品描述
√
√
√
查验要点
√
√
√
归类及化验结果
√
√
√
样品信息
√
√
√
税则
√
√
√
法规
√
√
√
税则注释
√
√
√
商品图片
√
√
√
风险提示
√
√
√
价格信息
√
√
√
各项目的主要功能如下:
项目
目
名
称
系
统
功
能
天津海关查验外围数据转换平台
青岛海关商品样品库系统
深圳海关网上商品样品库
单据流转
√
√
√
信息查询
√
√
√
报表统计
√
√
√
知识管理
√
√
√
系统管理
√
√
√
综上,通过对以上关级商品类项目的梳理,可以得出以下结论:
1、审单、接单、查验等一线关员对商品参考知识、商品风险等需求较为强烈。
2、各关对商品信息的需求内容、功能有很大共性。
3、关级项目获取各类商品信息较为困难,很多需要手工录入。
4、目前,总署尚无统一系统支持。
三、商品类项目建设与应用的几点思路
根据大监管体系提升整体功能的要求和H2010工程自顶向下、整合共享的设计理念,笔者在结合业务分析,应用项目梳理工作的基础上对海关商品类项目建设提出以下思路:
1、建设统一的海关商品主题数据库
海关业务发展的渐进性以及IT技术发展的渐进性使海关信息系统经历了从无到有,从简单到复杂,从而形成了一个又一个的业务竖井。
多年来,业务系统的构建更多是以项目为中心,从下而上的构建系统,而不是至上而下的构建系统——这必然缺乏整个海关范围内的统一规划,从而使得一些需要在各个业务中共享的数据被分散到了各个业务系统进行分别管理。
由于分散管理的数据不具备一致性、准确性、完整性,使得海关很多领域存在一系列矛盾。
其中之一,就是商品信息领域的矛盾,一方面关员尤其是一线业务人员需要获取各类商品信息以辅助工作,另一方面多年来各级海关建立了多个商品类项目,然而这些项目处于业务单一,功能重复,数据分散的状态。
解决这一问题的重要方法就是建设商品主题数据库,从主题库角度规划海关商品信息建设。
海关商品主题库应以商品为主线,整合海关各业务环节的作业要求,以图文并茂的方式,生动描述商品知识和海关管理要素。
海关商品主题库应具备查询、分析、决策支持、数据挖掘的功能,是海关信息系统的基础数据组成。
商品主题库示意图
海关商品主题数据库建设首先要对原有各商品类应用系统加以分析理解,看在原有的商品应用系统中“有什么”、“怎样组织的”和“如何分布的”等,一方面,通过对原有系统的梳理,可以对海关现有商品数据内容有一个完整而清晰的认识;另一方面,商品主题概念模型应是面向海关全局建立的,它为集成来自各个面向应用的数据库的数据提供了统一的概念视图。
海关商品主题数据库建设还要重视业务驱动,通过收集新的业务需求完善建设内容,在以上基础上考虑应当如何建立商品主题数据库的概念模型,明确主题数据定义,确定主题数据的内容和分布。
通过创建及从各应用系统中分离出最核心的、需要共享并保持一致的数据,使其成为一个集中的、独立于各种其他应用的核心资源,使海关商品的核心信息得以重用并确保各应用系统间的核心数据的准确性、一致性以及完整性,统一业务实体的定义,简化改进海关业务流程并提高业务的响应速度。
2、建立海关商品主题数据库的管理、维护与应用机制
海关商品主题数据库应建立“集中管理、统一维护,分布应用”的管理、维护与应用机制。
在业界,很多主题数据的建设工作都会面临整合、过渡、新建等诸多问题,是一个艰难而缓慢的过程。
作为信息化建设较早的我们海关来说,这更是一个艰巨的课题,需要制定相应的规划,在海关商品主题数据库建设之初就着手建立海关商品主题数据库的管理与维护机制,“集中管理、统一维护”将商品主题数据库的管理纳入海关统一数据管理体系,即由数据管理组织机构“海关数据管理委员会”和“海关数据管理工作组”统一管理,从组织上保证海关数据管理的有效性,海关商品主题数据库的管理应符合统一的数据管理制度、规范,确定数据管理的组织和岗位,由主管业务司室、承办单位、及信息中心协商,共同做好日常的维护工作。
“分布应用”即按一定的规则将系统内维护的主题数据分发给需要使用这些数据的各业务系统、业务流程和决策支持系统,如通关业务系统、后续稽查系统、缉私系统等,确保海关核心信息在跨业务流程中的一致性、正确性、服务性、可靠性。
商品主题数据库是在从各商品应用系统中分离出最核心的、需要共享并保持一致的数据,形成的集中的、独立于各种其他应用的核心数据资源。
海关商品信息库是可靠的数据源,担负有将系统内维护的主题数据分发给需要使用这些数据的各业务系统如通关业务系统、后续稽查系统、缉私系统等,业务流程和决策支持系统及数据仓库的职责,确保海关核心信息在跨业务流程中的一致性、正确性、服务性、可靠性。
商品主题数据管理体系数据流:
主题数据库是海关数据仓库的重要组成部分,它与决策支持系统以及海关的相关业务系统发生关系,技术实现上也会涉及到ETL、EAI、ESB等多个方面,因此对于主题数据库的建设,要从建设初期就考虑整体的平台框架和技术实现。
如上图所示,商品主题数据管理的信息流为:
1.某个商品业务系统触发对商品主题数据的改动,数据经处理传送给商品主题库;
2.商品主题库将整合之后完整、准确的商品主题数据分发给所有有关的应用系统;
3.商品主题库为决策支持和数据仓库系统提供准确的数据源。
3、逐步整合已有应用系统
商品主题数据库建设需要从海关的多个业务系统中整合最核心的、最需要共享的数据(主题数据)。
如何保证从多个业务系统中整合出核心数据,是一个重要问题。
从前面的梳理与分析中可以看出,当前海关业务领域的征税、归类、审价、原产地、化验等工作均由独立的信息系统支持,各系统各自独立,功能单一,数据分散。
从授权和数据交互情况看,除“中国海关进出口商品归类系统”和“进出口商品规范申报管理系统”是统一规划设计外,其余均存在重复性。
因此,做好商品类项目的应用整合既是关税业务今后发展的需要,更是保证商品主题数据来源完整、准确、具有权威性的基础。
海关信息化整合就是:
在顶层设计的思想和方法基础上,对各类信息化基础设施及信息化资源优化配置,解决信息孤岛问题,将各个单一应用整合成为一个体系,从而提高海关信息化整体效能。
根据H2010工程业务解决方案,我们认为商品类项目的应用整合可以主要从以下几个方面入手:
(一)从关税业务领域着手,实现数据整合。
海关关税业务的职能包括征税、减免税、审价、归类、原产地、化验等方面,这些关税政策与技术都和商品密切相关,都需要通过商品的某种信息折射出来。
当前署级商品类项目中大多数都归口关税司管理(在我们调研的项目中中占88%)。
另外,关税部门在H2010业务总体方案中也提出了今后关税业务的总体设计,一是建设关税征管作业系统,包括:
“把目前征税、减免税、审价、归类、原产地等系统按照各业务领域进行分别归并和整合,并最终整合实现数据统一、资源共享的关税应用平台”,另一个是建设审单信息化系统,包括:
“整合建立审单辅助决策系统。
审单辅助决策系统主要定位于将目前各职能部门掌握的审单辅助信息资源进行整合,为专业审单提供在线决策支持。
系统建设主要方法是将各职能部门数据库与审单作业系统对接,近期目标是建立海关商品信息系统,实现数据共享,远期目标是实现报关单数据与辅助支持系统的各类数据或风险信息进行对碰。
”因此,从关税业务领域着手整合商品类项目和构建商品主题数据既是必要的,也是可行的。
(二)底层基础平台整合。
通过采用海关统一技术基础平台、应用支撑平台,实现各商品应用的应用支撑级整合。
(三)内部数据集成及业务流程集成整合。
采用统一的海关数据库系统、数据交换系统,实现对业务数据的整合、集中与交换、业务流程的建模、调度、监控。
(四)上层应用整合。
通过使用统一门户、统一认证、统一授权,实现用户统一信息入口,建立商品类项目的统一平台,实现个性化服务等功能。
(五)应用统一安全运维。
通过采用统一安全管理系统以及运维管理系统,实现商品类应用安全运维应用整合。
(六)应用统一标准规范。
通过统一标准管理系统,实现商品类应用规范整合。
整合是一个系统工程,整合过程中会涉及到原有系统的方方面面,包括软硬件环境、数据、业务流程、组织机构与人员等的整合,影响到系统各相关方利益。
如何降低系统整合过程中对各方面的影响,也是整合需要考量的重要方面。
把握好过渡策略,是系统整合成功的关键。
系统过渡时,还需要研究各个系统之间的依赖关系,注意系统过渡顺序与业务优先级。
对于已经在线运行的商品类项目,较适用并行过渡,过渡方式具有风险性小,安全性高等特点。
可以一方面搭建商品类平台,建设新应用,一方面做好原系统的维护,待时机成熟再进行切换工作。
四、商品类项目建设现阶段建议
1、建议着手建立统一的海关商品主题库及配套机制。
笔者认为,随着海关各项业务及信息系统的发展,建立商品主题数据库是当前的H2010工作的重要任务之一。
海关商品主题库应支持查询、分析、决策支持、数据挖掘等应用,成为海关信息系统的基础数据组成。
海关商品主题数据库应建立“集中管理、统一维护,分布应用”的管理、维护与应用机制,确保海关商品信息这一海关核心数据在跨业务流程中的一致性、正确性、服务性、可靠性。
2、建议先期实现商品领域数据整合,逐步实现应用整合。
商品主题数据库建设需要从海关的多个业务系统中整合最核心的、最需要共享的数据,笔者建议先从关税业务入手,做好主题数据定义,通过目前在建的海关商品信息系统首先实现数据层面的整合。
之后,待相应业务与技术条件成熟后,逐步实现商品类应用的工作规则与流程整合,将各个单一商品类应用整合成为一个完整有机的体系。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 关于 海关 商品 项目 建设 应用 思考
![提示](https://static.bdocx.com/images/bang_tan.gif)