ICS35.240.60 CCS R 07 中华人民共和国国家标准 GB/T 42808—2023 港口海铁联运电子数据交换技术要求 Technical requirements for electronic data exchange of shipping and railway combined transport in port 2023-09-01实施 2023-05-23发布 国家市场监督管理总局 发布 国家标准化管理委员会 GB/T42808—2023 前言 本文件按照GB/T1.1一2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》的规定 起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任， 本文件由中华人民共和国交通运输部提出。 本文件由全国港口标准化技术委员会（SAC/TC530）归口。 本文件起草单位：交通运输部水运科学研究所、山东港口青岛港集团有限公司、辽宁港口集团有限 公司、宁波舟山港集团有限公司、广西北港大数据科技有限公司、河北港口集团有限公司、中远海运港口 有限公司、招商局国际科技有限公司。 本文件主要起草人：罗本成、张蕾、张永明、刘广会、彭捷、黄海遵、侯贵宾、王沈元、张迈、程紫来。 GB/T42808—2023 港口海铁联运电子数据交换技术要求 1范围 本文件规定了港口海铁联运电子数据交换的基本要求、数据交换规则、电子数据交换系统要求和安 全技术要求 本文件适用于港口海铁联运电子数据交换业务。 本文件不适用于危险货物港口海铁联运电子数据交换业务。 2规范性引用文件 2 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文 件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于 本文件。 GB17859计算机信息系统安全保护等级划分准则 GB/T28448信息安全技术网络安全等级保护测评要求 GB/T28452信息安全技术应用软件系统通用安全技术要求 JT/T904交通运输行业信息系统安全等级保护定级指南 3术语和定义、缩略语 3.1术语和定义 下列术语和定义适用于本文件。 3.1.1 海铁联运 shippingand railwaycombinedtransport 采用海运和铁路两种运输方式完成的多式联运。 3.1.2 数据 data 信息的可再解释的形式化表示，以适用于通信、解释或处理。 3.1.3 electronic data exchange 电子数据交换 按照规定的通用标准格式，将信息通过通信网络传输，在相关方的电子计算机系统之间进行数据交 换和自动处理。 3.2缩略语 下列缩略语适用于本文件。 API：应用程序接口（ApplicationProgrammingInterface） AS2：第2号适用性标准（ApplicabilityStatement2） CA：证书颁发机构（CertificateAuthority） DMZ:隔离区(DemilitarizedZone) 1 GB/T42808—2023 ebXML：电子商务扩展标记语言（ElectronicBusinessusingextensibleMarkupLanguage） EMAIL：电子邮件（ElectronicMail) FTP：文件传输协议（FileTransferProtocol) HTTP：超文本传输协议(HyperTextTransferProtocol) HTTPS：安全超文本传输协议（SecureHyperTextTransferProtocol) IATA：国际航空运输协会（InternationalAirTransportAssociation） IP：互联网协议（InternetProtocol) JSON：脚本语言对象符号，一种轻量级的数据交换格式（JavaScriptObjectNotation） MQ：消息队列（MessageQueue） ODETTE：欧洲电信传输数据交换组织（TheOrganisationforDataExchangebyTeleTransmis sion in Europe) OFTP：Odette文件传输协议（OdetteFileTransferProtocol) RNIF:RosettaNet文件传输协议(RosettaNetImplementationFramework) SFTP：SSH文件传送协议（SSHFileTransferProtocol) UN/EDIFACT：联合国行政、商业、运输电子数据交换规则（UnitedNations/ElectronicDataInter change For Administration, Commerce and Transport) UTF:Unicode转换格式(Unicode TransformationFormat) WEB：全球广域网（WorldWideWeb） XML：可扩展标记语言（ExtensibleMarkupLanguage） 4数据交换基本要求 4.1兼容性 4.1.1应兼容多种文件格式，包括UN/EDIFACT、XML、JSON、RosettaNet、ebXML、IATACargo IMP、ODETTE等文件格式，支持用户自定义的文件格式。 4.1.2应支持SFTP、OFTP、AS2、HTTP/HTTPS、RNIF等协议，支持FTP、EMAIL、WEB、API、MQ 等多种交换方式。 4.1.3应支持区块链等新技术的可信交换应用。 4.2 稳定性和可靠性 4.2.1应按照交换节点所承载的应用项目运行保障的具体要求，提供相应的服务。 4.2.2对于交换失败的数据应有重发机制和确认校验机制，还应提供消息队列存储、事务控制、容错容 灾、错误处理、消息回执、异常监控告警等处理机制，以保障稳定性和可靠性。 4.2.3应保证报文的唯一性。 4.2.4应支持异步通信。 4.2.5应支持多链路、报文堆积突发传输要求，提供负载均衡控制、限流与并发报文处理机制。 4.3有效性 4.3.1 应保证数据在存储、传输、处理过程中不被篡改，宜采用加密和加签等技术。 4.3.2 应保障报文在传输、存储、处理等过程中数据不丢失。 4.3.3应保证业务数据在传输过程及时送达 2 GB/T42808—2023 4.4安全性 应符合GB17859规定的计算机信息系统第三级及以上安全要求，符合GB/T28448、GB/T28452 和JT/T904安全保护相关要求和定级方法，并符合下列要求： a） 应采用统一的身份认证，宜用数字证书技术标识用户身份； b)） 应具备防火墙、入侵检测、安全评估、防病毒等系统网络安全防护措施； 应对敏感的业务数据进行加密存储、传输数据存储、传输，宜支持各种标准的加密算法； (P 应对敏感业务数据操作、接收及发送采用日志管理，日志数据永久保留。 4.5文件格式 4.5.1电子报文的字符编码应采用UTF-8。 4.5.2电子报文如需压缩，应采用ZIP算法压缩后传输，压缩文件的文件名前缀命名与原报文一致。 4.5.3报文文件名称命名应包含报文类型、发送方、接收方及日期时间戳等信息。 5数据交换规则 5.1# 数据交换原则 港口海铁联运电子数据交换原则如下： a) 数据交换各方明确数据交换的格式、内容、频率、标识、回执、转换、存证及传输等要求； b) 准确、及时、可靠、完整地交换电子报文； c） 5.2数据交换报文类数据交换型 采用电子报文为数据的载体。其中，港口交换给铁路的主要电子报文应符合表1的规定，铁路交换 给港口的主要电子报文应符合表2的规定，海铁联运其他相关方报文，根据实际情况制定。 表1港口交换给铁路的主要电子报文 序号 交换类型 报文名称 序号 交换类型 报文名称 1 船舶 船期计划 8 日班装卸车作业计划报文 2 箱货信息报文 9 大宗散货集疏港报文 3 港存 集装箱堆存报告报文 10 集装箱集疏港报文 集疏运 4 大宗货物港存报文 11 运单需求计划报文 5 件杂货堆存报告报文 12 订舱报文 6 阶段计划需求报文 13 货物追踪请求报文 集疏运 7 （列车）日计划申请报文 14 海关放行 海关放行指令报文 3 GB/T 42808—2023 表2铁路交换给港口的主要电子报文 序号 交换类型 报文名称 序号 交换类型 报文名称 1 阶段受理报文 8 列车出发报告报文 2 （列车）日计划申请批复报文 9 列车到达报告报文 3 铁路运单报文 10 现车信息报文 集疏运 集疏运 集装箱配箱信息报文 11 变更要求通知书报文 4 5 货物追踪信息报文 12 勾计划 6 列车在途信息报文 13 铁路堆存信息报文 7 货车装载清单及明细报文 5.3 报文数据内容 报文数据内容应符合表3的规定。 表3报文数据内容 序号 报文名称 数据内容 船名、航次、上一挂靠港、下一挂靠港、码头、预计到港时间、预计离港时间、集装箱 船期计划 箱数等 船名、航次、挂靠港、提运单号、货物总毛重、卸货港、货类编码、货物件数、集装箱 2 箱货信息报文 箱号、集装箱尺寸、集装箱类型等 保管单位、库场名称、集装箱箱号、集装箱尺寸、集装箱类型、空重标识、进出口标 3 集装箱堆存报告报文 识、堆放位置、箱总重、堆存天数、提运单号、船名、航次等 保管单位、库场名称、货物名称、货物重量、人库场时间、存放位置、货主名称、航 大宗货物港存报文 4 次、船名等 保管单位、库场名称、货物名称、货物重量、货物尺寸、入库场时间、存放位置、货主 5 件杂货堆存报告报文 名