中国外运天津有限公司-集装箱综合服务平台

1.应用企业公司介绍

中国外运天津有限公司隶属于中国外运股份有限公司（香港上市公司-HKCODE:0598）,是以具有六十多年经营历史的中国外运天津集团有限公司为基础，经过重组改制，于2002年12月成立的一家集国际货运代理、船舶代理、国际多式联运、集装箱场站、汽车运输、报关报验等物流服务为一体的现代化、综合性的大型物流企业。

中国外运天津有限公司是中国最大货运代理企业中国外运长航在华北地区最大的综合物流公司，下属13家分、子公司和合资企业。以京津冀协同发展、建设自由贸易园区、加快滨海新区开发开放、建设国家自主创新示范区、以及“一带一路”建设五大历史机遇为契机，立足天津，依托港口，加强沿海两翼联动，提升内地服务功能，与兄弟公司协同发展，努力形成“以口岸带动内地”的一体化经营格局，成为华北地区综合物流服务的领跑者。

在海运订舱领域，是天津口岸最大的集装箱订舱平台，公共订舱量口岸排名第一；公司积极打造散杂货订舱平台，与多家散杂货船公司有着多年的良好合作关系；在海运内贸业务中，公司依托中外运长航集团的内贸船公司中外运速航，大力开展内贸订舱业务，在天津地区的海运内贸行业占有重要地位；公司集装箱堆场面积为35万平米,散杂货堆场10万平米,仓库总面积18万平米，拥有天津港港区内单体最大的综合物流场站，年吞吐集装箱50万TEU；在船舶代理行业，2014年代理船舶2648艘次，是天津口岸第二大船务代理公司；在报关行业，是报关协会常务理事单位，是首批海关批准的A类企业。在国家“一带一路”战略的指引下，天津公司多年从事铁路多式联运业务方面的优势

逐渐凸现，通过与铁路及港口的积极配合，成为天津口岸铁路多式联运业务的排头兵。

公司集中订舱平台可以为客户提供天津新港到世界各地60多个基本港的航线订舱服务，结合公司操作平台、关务平台，可为客户提供海洋运输、租船、订舱、口岸交接、报关、报检、海空联运、铁海联运、无船承运、液体罐箱运输、拼箱集运等服务。此外，公司独家获准在天津新港各作业区设立驻港小组，由专业人员提供24小时货物跟踪服务。

公司在天津港区内拥有40万平方米的自营集装箱场站、4.3万平方米高标准物流仓库、近千米的铁路专用线以及两座码头，5个5000吨级泊位，配备有45吨正面吊、40吨固定式吊机等现代化的集装箱堆存、码头装卸、货物处理设施60余台。另外，作为天津海关指定的查验堆场，海关在公司设有查验中心，为客户提供全方位的服务。

2.集装箱综合服务平台建设背景

2.1现有主营业务系统操作痛点

我司集装箱订舱平台所使用的业务系统都是由股份公司总部统一开发的全国统一版本海运业务作业系统，是面向全国所有口岸统一开发定制的一套标准海运船代、货代生产作业系统，该系统于2006年开发上线，客户端采

用.NET1.1FrameWork框架。随着使用年头的逐年增长，各地口岸差异化需求的差异化开发实现，及桌面操作系统的更新换代，现有业务系统功能体态较臃肿，服务端应用载荷越发沉重，整体运行效能愈发滞后；随着市场环境的动态

变化及各口岸业务模式的差异化，使得当下主营业务操作系统迭代更新的频度下滑，各口岸属地差异化、个性化需求越发不能得到满足。因此，从内部业务操作能效上迫切需要有一套能围绕主营业务系统的辅助管理系统，能建立在充分与主系统数据交互的基础之上，辅助实现地方口岸差异化、个性化需求。2.2出口订舱客户信控管理的痛点

因主营业务系统在客户信控管理环节上，设计得较为严谨，无论从客户的结费方式、放单方式、账期、授信额度等关键信控元素的参数配置环节较复杂，在客户实际放单环节中，往往客户的授信参数都是动态变化的，这样有变化的客户放单时就需要先去修改信控的配置参数，往往需要多环节的修改才能生效，导致信控变化改配工作量耗损较大，影响客户的放单服务体验及业务与结算层面的工作效率。

因此对于大批量信控变化较大的客户都不采用主营业务系统的信控管理模块，而采用结算线下的手工EXCEL客户信控大表进行记录。负责不同客户群的结算人员大家相互共享该信控表格，结算每天都需要频繁从财务系统检索客户的结费情况来动态修改信控大表的客户扣放单状态，有时候往往相互间产生文件修改冲突，且修改记录很难留痕迹，造成修改不及时、修改串客户、客户放单窗口扣放状态传导不及时、环节间反复多次确认、异常操作不能追溯、客户取单体验差等一连串影响效能的问题。

2.3出口订舱放单客户取单痛点

原客户取单模式为非大厅标准化、流程化操作，而只是有一个放单对外服务窗口，且结算没有与放单窗口集中办公，导致客户取单人员需要来回奔波于公司大楼内业务、结算、财务、放单窗口等多个办公地点，且无流水化排号系统，各环节点上都需要人工排队，对于放单单量集中发放的时点非常容易造成取单人员的无序、来回排队，无形造成取单人员的耗时，客户服务体验较差。2.4纸质单据存档备案的痛点

未上系统之前，对正本纸质提单，公司都要求有存档备份，因此，外勤取单人员从船公司取来正本纸质提单后，必须挨票挨页进行复印扫描，这样一方面需要浪费较大的人力物理去耗费纸张扫描，另一方面，扫描后的纸质单据需要集中存放，也浪费了公司的库存空间，而且当确实发生业务特殊情况需要翻查过往提单的时候，又要耗费巨大人力去翻箱倒柜追溯之前的提单扫描文件。2.5业务操作内容碎片化重复化操作痛点

以船代提单VGM业务环节为例，海事局要求船开前船上具备该船所有箱子的VGM重量申明。这就要求我们代理企业在船开前务必向船东客户收集所载集装箱的VGM重量申明。未上线VGM集疏功能之前，都是各个业务通过邮件的方式收集不同客户所订不同船公司所支持VGM申明报文，并碎片化、重复性的按舱位公司支持导入的报文格式来不停的、重复的、机械性导入海运业务系统，这样给公司操作员带来很大程度上的高频、低效、重复等方面的工作，不利于业务线性操作，操作员的工作时间容易碎片化。

3.集装箱综合服务平台的构建过程

3.1系统技术架构的构建

（1）前端页面：HTML5+BootStrap3+JQuery

（2）模板技术：FreeMarker

（3）数据交互：WEBWORK

（4）业务逻辑：SpringFrameWork

（5）数据映射：Hibernate3.0

（6）实体数据库：ORACLE11G

（7）数据库连接池：Druid Alibaba

（8）数据缓存机制：EHCache

3.2与主营业务系统的数据源对接

因主营业务系统属于相对封闭独立的全局业务应用系统，其与外部系统对接开放数据交互的敞口较少，为了能使公司综合服务平台与主营业务海运系统能比较简洁、便利、高效、多数据场景的对接交互，我们借助海运系统官方标准的EDI数据交互平台WEBMETHOD作为交互通道，构建了综合服务平台融合WEBMETHOD平台的数据通讯回调模块。先将要数据交互的应用场景开发成一个个可执行的service程序，通过综服的数据通讯回调模块进行回调执行，实现了综服系统与主营系统的数据安全交互。

3.3客户信控体系的建立