发起方和接收方建立一个可以多次双方互相传递数据的通道，

方向另一方订阅事件，当另一方对该事件做出响应后应通知订阅方

发送方和接收方通过文件的方式来传输接口信息

建筑造价、预算、定额发送方和接收方通过文件的方式来传输接口信

5.7可靠消息传输方式

客户端和服务器端通过存储队列方立 采取相应处理

传输手段应支持多种协议、包括但不限于HTTP、HTTPS、SFTP、FTP、SMTP、ebMS和AS2 议。

6.2.1 HTTP,FTP 和 Socket

在采用HTTP、FTP和Socket(套接字)方式传输数据时应结合对传输消息的部分或者全部内容进 行加密、签名等方式进行处理以防止在传输过程中造成的数据泄密和数据篡改

采用HTTPS通信传输时在符合其本身基本规范的基础上，应采用双向认证方式，用以保障交互又

方的有效性和合法性。

采用AS2进行数据传输时，应采用HTTPS进行传输数据

其他传输协议应符合其自

传输信息应包括但不限于订单信息、地点信息和起止时间信息以及与运输方式、付款方式、提货 结算方式等相关信息

发起方应确保消息的发送在收到消息确认前发送一次且仅一次。 在对数据准确性要求较高的业务中，若需保证发送行为的唯一有效性，可采用令牌机制（Token） 若需保证发送消息中所含数据的唯一真实性，则可采用幂等性机制

物流信息接口系统应具备同步或者异步接收消息 的回执信息和通信异常补偿机制。回执信 息应包括明确的消息状态。 消息状态分为两种： 接受（Accepted），表示接收方已经认可并接受了该信息； 拒绝（Reiected），表示接收方不认可该信息

6.4.3消息重发机制

物流信息系统应具备消息重发机制，在发送方没有接收到确认的报文，应执行重试操作直到接收 的报文为止，或应判断是否已超过重试次数并通知传送失败消息

6.4.4消息备份机制

当出现错误时，系统应自动备份该文 工件放置在特定目录中。

6.4.5错误代码公布

应公布明确的错误代码和状态代码，代码不应有歧义和混淆。代码应包括但不限于系统代码和业 务代码，并且进行明确的区分

电子数据交换应遵循GB/T14805（所有部分）中关于信息交换的一般原则和要求，并符合GB/T26320

[11. 1接口类型管理

GB/T394612020

配置和维护国际物流信息系统数据接口类型ZJM0标准规范范本，应包括但不限于接口类型版本、接口类型名称和接口 启用状态等。

配置和维护和合作方系统的接口关系，应包括但不限于接口类型名称、传输方式和接口安全配 置等。

[11.3接口数据状态管理

11.4接口历史信息管理

口的历史信息，宜提供物流信息系统规定的查询

附录A （资料性附录） 通信报文消息XML结构通用示例

密封圈标准GB/T394612020

附 录B （资料性附录） 通信报文消息JSON结构通用示例