道路运输管理局交通运输物流公共信息平台货物跟踪中心二期项目需求规格说明书

杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心二期建设工程需求规格说明书浙江电子口岸2021年2月SUBJECT工程名称：杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心二期工程版本：<V1.0>需求规格说明书日期：2021/2/2文件状态：[√]草稿[]正式发布文件编号：ZJPORT-RM-D-002工程编号：责任部门：版本修订历史版本日期章节号CADM修订说明作者/参与者审核者V1.02021-2-2全文C创立本需求规格说明书张志高官正旺V1.12021-3-2第五章M修改和补充业务功能需求官正旺注意：对本规格的所有增加、修改或者删除都必须填写修订记录，详细记载其修订内容，使其具备强可追溯性。修订记录按修订时间倒序排列；修订类型：C-CREATED创立A－ADDED增加M-MODIFIED修改D-DELETE删除；对章节进行修订的务必给出修订章节的超链接；目录TOC\o"1-3"\h\z文档介绍 11.1 文档目的 11.2 文档范围 11.3 读者对象 11.4 图例 2工程概述 32.1 工程背景 32.2 系统定义 32.3 工程范围 42.4 工程目标 5总体规划 73.1 建设思路 73.2 建设原那么 103.3 系统特点 123.4 技术要求 143.4总体架构设计 16系统蓝图 16功能架构 18数据架构 22技术架构 23数据架构设计 274.1 数据分类 274.2 数据逻辑分布 284.3 数据物理分布 294.4 数据质量管理原那么 31业务及功能需求设计 325.1 搭建公共节点跟踪模块 32界面设计 32技术架构 38节点覆盖一览表 395.2 供应链跟踪管理支持进出口业务 41空运进出口需求 415.2.2海运进出口需求 42界面设计 49流程和结构 50各环节主要事件以及各事件的数据项 525.3 跟踪中心移动应用建设 53主要功能模块 53界面设计 54用户体验 57对主流移动终端的支持 575.4 跟踪中心一期功能的优化 58完善注册、登录、用户管理 58优化运单跟踪流程校验功能 59优化跟踪中心上传报文标准 59支持更丰富的查询条件 60支持更深入的报表和数据分析 61优化异常处理功能 61优化定位效劳接入 61提升系统可维护性 64增加订阅、推送功能 655.5 系统管理 65用户管理 66权限管理 66日志管理 66用户管理 666.1 系统性能设计 66性能设计原那么 66系统性能要求 67系统性能优化方法 686.2 系统可靠性、易用性设计 706.3 系统平安设计 72系统平安设计原那么 72系统平安设计要求 73系统平安设计策略 737.1 试点应用思路 837.2 试点的原那么 837.3 应用企业建设-泛远物流和融易通 847.4 试点效益分析 897.5 应用场景市场推广应用的保障措施 917.6 试点进度方案 93文档介绍文档目的本文档详细描述杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心二期工程必须满足和实现的需求规格，包括功能性需求、非功能需求与约束条件等。本文档为本工程的工程管理人员、系统设计人员、编码实现和测试人员开展系统分析与设计、编码实现、系统测试等工作提供根底参考和输入依据，同时为后继这些活动提供了约束和限制，也界定了本工程的工作内容。文档范围本需求规格说明书将用户的需要转化为软件的需求，将软件需求转化为设计依据，使软件需求具体化、定量化和准确化，具体包括以下内容：定义物流公共信息平台货物跟踪中心二期工程背景；定义物流公共信息平台货物跟踪中心二期工程整体目标；定义物流公共信息平台货物跟踪中心二期工程系统改进点、及新增内容；定义物流公共信息平台货物跟踪中心二期工程进出口业务场景建设及试点；定义物流公共信息平台货物跟踪中心二期工程详细功能需求。读者对象本文档适用于物流公共信息平台货物跟踪中心二期工程面向的用户群；适用于开发和实施本工程的工程管理人员、系统分析员、软件开发人员、软件测试人员、实施部署人员等工程相关人员。上述预期读者可以通过阅读本工程建议书对将要开发的杭州市道路运输管理局交通运输物流公共信息平台货物跟踪中心工程二期有一个全面、详细的了解和认识。图例工程概述工程背景物流跟踪中心是物流公共应用中心重要的对外应用效劳之一，是基于平台负责交换的电子单据〔包括托运单、作业单等运输企业的业务单据〕数据，并整合外部相关车辆定位效劳商、电子口岸通关效劳平台、港口EDI效劳平台、集装箱跟踪增值效劳商等，提供陆运、海运、空运、铁路等物流状态的静态跟踪、动态跟踪及相关增值效劳的公共应用系统。物流跟踪中心分两期建设，一期主要实现陆运、海运公共信息节点跟踪，以及陆运供应链跟踪管理，实现包括车辆定位效劳在内的陆运物流跟踪可视化。随着我国物流行业的信息化水平不断提高，货主、货代企业、运输公司、物流企业、物流园区对物流信息化效劳的需求日益迫切，对物流信息的需求已不仅仅局限在陆运和海运过程中物流信息的需求，对空运、铁路、物流园区、进出口物流信息提出了新的需求，对实现全程供应链信息化、可视化需求日益加剧。为满足用户对物流信息的需求，跟踪中心二期建设将在一期建设的根底上，增加物流园区、空运、铁路等物流公共信息节点的信息对接，实现供应链跟踪管理的进出口跟踪可视化，并增加移动应用终端和定制化接口效劳等功能。系统定义交通运输物流公共信息共享平台〔以下简称平台〕是在交通运输部的领导下，浙江省交通运输管理部门牵头，以“共建物流信息根底交换网络、共享网络成果、共担物流产业开展重任〞为宗旨，共同建设的物流公共信息平台。平台以企业信息系统为根底、公共信息平台为载体、企业信息系统与数据交换平台联网为核心。平台目前建设了五大物流公共应用中心，主要包括物流跟踪中心、信用中心、资源中心、交通物流运行监测中心、东北亚物流公共效劳系统。工程范围为了确保本工程建设过程能够满足不同类型用户对物流信息和物流业务的需求，并考虑充分发挥交通运输物流公共信息平台强大的物流数据整合能力和物流信息效劳能力，工程范围包括以下内容：〔1〕搭建多种运输方式的公共节点跟踪模块；〔2〕供应链跟踪管理支持进出口业务；〔3〕跟踪中心移动应用建设；〔4〕对一期功能的优化和提升；①完善注册、登录、用户管理；②支持运单跟踪不需要流程校验功能；③支持更多标准报文的接入；④支持局部跟踪信息的页面录入功能〔WebEDI〕；⑤支持更丰富的查询条件；⑥支持更深入的报表和数据分析；⑧优化异常处理功能；⑨优化定位效劳接入；⑩增加订阅、推送功能。〔5〕完成物流跟踪中心进出口应用场景建设；工程目标物流跟踪中心一期完成了整体规划中的采集层、交换层、数据层、应用层的根底架构应用设计和硬件采购部署，主要实现了软硬件根底框架的搭建，以及道路运输领域的运单跟踪和供应链可视化管理。满足了个体、货主、货代、运输公司、物流企业、物流园区等物流信息效劳需求主体对普通道路运输和仓储物流状态节点的跟踪。随着跟踪中心应用企业的增加，以及物流信息化的快速开展，陆运节点物流状态跟踪信息已不能满足跟踪中心应用企业对物流信息的需求，用户对海运、空运、铁路、物流园区等物流节点的物流信息需求日益明显，在进出口物流和多式联运方面，全程供应链可视化和跟踪的需求更加迫切。为了满足应用企业及潜在用户对物流信息效劳的需求，跟踪中心将进一步加强物流信息化的建设。物流跟踪中心二期将提供的物流信息效劳从普通道路运输领域的运单跟踪和供应链可视化管理扩展到集陆运、海运、空运、铁路、物流园区等物流节点信息以及进出口物流信息于一体的全面、综合的物流信息效劳，实现全程供应链跟踪和可视化。二期建设将在一期建设的根底上增加海运、空运、铁路、物流园区等物流公共信息节点的信息对接，供应链的可视化方面将侧重进出口物流领域，主要增加进出口的数据采集工作，采集数据来源包括船货代系统的委托单据、船公司订舱确认、港口系统上下船、进出门数据、海关和电子口岸通关数据等。根据进出口物流跟踪节点信息的外部系统的不同特点，节点信息获取从外部系统直接将数据发送到物流跟踪中心、物流跟踪发起请求向外部系统调用数据两种方式的根底上增加了WEBEDI节点信息获取方式。为方便用户对跟踪数据的获取方式，二期将在应用效劳模式上扩展移动应用、定制化订阅效劳等效劳。并在一期建设的根底上进一步优化和完善系统现有功能，实现商业运营的目标。跟踪一期与二期区别图解总体规划建设思路为落实国务院物流业开展中长期规划〔2021-2021年〕提出的，以提高物流效率、降低物流本钱、减轻资源和环境压力为重点，着力建立和完善现代物流效劳体系，加快提升物流业开展水平的要求，我省将进一步推进交通运输物流公共信息平台开展，整合各环节信息资源，促进物流信息与相关信息的有效衔接。在此根底上，进一步深化交通运输物流公共信息平台的效劳能力，以此带动我国物流行业的信息化效劳能力的提升。跟踪中心作为交通运输物流公共信息共享平台重要的对外效劳应用，将打造集陆运、海运、空运、铁路、物流园区等物流节点信息以及进出口物流信息于一体的全面、综合的物流信息跟踪效劳体系，并根据物流企业对多种运输方式物流节点物流信息的需求，以交通运输物流公共信息共享平台为数据交换根底，实现全程供应链跟踪和可视化。跟踪中心的建设工作需结合交通运输物流公共信息共享平台的建设步骤，分阶段、按实际需求完成。为确保工程在各建设过程中，在交通运输物流公共信息共享平台根底上，能够保持一致的建设思路，充分利用前序经验和成果，最大限度的满足用户对全面、综合的物流信息跟踪效劳需求，确保系统最终建设成效，结合二期工程的建设要求，形成以下建设思路：1、以供应链跟踪信息的完整性、效劳的便利性为引导，进一步完善系统功能，引进移动终端效劳方式物流跟踪中心二期建设在一期建设的根底上，为满足用户对集陆运、海运、空运、铁路、物流园区等物流节点信息以及进出口物流信息于一体的物流信息跟踪效劳需求，以及为更方便用户对跟踪数据的获取，二期建设增加了一些系统功能。增加的系统功能主要包括以下方面：①搭建多种运输方式公共节点跟踪模块；在一期运单跟踪查询的根底上增加多种运输方式的公共节点状态跟踪。实现港口、机场、铁路、海关等节点状态查询功能。②供应链跟踪管理支持进出口业务；一期的供应链跟踪管理只支持道路运输业务的单据和状态节点跟踪，二期需要支持进出口供应链业务的单据管理和跟踪。完成出口流程的整合和应用，包括实现货代、仓储、集卡车队、堆场、港口、船公司、海关等多个环节的整合，实现出口物流整合跟踪支持。为满足用户的需求,需要实现订舱根本数据的导入,提供以订舱单为中心的一站式查询效劳。③跟踪中心移动应用建设；开发跟踪效劳移动应用程序，实现基于节点状态的普通物流运输单和供应链跟踪信息查询功能。④对一期功能的优化和提升。跟踪中心一期试点应用的过程中，试点企业提出了一些优化和完善功能。为满足供应链企业进一步使用跟踪中心的需求，还需完成以下内容:完善注册、登录、用户管理支持运单跟踪不需要流程校验功能支持更多标准报文的接入支持局部跟踪信息的页面录入功能〔WebEDI〕支持更丰富的查询条件支持更深入的报表和数据分析优化异常处理功能优化定位效劳接入增加订阅、推送功能2、以对外功能效劳可靠、平安、易用为目标，进一步优化系统的非功能性①系统性能设计为了保证系统能够长期、平安、稳定、可靠、高效的运行，系统应满足系统处理的准确性和及时性、开放性、可扩充性、平安性、易用性、易维护性、先进性等性能要求。②系统可靠性建设为保证系统在规定的条件下和规定的时间内完成规定功能的能力，系统应满足在硬件寿命、网络系统可靠性、数据可靠性、系统故障修复能力等方面的平安性要求。③系统易用性建设为了方便跟踪中心用户对跟踪数据的获取，应满足系统内容易用性、系统功能易用性、系统效劳易用性、系统外观设计易用性等方面的要求。④系统平安性建设为保证系统的正常、平安运行，应充分考虑系统的网络层、系统层、信息交换层、应用层、数据层和管理层等方面的平安性。3、以示范应用效果为检验标尺，进一步完善供应链跟踪效劳的适用性随着企业或个人对物流效劳信息化的要求不断提高，而现有企业的跟踪功能只能获取局部的跟踪信息，缺乏完整的供应链信息的获取手段，已经无法满足更高信息化效劳水平的要求，急需从整体供应链的角度加大物流信息化的建设，通过建设物流跟踪中心，实现全程供应链的跟踪可视化，并推动交通运输物流公共信息共享平台物流数据交换标准的应用。随着个体对国际快件物流效劳水平的要求不断提高，以及多式联运的普遍化，急需要将陆运跟踪扩展到集陆运、海运、空运、铁路运输、物流园区等物流节点信息以及进出口物流信息于一体的信息跟踪，实现从国内物流跟踪到国际物流可视化跟踪。为了使物流跟踪中心系统满足用户所要求的能力和水准，并能为用户提供操作方便的物流信息效劳，同时满足未来物流业开展的需求，使跟踪中心系统能可持续性开展，需要对物流跟踪中心选择应用试点对象进行应用场景建设。选择2家进出口物流企业进行应用场景建设。每个应用场景应至少包含货代、仓储、集卡车队、堆场、港口、船公司、海关等环节中的三个环节在内的业务节点跟踪，并且必须将进出口供应链订舱委托单接入跟踪中心系统中。图建设思路建设原那么为了保证物流跟踪中心的顺利建设，在系统设计和规划时须遵守以下原那么：〔1〕实用性原那么系统应具备完本钱工程中所要求功能的能力和水准。在符合本工程实际需要的国内外有关标准要求条件下，打造出能够满足用户实际需求且操作方便的物流信息效劳体系。〔2〕先进性原那么采用国内外先进性、前瞻性技术来完成系统设计，打造具有国际水平的物流效劳模式，为个体用户、货代、运输公司、物流企业、物流园区、乃至整个物流行业提供国际领先的物流效劳平台和物流效劳模式。〔3〕开放性原那么系统设计遵循开放性原那么，提供符合国际标准的软件、硬件、通信、网络、操作系统和数据库管理系统等诸方面的接口与工具，提供标准数据接口，支持异构数据源间的数据访问，使系统具备良好的灵活性、兼容性、扩展性和可移植性，能够适应并满足物流行业不断开展变化的物流业务需求和物流信息效劳需求。〔4〕可持续开展性原那么工程要充分考虑未来物流业开展的需要，在物流效劳业务不断扩张的过程中不需要重新对系统进行系统规划与设计就能满足用户的需求，并能够顺利、平稳地向更新的运营模式及实现技术进行过渡。〔5〕创新性原那么在管理模式、制度建设、设施设备、信息系统等方面寻求创新，发挥优势，兼顾物流行业信息化的健康开展，为物流行业打造符合未来行业开展需要的信息化效劳体系。〔6〕模块化原那么系统中各功能模块的设计应注重业务逻辑的细化，采用模块化、组件化和开放性设计，方便实现应用模块的增加和删除，满足不同时期用户对物流功能、物流信息效劳和用户数据获取方式的需求。〔7〕经济性原那么浙江电子口岸拥有杭州海关、宁波港口、萧山机场、货运站场、内陆监管区的口岸通关数据和国际物流数据，能够为跟踪中心数据采集工作带来很大的便利性，降低外部数据接入造成的本钱费用，同时，浙江电子口岸具有“大通关〞平台运维、东北亚物流信息效劳网络运维等多个系统运维经验，是浙江省唯一一家准照全省“大通关〞规那么、开发、建设和运维单位，浙江电子口岸在软件开发、运维等方面的经验和能力为更好、更快速的完本钱工程系统开发、实施、维护等工作提供了保障，节约本钱的同时也提高系统的可靠性、实用性、易用性、平安性和经济性。系统特点随着物流业的不断开展，物流业对货物跟踪的要求越来越高，用户需要寻求更高、更全面的货物跟踪效劳。随着多式联运的普遍化，用户需要多种运输方式物流节点的跟踪效劳，同时，物流国际化已成为开展趋势，用户对进出口供应链跟踪的需求更是迫切，而平台跟踪中心现有跟踪效劳已无法满足用户的需求，本次建设的物流跟踪中心旨在增加用户需求的功能模块以及方便用户查询跟踪信息的移动应用终端和定制化接口效劳，并对一期功能进行优化和提升，为用户提供全程供应链跟踪可视化效劳。主要表达在以下几个方面特点：〔1〕用户类型多样性跟踪中心一期货物跟踪用户类型主要是货主企业、运输公司、物流企业等物流运输环节的托运方和承运方。二期将用户类型扩展到港口、海关、物流园区、提供通关物流效劳企业、个体用户等用户类型，将用户类型延伸至整个物流供应链的所有参与方。不同类型用户对跟踪信息的侧重点不一样，个体用户侧重对国内、国际快件跟踪信息的需求；货主企业侧重对货物在途中的运输信息需求；运输公司和第三方物流企业侧重对货物在途信息、集装箱信息、实时货物信息、车辆跟踪与定位信息的需求；物流园区、车站、货运站侧重对车辆的进出信息、货物信息等需求；政府部门侧重对统计分析所需要的各类物流数据的需求。跟踪中心二期提供集陆运、海运、空运、铁路、物流园区等物流节点以及进出口物流信息于一体的全方位信息跟踪效劳，全面满足各类用户的信息需求。〔2〕广泛和复杂的信息整合由于不同类型用户对跟踪信息的需求各不相同，对信息的整合要求较高，为了满足各类用户的信息需求，跟踪中心二期在一期对陆运跟踪的根底上，增加对港口、海关、机场、货运站、物流园区等物流节点数据和进出口物流数据的采集，实现对陆运、海运、空运、铁路、物流园区等物流节点以及进出口物流信息全方位的信息跟踪，实现更为复杂的信息整合，使跟踪中心提供的信息更加全面、精细和丰富。〔3〕效劳内容多样性货物跟踪中心用户类型多样性，不同类型用户的信息需求各不相同，为了方便用户获取信息，二期跟踪中心为用户提供运单查询模块、供应链查询模块和公共节点跟踪模块，并为个体用户提供移动应用终端效劳和定制化接口效劳。由于用户获取信息的用途也不一样，物流跟踪中心延伸效劳内容，为客户提供KPI考核、统计分析等更深入的综合效劳。〔4〕核心企业货物跟踪云效劳在平台部署货物跟踪中心的根底上，利用广泛的核心企业对跟踪效劳的个性化要求，核心企业根据货物跟踪中心的定制功能，配置核心企业的展示页面、流程节点、控制规那么、用户管理、考核指标等功能。〔5〕个性化接口定制效劳跟踪中心二期建设在为用户提供多种方式的信息查询效劳的同时，也考虑到用户的个性化需求，为用户提供邮件、短信定制功能，用户可按自身需求进行定制，及时通过邮件、短信获取所需货物状态变化信息。〔6〕简单美观的客户体验效果为了改变已有固有的信息跟踪显示方式，为客户提供能具有可视化的跟踪效劳，平台将采用更简洁美观的图形化表现手段，为客户提供多种设备的显示方式，以加强客户对系统体验效果。技术要求为确保货物跟踪中心二期建设按要求进行建设，本节将重点从软件技术能力对工程的技术提出要求，并在工程建设过程中严格执行：〔1〕具备面向效劳的架构目前SOA架构已逐渐成为核心企业应用的主流技术，存在性能和复杂性等问题也得到极大改善，同时SOA架构还解决了很多其它的问题，减少了各个应用系统之间的耦合程度，并可以方便地实现各个业务系统之间的互联，且具体实现和技术无关。〔2〕具备构件化的开发方式构件化开发使系统对各种可能存在需求和流程方面的略微差异具有较强的适应性，通过系统管理员的配置即可轻松应对。随着多层结构应用的日益流行，基于构件对象的开发技术也日趋成熟，构件作为集中处理各种复杂业务逻辑的应用单元，大大提高了软件的开发效率。因为它具有更强的独立性，更好地支持软件的重用，软件的重用还可使软件的质量得到极大的提高，同时提高了应用系统的质量和可靠性。业务处理系统中，应用支撑平台的功能组件和上层应用软件的开发将遵循基于构件的软件生产管理标准和软件复用技术标准，即基于构件的软件工程〔CBSE〕。〔3〕具备层次性框架模型系统层的支撑平台，必须要做到非常强的可扩展性，因此框架层次必须非常清晰，层和层之间应该防止直接依赖，便于每一层的升级和分布式部署。业务处理系统面向业务人员的功能完全使用B/S的结构，只需要通过浏览器就可以访问业务系统的各项功能，客户端不需要下载安装任何插件。〔4〕具备移动终端开发能力移动终端是目前流行的一种快捷的效劳模式，通过移动终端可以做到快速、移动、高效，因此，在本工程中为核心企业及用户提供更多的信息获取手段，用移动终端开发技术，实现在目前流行的移动终端设备采用的操作系统(iOS,Android)上实现货物跟踪效劳。〔5〕具备数据优化处理能力本系统涉及大数量的数据处理，对于数据的处理能力要求高，这直接影响到系统的应用效果及质量。为保证系统具有高质量的处理能力，在系统规划及开发将引入相关的数据优化工具及引擎，聘请在数据中心优化方面的专家参与工程的开发及设计工作，确保工程的数据处理的高效。〔6〕具备硬件集群能力为确保系统在运行平安可靠，通过集群方式来实现系统不间断应用。实现高可用性，集群通过一组计算机系统提供透明的冗余处理能力，从而实现不间断应用的目标。集群是共同为客户机提供网络资源的一组计算机系统，其中每一台提供效劳的计算机称为节点。当一个节点不可用或者不能处理客户的请求时，该请求会及时转到另外的可用节点来处理，而这些对于客户端是透明的，客户不必关心要使用资源的具体位置，集群系统会自动完成。〔7〕充分考虑动态部署能力基于“控制反转〞(InversionofControl，IoC〕技术实现构件的动态部署。由于应用程序中产生错误是不可防止的，很多时候是在生产时间，某个业务构件的逻辑有错误，如果不更新程序，可能有一项业务就不能正常使用；如果要替换程序，可能需要关闭系统，这会影响所有的操作员，显然是不现实的。系统应提供动态加载的方式，实时监控各种业务构件和应用参数的修改时间，当应用程序或配置参数发生变化时，能够自动编译并加载更新以后的程序。采用动态部署的方式，也可以大大减少开发调试的工作量，可以防止反复启动效劳器。3.4总体架构设计3.4.1系统蓝图跟踪中心总体采用多层次结构进行设计，总体架构主要包括：用户层、界面层、应用层、协同效劳层、信息资源层、数据处理层、数据交换层、采集对象层，以及相应的信息平安、运行维护保障体系，标准标准保障体系等几局部。总体架构蓝图如以下列图所示：通过对工程的建设情况进行分析得知，物流跟踪中心一期完成了整体规划中的采集层、交换层，数据层、应用层的根底架构应用设计和硬件采购部署。工程二期总体设计是在一期建设根底上针对采集对象层、界面层、应用层、以及用户层进行优化升级。1.采集对象层采集对象层主要是向跟踪系统提供数据，以及使用跟踪系统效劳的外部系统。一期通过单据交换采集标准软件中的数据，如小件快运、普运、仓储、货代、集运、物流基地等；二期要在一期的根底上通过单据交换及效劳交换等方式采集各物流节点信息，如港口、海关/电子口岸、航运企业、物流平台等，以及提供一种WebEDI数据录入方式，解决中小企业接入跟踪中心难的问题。2.应用层应用层是指本工程所涵盖的货物跟踪中心的系统功能局部。主要包括货物跟踪中心网站效劳、外部接口效劳、移动终端效劳、系统管理、信息管理。工程一期已经根本完成了跟踪中心网站效劳、外部接口效劳、系统管理、信息管理等模块的建设。本次工程是在一期建设的根底上，针对各模块具体功能进行优化升级，并增加移动终端模块，为用户提供更加丰富的状态信息效劳。3.界面层为用户层提供基于浏览器的货物跟踪中心网站，以及移动终端APP应用程序，为用户提供个性化的移动展现。4.用户层即所以使用本系统的用户。主要包括：货主货代企业、道路运输企业、海空铁运输企业、港口、园区、仓储企业等。3.4.2功能架构系统采用如下功能架构，包括跟踪信息整合、对外效劳、系统管理三个局部，具体见以下功能架构图：通过对工程的建设情况进行分析得知，物流跟踪中心一期已经完成了信息管理、对外效劳、以及系统管理等几局部建设部署。工程二期总体设计是在一期建设根底上针对信息管理、对外效劳以及系统管理等模块进行优化升级。1.信息整合信息整合主要完成跟踪数据的处理，包括：跟踪数据采集存储、跟踪数据清洗整合两局部。跟踪数据采集存储通过直接接收、外部请求等方式获得原始跟踪数据，并根据数据分类进行存储；跟踪数据清洗整合依据系统预先设定的规那么，完成原始跟踪数据的再加工，并根据数据分类进行存储。一期已经完成了信息整合的整体部署设计，二期在一期的建设根底上完成功能模块的优化扩展升级：支持多报文接入〔普通运输四个单据托运单、发车单、状态变化单、回单〕优化跟踪数据上传标准，实现上传标准能包含采购、仓库等信息等。2.对外效劳工程一期主要提供跟踪中心网站效劳、接口效劳两局部，本工程在一期工程根底上，更新了跟踪中心网站效劳和接口效劳内容，并开发跟踪效劳移动应用程序，实现移动终端效劳。〔1〕跟踪中心网站效劳货物跟踪中心网站效劳包括：跟踪数据管理、车辆定位跟踪、节点信息跟踪、统计分析。跟踪数据管理主要完成系统的各项配置工作，为系统提供灵活的管理手段；车辆定位跟踪以GPS方式对运输车辆位置进行跟踪与显示。通过外部系统互联实现与GPS效劳商的数据交换，实现对车辆实时位置信息的对外查询，并支持多点跟踪与连续跟踪；节点信息跟踪可以实现运单跟踪、供应链跟踪以及公共节点信息跟踪，完成对货物的状态信息查询；统计分析通过对原始数据的分析、整理、加工等，为用户提供对系统整体状况信息。工程二期在一期建设根底上，对相应的模块进行优化升级：跟踪数据管理优化了流程管理和控制规那么管理，更新了运单跟踪流程校验功能；优化异常处理功能；增加订阅、推送功能；提升系统可维护性，为跟踪中心系统的异常和日常性能提供监控页面；车辆定位跟踪优化了车辆定位跟踪效劳；节点信息跟踪支持更丰富的查询条件；提供供应链进出口业务查询；提供公共节点跟踪查询；统计分析支持更深入的报表和数据分析；〔2〕接口效劳接口效劳主要面向于物流效劳提供商、货主企业等有自身生产系统的企业用户。通过效劳接口的方式，对外提供物流跟踪效劳，方便物流效劳提供商、货主企业等企业用户，对物流跟踪信息的使用。主要包括：用户验证、运单跟踪查询、供应链跟踪信息查询、进出口货物跟踪信息查询、公共节点跟踪信息查询、第三方效劳接口等功能。工程二期将在一期的根底上进行相关接口模块更新升级。〔3〕移动终端跟踪中心一期的跟踪状态查询目前只能在网站上查询，工程二期开发跟踪效劳移动应用程序，能够支持iOS6.0、Android4.0两大主流操作系统，并且能够适应当前主流移动终端屏幕的大小。该移动应用程序可以实时查询跟踪状态信息，只要输入运单号，能查询到跟踪中心的物流状态信息。该应用程序具有拍照功能，可以通过拍照条码输入跟踪单号实现普通物流运输单和供应链跟踪信息查询功能。3.系统管理系统管理包括用户管理、权限管理、日志管理、用户认证等功能。用户管理完成系统用户根本信息维护、密码管理等功能；权限管理用来对系统的用户功能、数据范围、业务范围、角色等进行设置；日志管理主要用来对系统运行的根底信息进行查询，方便系统的运行维护；用户认证是基于系统的平安体系，对系统中的用户进行唯一性信息、平安性信息、可靠性信息等管理。一期已经根本是实现了用户管理、权限管理、日志管理和用户认证等功能。二期工程在一期工程根底上，进行了功能的扩展，完善了注册、登录、用户管理。按照平台管理系统的用户和认证标准要求，完成统一用户信息管理、统一用户认证和数据同步工作，并配合平台管理要求进行跟踪效劳管理、申请和审核对接工作。管理中心的用户能够同步到跟踪中心，跟踪中心登录调用统一认证接口。3.4.3数据架构数据架构必须与业务架构结合在一起考虑。这两个架构是通过一系列的信息系统需求即应用架构规划连接起来并保持一致的，这些架构的需求来源于业务架构并在数据架构中表达。数据架构、应用架构和业务架构是企业整体架构的不同的视角，而不是各自独立的架构。架构内容如以下列图所示：通过对工程的建设情况进行分析得知，物流跟踪中心一期已经完成了整体的工程数据架构部署。工程二期总体设计是在一期建设根底上根据实际业务需求对数据逻辑分布以及数据交换与共享进行扩展、优化升级。1.数据逻辑分布数据的逻辑分布主要是按照数据表达的业务内容以及数据的获得方式进行设计。主要按照：运输方式、企业类型、提供方式三个维度进行数据的逻辑存储设计。运输方式这个维度下的数据从逻辑上分为：陆路、水路、航空、多式联运等维度，这样能够在数据层面，最大化表达不同运输方式下，对于货物跟踪数据的特出要求，进而能够在更细、更深的层次上实现货物跟踪。企业类型这个维度下的数据从逻辑上分为：运输、仓储、货代、船代、船公司、第三方物流、物流园区等维度，从不同用户的角度来实现数据管理，既能表达不同类型用户的共性，又使后期提供用户的个性化效劳提供良好支持；同时，随着物流需求不断开展，用户角色更加复杂，也便于从数据层面对系统进行改进。提供方式这个维度下的数据从逻辑上分为：直接上传、效劳交换调用、WEBEDI录入上传和交换整合。从不同的数据交互方式上对数据进行管理，可以适应以后扩展货物跟踪中心与其他系统数据交互的方式。2.数据共享和交换数据共享和交换主要配合数据交换层、外部接口效劳以及移动终端效劳，用来完成运单数据、公共节点信息数据以及运输工具数据等，在货物跟踪中心与物流效劳供应商、货主企业、以及个人用户之间的交互。3.4.4技术架构根据货物跟踪中心建设原那么，采用SOA思想，应用B/S架构，使得货物跟踪中心界面效果丰富，更加容易使用。技术架构设计如下：通过对工程的建设情况进行分析得知，物流跟踪中心一期已经完成了整体的工程技术架构部署。工程二期总体设计是在一期建设根底上对技术结构进行优化扩展升级。1.界面层采用B/S访问架构，通过、s、SMS、pushmail等多种访问协议为用户提供使用系统效劳的方式，除了Web浏览器展现方式以外，系统前端展现层还提供了移动化接入，开发支持iOS6.0、Android4.0两大主流移动操作系统的移动应用程序，实现基于节点状态的普通物流运输单和供应链跟踪信息查询功能。2.业务应用层业务应用层主要是系统提供的各类业务应用模式的组件和模型。一期已经部署了相应的业务应用效劳组件，基于增加的功能及对应的接口效劳，工程二期在一期的根底上新增相应的应用效劳组件。3.效劳引擎层效劳引擎层是货物跟踪中心的引擎及相关效劳组件，效劳组件包括支撑系统的持久层管理组件、应用集成组件、数据通讯组件、日志效劳组件、地图效劳组件等。效劳引擎包括流程引擎、业务逻辑引擎、消息引擎、外部接口效劳引擎等。4.信息资源层信息资源层支持采用数据库技术、数据库集群技术、非结构化数据库等技术体系，用于整个系统数据的集中存储和管理。同时可考虑数据存储的备份策略，保障数据随时可用。5.数据交换层支撑物流管理系统与外部系统的数据交换，同时转换为符合标准标准的数据进行存储。其中涵盖主数据或根底数据同步，包括客户、供应商、承运商等。6.对接系统对接系统是指使用货物跟踪效劳、提供货物跟踪信息的外部系统。一期主要对接的系统包括：小件快运、普通运输、物流基地、集装箱、仓储管理、货代管理、物流效劳供应商、GIS效劳供应商等。在此根底上，二期要实现与更多的系统进行对接，主要对接的系统有：船代系统、港口系统、海关/电子口岸、物流效劳平台、航运企业系统、铁路、航空以及WEBEDI录入系统等等，实现更多节点的跟踪查询效劳以及供应链进出口的全程可视化跟踪效劳。数据架构设计数据分类系统涉及到的相关数据来源于根底业务需求，以及为实现这些业务需求引入的各类过程控制数据，例如工作流程数据、各类规那么库、格式库、引擎库、组件库等数据。数据的属性或特征从不同视角来看具有不同的特点，我们以数据架构规划工作相关的属性或特征为主，对数据进行合理的归纳和分类，并分析各类数据的业务特点和相应的技术特点。从数据自身的结构上看，数据可划分为结构化数据和非结构化数据两大类。对于结构化和非结构化数据，需要不同的管理和技术手段进行处理：一方面要对操作型和分析型等不同的结构化数据采取不同的处理策略，另一方面，要加强对非结构化数据的管理。从业务来看，数据由各个业务环节生产和使用，具有特定的业务本质以及业务相关性，确定业务本质相同或关联性相对较强的数据集边界，有利于实现数据的高内聚低耦合，也便于与应用架构建立对应关系。从应用来看，对于物流综合信息管控平台，我们需要站在全局高度，把数据采集、存储、加工、分析、发布、废弃等各个环节进行一体化管理，把握数据分析应用的根底，它不是任何单项数据应用系统，而是一个全面、协调、持续开展的数据环境。因此，我们按照三个角度对系统数据进行分类：图数据分类1〕按照业务环节可以分为方案数据、调度数据、运输管理数据、运输动态跟踪数据、商务数据、质量数据、物流资源数据、客户效劳数据等局部。2〕按照生命周期可以分为生产数据、历史数据、归档数据等局部。3〕按照结构特点可以分为结构化数据和非结构化数据。数据逻辑分布数据分布，一方面是分析数据的业务，即分析数据在业务各环节的创立、引用、修改或删除的关系，即数据的逻辑分布；另一方面是分析数据在单一应用系统中的数据结构与应用系统各功能模块间的引用关系，分析数据在多个系统间的引用关系，即数据的物理分布。数据逻辑分布是数据物理分布的根底，但须严格遵从于应用架构，数据物理分布那么是从技术视角看逻辑分布，并结合数据库技术、灾备技术等，给出的相应规划方案。逻辑分布原那么当期数据与历史数据的别离；生产数据与分析数据按不同的数据组织方式别离；操作数据与查询数据别离，减少生产系统压力；表达数据的生命周期管理的需求：数据的产生、数据的采集、数据的加工，数据的利用和数据的归档几个阶段。应用逻辑分布配置数据、控制规那么数据、应用逻辑分布是数据逻辑分布的依据，数据逻辑分布是对应用逻辑分布支撑,根据本系统的功能逻辑，本系统数据逻辑分布如以下列图所示：图数据逻辑分布应用逻辑分布是分析数据的业务，即分析数据在业务各环节的创立、引用、修改或删除的关系，即数据的逻辑分布。依据此系统的具体内容，可以分为运输方式，企业类型和数据提供方式三局部内容。按照运输方式，数据可以分为道路，铁路，水路，航空和多式联运等；按照企业类型，可以分为运输、仓储、货代、船代、船公司、第三方物流、物流园区等；按照提供方式，数据可以划分为直接上传，效劳交换调用，WEBEDI录入整合等。数据物理分布数据的物理分布是在数据逻辑分布的根底上，分析数据在单一应用系统中的数据结构与应用系统各功能模块间的引用关系及存储和数据在多个系统间的引用关系。根据应用架构蓝图设计方案中的应用划分，本节将重点阐述与应用相对应的数据物理分布及数据分库的设计，从而明确数据的实际内容、结构、位置、来源。1.分布设计原那么1〕数据交换采集原始数据，清洗整合后数据别离，不同生命周期的数据分别存放。各类业务过程数据具有随着时间的推移而不断增长的特性，业务过程数据记录业务发生的过程，主要用来查询和追溯，一般不保存业务状态信息。为了保持系统的高效运行，必须把陈旧的业务过程数据从生产数据库中清理出去。同时为了维持数据的完整性和业务的可追溯性，需要建立历史数据库，将历史的、陈旧的业务过程数据进行封存。2〕结构化数据和非结构化数据别离。对于在各种业务中产生的信息，建议分为关键业务数据和使用频度低的其它数据，并针对这个划分分别存储成为结构数据和以XML形势存储的半结构化数据，实现结构化数据和半结构化数据的分别存储，减少生产的库容量，提高生产库的性能和保障。3〕数据集中的性能分担。降低当期数据库的数据量根据业务内聚性，同一业务域的数据尽量放在同一库中满足业务操作的同时，平衡数据查询的代价在分的同时，平衡数据交换和共享的代价在合的同时，平衡应用分包管理的复杂度。2．物理分布内容数据物理分布的内容设计基于上述分布的原那么和依据，结合应用架构的划分并综合考虑数据的内容、分类、特点及数据的逻辑分布状况进行合理布局、存储、加工、利用和分析，支持数据高质量管理的实现。在系统数据架构规划中，应用架构与数据密切相关，应用架构是数据架构的前提；应用架构的划分是数据物理分布的重要的、核心的输入，最终影响数据架构中数据物理分布；在应用架构中，划分的各个应用系统之间的数据交换，决定了数据架构中数据的存储位置及数据间交换的方式。数据物理分布设计将以应用架构划分为根底，遵从于物理分布设计的原那么，分为以下几局部：从数据内容上分：主数据、业务数据、历史数据、灾备数据、其它数据。从管理决策数据上分：支撑应用划分中的管理数据、查询分析数据。数据质量管理原那么1.数据质量管理应遵循事前预防、事中监控与控制、事后评估和改进的设计思路；2.数据质量管理策略的制定和部署，应基于统一数据视图，覆盖统一数据视图的重点数据实体和数据处理过程，基于数据标准进行数据质量的监控、评估和优化；3.数据质量管理不单单是一个技术工作，更需要管理手段的保障，需要将技术与管理融于一体；4.数据质量管理不是一次性的工作，需要将数据质量管理融入IT领域甚至业务领域的工作中，成为持续改进的长效工作。业务及功能需求设计搭建公共节点跟踪模块一期的物流公共查询功能已经实现了普通运输企业、集装箱运输企业、制造/商贸企业、仓储企业的运单跟踪。二期需在一期运单跟踪查询的根底上增加多种运输方式的公共节点状态跟踪。实现港口、机场、铁路、海关等节点状态查询功能。5.1.1界面设计界面参考如以下列图所示：通过公共节点跟踪模块，能够提供的如下的公共节点查询功能：港口节点状态查询功能港口节点状态查询提供了具体的港口节点状态信息，基于提单号、航次、箱号等能够查询货物状态变化信息以及运载工具的状态变化信息。具体查询界面如以下列图所示：机场节点状态查询功能机场节点状态查询提供了具体机场节点的货物进港和离港状态信息查询，基于运单号查询货物状态信息以及运载工具的状态变化信息，具体的查询界面如以下列图所示：铁路节点状态节点查询功能上海铁路局提供了铁路跟踪查询的接口。接口列表：GetYDCXInfoOut根据运单号查询运单信息,ydfwh:运单效劳号接口授权：为了接口效劳的平安，接口授权包括调用方的ip地址和效劳提供方的授权码。未获取授权的调用，那么返回结果如下：<stringxmlns=":///">您未授权使用该效劳!</string>请求参数：参数说明参考值Ydfwh运单效劳号487944122450145code授权码返回结果：XML字符串，字段名称字段说明参考值FZM发站名王家营西DZM到站名绍兴东DQWZ当前位置低庄ZYSJ作业时间2021-12-2423:04ZT状态在途/终到内容如下：

<?xmlversion="1.0"encoding="utf-8"?>

<stringxmlns=":///"><NewDataSet><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>低庄</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>凤凰山</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>贵阳南</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>杭州南</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>怀化</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>金华东</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>凯里</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>六盘水南</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>六枝</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>萍乡</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>乔司</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>上饶</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>湘潭东</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>向塘西</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>新塘边</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>新余</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>鹰潭</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>玉屏</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>株洲</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>株洲北</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>醴陵</DQWZ><ZYSJ>2021-12-2423:04</ZYSJ><ZT>途中</ZT></Table><Table><FZM>王家营西</FZM><DZM>绍兴东</DZM><DQWZ>绍兴东</DQWZ><ZYSJ>2021-12-2905:06</ZYSJ><ZT>终到</ZT></Table></NewDataSet></string>跟踪中心将铁路的查询数据转换为平台的标准对外提供效劳。设计发布效劳地址如下：://:86/RailFreightTracking/RailFreightTrackingService?wsdl铁路节点信息查询提供了具体的地方铁路局的节点信息查询，基于铁路货运车号、货票号查询货物状态信息以及运载工具状态变化信息，具体查询界面如以下列图所示：海关节点状态查询功能海关节点提供了具体地方海关节点状态信息查询，基于报关单号查询货物通关状态信息以及运载工具状态变化信息，具体查询界面如以下列图所示：〔5〕节点信息覆盖一览表：通过列表形式标注该模块已经覆盖的公共节点的范围以及每个节点的所提供的数据项。5.1.2技术架构跟踪中心采用国家平台制定的效劳交换技术架构和标准获取各物流节点的物流状态数据。充分利用和整合国家平台和浙江电子口岸的建设成果。工程二期完成后，能够通过标准推广和接口改造，实现物流信息共享应用如下几个场景：用户直接向使用交通运输物流信息互联标准的物流节点进行信息调用传统模式下通过实行数据大集中后，用户向中央数据库索取信息，信息共享也使用NEAL-NET标准。通过公共信息效劳平台的效劳代理，向各个节点获取所需的信息，经过整合后返回效劳获取方。5.1.3节点覆盖一览表1.港口节点：国家港口名称接口类型提供数据项中国宁波港船舶动态方案ETA,ETD,ATA,ATD,Callsign,Location,IMO,VesselName,Voyage,ShippingCompany,CyOpenut,LastPort,NextPort,CourseLine集装箱动态GateIn,CustomRelease,Loading,Unloading,CustomRelease,GateOut天津港船舶动态方案ETA,ATA,ATB,ATD,Callsign,Location,IMO,VesselName,Voyage威海港船舶动态方案ETA,ATA,ATB,ATD,Callsign,Location,IMO,VesselName,Voyage烟台港船舶动态方案ATA,ATD,Callsign,Location,IMO,VesselName,Voyage,ShippingCompany,LastPort,NextPort蛇口港船舶动态方案ETA,ETD,ATA,ATD,Callsign,Location,IMO,VesselName,Voyage营口港船舶动态方案ETA,ETD,ATA,ATD,Callsign,Location,IMO,VesselName,Voyage,ShippingCompany,CourseLine青岛港船舶动态方案ETA,ETD,ATA,ATD,Callsign,Location,IMO,VesselName,Voyage日照港船舶动态方案ETA,ATA,ATB,ATD,Callsign,Location,,VesselName,Voyage,LastPort,NextPort连云港船舶动态方案ETD,ATA,ATD,Callsign,Location,IMO,VesselName,Voyage舟山港船舶动态方案ETA,ATA,ATD,Callsign,Location,IMO,VesselName,Voyage舟山港集装箱状态GateIn,CustomRelease,Loading,Unloading,CustomRelease,GateOut盐田港船舶动态方案ETA,ATA,ATB,ATD,Callsign,Location,IMO,VesselName,Voyage温州港船舶动态方案ETA,ATA,ATB,ATD,Callsign,Location,IMO,VesselName,Voyage厦门港船舶动态方案ETA,ATA,ATB,ATD,Callsign,Location,IMO,VesselName,Voyage上海港船舶动态方案ETA,ATA,ATB,ATD,Callsign,Location,IMO,VesselName,Voyage大连港船舶动态方案ETA,ATA,ATB,ATD,Callsign,Location,IMO,VesselName,Voyage广州港船舶动态方案ETA,ATA,ATB,ATD,Callsign,Location,IMO,VesselName,Voyage日本东京横滨港集装箱状态GateIn,Loading,Unloading,GateOut东京横滨港船舶动态方案ATB,ATD,Callsign,Location,VesselName,Voyage,ShippingCompany,CyOpen,CyCut,LastPort,NextPort东京港集装箱状态ATB,ATD,Callsign,Location,VesselName,Voyage,ShippingCompany,CyOpen,CyCut,LastPort,NextPort韩国釜山港集装箱状态GateIn,Loading,Unloading,GateOut釜山港、光阳港、仁川港船舶动态方案ETA,ATA,ATD,Callsign,Location,IMO,VesselName,Voyage,ShippingCompany,LastPort,NextPort,CourseLine2.铁路节点上海铁路局。机场节点杭州萧山机场。海关节点杭州关区和宁波关区。供应链跟踪管理支持进出口业务跟踪中心一期的供应链跟踪管理已经实现了普通道路运输的物流状态节点跟踪，并可以通过状态配置满足大局部状态的跟踪展示。但物流环节最多，最迫切需要使用物流跟踪效劳的进出口物流还没有实现跟踪功能。进出口物流业务比较复杂，涉及的物流效劳商也比较多，包括二代、一代、船代、船公司、报关行、集卡运输公司、堆场、码头等。工程二期将实现出口流程的整合和应用，实现货代、仓储、集卡车队、堆场、港口、船公司、海关等多个环节的整合，实现订舱根本数据的导入，提供以订舱号、提单号为中心的一站式查询效劳。空运进出口需求空运订舱作业流程调研航空货代汉德公司我们了解到空运流程如下：操作人员拿到销售填制的空运订舱流程表和客人的委托书，确认目的港，按照要求订舱或者推荐优势线路。货代企业通过线下的方式拿到货主的订舱和报关信息，通过或者网络发送电子版委托书，报关资料大局部以快递形式发给汉德。空运信息交互与货主：通过目前使用的系统将货主需要的信息打印出来给货主；与航空公司：将完整的信息结合不同的航空公司制单要求打印后，提供应机场商检，海关做报检报关，还要将主单，分单信息在订舱系统中录入完整。与机场：登入CCSP交运信息，将信息录入给天信达系统。几乎与外部没有互联互通，所有的信息交换都依赖于线下纸质或者登录到对方业务系统操作进行。关于天信达汉德提到，现在全国大局部机场和航空公司都使用天信达的系统，航空货物需要先进航空机场货站仓库〔类似于海关监管仓〕再报关，此时货站会把收到货物的信息〔主要是货物的体积、重量〕录入到天信达系统并覆盖之前货代录入的信息，同时生成舱单，货代报关时必须要附上舱单，海关和国检的系统也认天信达的数据，天信达再把这些数据分别发送给海关、国检、航空公司和机场，并向货代公司收取大约20元每票的费用。需要解决的问题需求目前汉德一票订舱单需要输入5个系统中：1、 自己内部ERP系统；2、 航空公司订舱系统；3、 机场货站系统；4、 电子口岸海关系统；5、 国检系统以上录入的信息大局部是重复的内容，希望我们的国家平台跟踪中心和融易通平台能解决重复输入的问题，减少企业的无效工作量。但考虑到对接海关国检系统存在行政授权问题，空运进出口需求还是侧重提供跟踪节点数据为准。5.2.2海运进出口需求海运进出口将主要依托融易通平台和泛远、美设进行数据的交换，并通过跟踪中心获取各个节点的跟踪状态，具体需求和流程参考如下：委托单的报文标准采用国家平台海运托运单2021版格式，具体参考如下：海运托运单报文结构及属性说明序号报文层Level分类编号英文名称中文名称约束/出现次数数据格式引用文件说明11Root根1..122Header报文头1..133WL0000062MessageReferenceNumber报文参考号1..1an..35报文的唯一标识符43WL0100000DocumentName单证名称1..1an..35单证的中文名称“海运托运单〞53WL0000052DocumentVersionNumber报文版本号1..1an..1763WL0900813SenderCode发送方代码1..1an..20物流交换代码73WL0900817RecipientCode接收方代码0..1an..2083WL0202163MessageSendingDateTime发送日期时间1..1n14YYYYMMDDhhmmss93WL0100225MessageFunctionCode报文功能代码0..1an..3采用GB/T16833-2021的1225102Body报文体1..1113WL0100802ShippingNoteNumber托运单号1..1an..20123ReferenceInfo参考信息0..n134WL0100153ReferenceTypeCode 参考类型代码1..1an..3144WL0100154ReferenceNumber参考号1..1an..70153VesselInfo船舶信息0..1164WL0800841VesselNameCode船名代码0..1an..10174WL0800842VesselEnglishName船舶英文船名1..1an..200184WL0800028ConveyanceReferenceNumber运输参考号1..1an..17航次号194WL0202113EstimatedDepartureDateTime预计离港日期时间1..1n14YYYYMMDDhhmmss204WL0300127CarrierIdentifier承运人标识符0..1an..17214WL0300126Carrier承运人0..1an..512223PlacePortsInfo地点和港口信息0..1234WL0300895GoodsCollectedLocation集货地0..1an..256244WL0300160GoodsReceiptPlace收货地点0..1an..256254WL0300231LoadingPortOfCode装货港代码0..1a5采用GB/T7407、GB/T15514、UN/LOCODE中的相关规定五位字母代码〔国际标准〕264WL0300230LoadingPortName装货港0..1an..35港口名称〔采用英文名称〕274WL0300831TranshippingPortCode中转港代码0..1a5采用GB/T7407、GB/T15514和UN/LOCODE中的相关规定284WL0300830TranshippingPortName中转港0..1an..35294WL0300415DischargePortCode卸货港代码0..1a5采用GB/T7407、GB/T15514、UN/LOCODE中的相关规定304WL0300414DischargeP