交通运输物流公共信息平台应用接口规范-通信业务接口
交通运输物流公共信息平台应用接口规范
通信业务接口
(Version1.0)
1范围
本部分给出了交通运输物流公共信息平台提供的公共服务调用接口规范。
本部分适用于交通运输物流公共信息平台的设计和开发。
2通信业务接口
2.1用户手机短信查询（小件）
2.1.1描述
小件快运企业的用户，使用手机短信可跟踪货物的托运状态。
用户在手机终端上编写短信（包含托运单号，电信特服号），发至电信平台，电信平台受到短信后，组装xml报文，发送到数据交换中心，供货物跟踪中心。
?发送方：电信短信平台
?发送方式：异步，通过数据交换中心的传输服务。
?接收方：货物跟踪中心。
2.1.2发送数据操作(send)
2.1.2.1请求消息
调用数据交换中心的send接口来发送请求消息，send接口中请求消息由下面的属性组成：
属性名XML元素名数据类型约束默认值
目标地址ToAddress元素/String 1..n
交换事件ExchangeEvent交换事件数据类型 1..n
其中：
?目标地址（ToAddress）默认为：HWGZ00001
?交换事件数据类型定义如下：
属性名XML元素名数据类型约束默认值
事件标识EventID String 1..1
操作类型ActionType String 1..1
交换数据包ExchangeDataPackage XML数据文件 1..1
?事件标识（EventID）：由标准版客户端传入的流水号，需要保证唯一性。
?操作类型（ActionType）：JTWL_MESSAGE_HWGZ_XIAOJIAN_BillQuery
?交换数据包（ExchangeDataPackage）：字段属性、及其约束请参看《数据格式规范》第5节。此数据交换包只对应一个数据包单元。
?数据包单元（ExchangeDataPackageUnit）：字段属性定义及约束请参看《数据格式规范》
第6节；数据包单元对应的数据格式为：数据文件（DataFile）。
?数据文件（DataFile）定义如下：
属性名XML元素名类型是否必须最大出现次
数
文件标识dataFileID属性/string是1
文件名fileName属性/string是1
文件格式dataFileFormat属性/string是1
嵌入式内容Base64EncodedData子元素/base64Binary是1
?文件标识（dataFileID）：数据文件的标识符，分组标识是一个UUID。
?文件格式（dataFileFormat）：XML
?嵌入式内容（Base64EncodedData）：采用XML文件格式，以Base64编码方式将数据文件内容直接存放在此元素下。
XML具体定义描述如下：
2.1.2.2响应消息
发送数据操作的响应消息的接口规范见《交通运输物流公共信息平台系统规范第4部分：接入服务》、《交通运输物流公共信息平台接入服务－数据格式规范》和对应的WSDL和XSD 文件。
2.2手机短信查询（普通运输）
2.2.1描述
普通运输企业的用户，使用手机短信可跟踪货物的托运状态。
用户在手机终端上编写短信（包含托运单号，电信特服号），发至电信平台，电信平台受到短信后，组装xml报文，发送到数据交换中心，供货物跟踪中心下载。
?发送方：电信平台
?发送方式：异步，通过数据交换中心的传输服务
?接收方：货物跟踪中心。
2.2.2发送数据操作(send)
2.2.2.1请求消息
调用数据交换中心的send接口来发送请求消息，send接口中请求消息由下面的属性组成：
属性名XML元素名数据类型约束默认值
目标地址ToAddress元素/String 1..n
交换事件ExchangeEvent交换事件数据类型 1..n
其中：
?目标地址（ToAddress）默认为：HWGZ00002
?交换事件数据类型定义如下：
属性名XML元素名数据类型约束默认值
事件标识EventID String 1..1
操作类型ActionType String 1..1
交换数据包ExchangeDataPackage XML数据文件 1..1
?事件标识（EventID）：由标准版客户端传入的流水号，需要保证唯一性。
?操作类型（ActionType）：JTWL_MESSAGE_HWGZ__YSL_BillQuery
?交换数据包（ExchangeDataPackage）：字段属性、及其约束请参看《数据格式规范》第5节。此数据交换包只对应一个数据包单元。
?数据包单元（ExchangeDataPackageUnit）：字段属性定义及约束请参看《数据格式规范》第6节；数据包单元对应的数据格式为：数据文件（DataFile）。
?数据文件（DataFile）定义如下：
属性名XML元素名类型是否必须最大出现次
数
文件标识dataFileID属性/string是1
文件名fileName属性/string是1
文件格式dataFileFormat属性/string是1
嵌入式内容Base64EncodedData子元素/base64Binary是1
?文件标识（dataFileID）：数据文件的标识符，分组标识是一个UUID。
?文件格式（dataFileFormat）：XML
?嵌入式内容（Base64EncodedData）：采用XML文件格式，以Base64编码方式将数据文件内容直接存放在此元素下。
XML具体定义描述如下：
AC JTWL_MESSAGE_HWGZ_JZX_BillQuery集装箱托运单状态查询2.2.2.2响应消息
发送数据操作的响应消息的接口规范见《交通运输物流公共信息平台系统规范第4部分：接入服务》、《交通运输物流公共信息平台接入服务－数据格式规范》和对应的WSDL和XSD 文件。
2.3手机短信查询（集装箱）
2.3.1描述
集装箱企业的用户，使用手机短信可跟踪货物的托运状态。
用户在手机终端上编写短信（包含托运单号，电信特服号），发至电信平台，电信平台受到短信后，组装xml报文，发送到数据交换中心，供货物跟踪中心下载。
?发送方：电信平台
?发送方式：异步，通过数据交换中心的传输服务。
?接收方：货物跟踪中心。
2.3.2发送数据操作(send)
2.3.2.1请求消息
调用数据交换中心的send接口来发送请求消息，send接口中请求消息由下面的属性组成：
属性名XML元素名数据类型约束默认值
目标地址ToAddress元素/String 1..n
交换事件ExchangeEvent交换事件数据类型 1..n
其中：
?目标地址（ToAddress）默认为：HWGZ00003
?交换事件数据类型定义如下：
属性名XML元素名数据类型约束默认值
事件标识EventID String 1..1
操作类型ActionType String 1..1
交换数据包ExchangeDataPackage XML数据文件 1..1
?事件标识（EventID）：由标准版客户端传入的流水号，需要保证唯一性。
?操作类型（ActionType）：JTWL_MESSAGE_HWGZ_JZX_BillQuery
?交换数据包（ExchangeDataPackage）：字段属性、及其约束请参看《数据格式规范》第
5节。此数据交换包只对应一个数据包单元。
?数据包单元（ExchangeDataPackageUnit）：字段属性定义及约束请参看《数据格式规范》第6节；数据包单元对应的数据格式为：数据文件（DataFile）。
?数据文件（DataFile）定义如下：
属性名XML元素名类型是否必须最大出现次
数
文件标识dataFileID属性/string是1
文件名fileName属性/string是1
文件格式dataFileFormat属性/string是1
嵌入式内容Base64EncodedData子元素/base64Binary是1
?文件标识（dataFileID）：数据文件的标识符，分组标识是一个UUID。
?文件格式（dataFileFormat）：XML
?嵌入式内容（Base64EncodedData）：采用XML文件格式，以Base64编码方式将数据文件内容直接存放在此元素下。
XML具体定义描述如下：
查询
AC JTWL_MESSAGE_HWGZ_JZX_BillQuery集装箱托运单状态查询2.3.2.2响应消息
发送数据操作的响应消息的接口规范见《交通运输物流公共信息平台系统规范第4部分：接入服务》、《交通运输物流公共信息平台接入服务－数据格式规范》和对应的WSDL和XSD 文件。
2.4货物跟踪中心->>发单据状态=>>给手机
2.4.1描述
货物跟踪中心将最新的跟踪状态，通过数据交换中心，发送到电信平台的邮箱中，电信平台解包报文，定时发送都手机终端。一次只能对100个以下的手机发送短信。
?发送方：货物跟踪中心。
?发送方式：异步，通过数据交换中心的传输服务。
?接收方：电信平台。
2.4.2发送数据操作(send)
2.4.2.1请求消息
调用数据交换中心的send接口来发送请求消息，send接口中请求消息由下面的属性组成：
属性名XML元素名数据类型约束默认值
目标地址ToAddress元素/String 1..n
交换事件ExchangeEvent交换事件数据类型 1..n
其中：
?目标地址（ToAddress）默认为：dxzx00001
?交换事件数据类型定义如下：
属性名XML元素名数据类型约束默认值
事件标识EventID String 1..1
操作类型ActionType String 1..1
交换数据包ExchangeDataPackage XML数据文件 1..1
?事件标识（EventID）：由标准版客户端传入的流水号，需要保证唯一性。
?操作类型（ActionType）：JTWL_MESSAGE_HWGZ_StateResult
?交换数据包（ExchangeDataPackage）：字段属性、及其约束请参看《数据格式规范》第
5节。此数据交换包只对应一个数据包单元。
?数据包单元（ExchangeDataPackageUnit）：字段属性定义及约束请参看《数据格式规范》第6节；数据包单元对应的数据格式为：数据文件（DataFile）。
?数据文件（DataFile）定义如下：
属性名XML元素名类型是否必须最大出现次
数
文件标识dataFileID属性/string是1
文件名fileName属性/string是1
文件格式dataFileFormat属性/string是1
嵌入式内容Base64EncodedData子元素/base64Binary是1
?文件标识（dataFileID）：数据文件的标识符，分组标识是一个UUID。
?文件格式（dataFileFormat）：XML
?嵌入式内容（Base64EncodedData）：采用XML文件格式，以Base64编码方式将数据文件内容直接存放在此元素下。
XML具体定义描述如下：
2.4.2.2响应消息
发送数据操作的响应消息的接口规范见《交通运输物流公共信息平台系统规范第4部分：接入服务》、《交通运输物流公共信息平台接入服务－数据格式规范》和对应的WSDL和XSD 文件。
2.5企业－>发送短信－>给手机
2.5.1描述
企业使用物流通用软件，通过数据交换中心，将短信报文发送到电信平台的邮箱中，电信平台解报文，定时发送都手机终端。一次只能对100个以下的手机发送短信?发送方：企业，使用物流通用软件（小件、普通运输、集装箱）发送；
?发送方式：异步，通过数据交换中心的传输服务；
?接收方：电信平台
2.5.2发送数据操作(send)
2.5.2.1请求消息
调用数据交换中心的send接口来发送请求消息，send接口中请求消息由下面的属性组成：
属性名XML元素名数据类型约束默认值
目标地址ToAddress元素/String 1..n
交换事件ExchangeEvent交换事件数据类型 1..n
其中：
?目标地址（ToAddress）默认为：dxzx00001
?交换事件数据类型定义如下：
属性名XML元素名数据类型约束默认值
事件标识EventID String 1..1
操作类型ActionType String 1..1
交换数据包ExchangeDataPackage XML数据文件 1..1
?事件标识（EventID）：由物流通用软件传入的流水号，需要保证唯一性。
?操作类型（ActionType）：JTWL_MESSAGE_UserSendMsg
?交换数据包（ExchangeDataPackage）：字段属性、及其约束请参看《数据格式规范》第5节。此数据交换包只对应一个数据包单元。
?数据包单元（ExchangeDataPackageUnit）：字段属性定义及约束请参看《数据格式规范》
第6节；数据包单元对应的数据格式为：数据文件（DataFile）。
?数据文件（DataFile）定义如下：
属性名XML元素名类型是否必须最大出现次
数
文件标识dataFileID属性/string是1
文件名fileName属性/string是1
文件格式dataFileFormat属性/string是1
嵌入式内容Base64EncodedData子元素/base64Binary是1
?文件标识（dataFileID）：数据文件的标识符，分组标识是一个UUID。
?文件格式（dataFileFormat）：XML
?嵌入式内容（Base64EncodedData）：采用XML文件格式，以Base64编码方式将数据文件内容直接存放在此元素下。
XML具体定义描述如下：
开)
2.5.2.2响应消息
发送数据操作的响应消息的接口规范见《交通运输物流公共信息平台系统规范第4部分：接入服务》、《交通运输物流公共信息平台接入服务－数据格式规范》和对应的WSDL 和XSD文件。
2.6电信－>对失败信息做响应
2.6.1描述
电信平台把企业（或货物跟踪中心）发来的信息，通过手机转发给用户时，如发送失败，电信平台会失败信息做响应，回发给企业（或货物跟踪中心）。
?发送方：电信平台；
?发送方式：异步，通过数据交换中心的传输服务；
?接收方：企业（通过物流通用软件）、货物跟踪中心。
2.6.2发送数据操作(send)
2.6.2.1请求消息
调用数据交换中心的send接口来发送请求消息，send接口中请求消息由下面的属性组成：
属性名XML元素名数据类型约束默认值
目标地址ToAddress元素/String 1..n
交换事件ExchangeEvent交换事件数据类型 1..n
其中：
?目标地址（ToAddress）默认为：企业（或货物跟踪中心）对应的物流代码
?交换事件数据类型定义如下：
属性名XML元素名数据类型约束默认值
事件标识EventID String 1..1
操作类型ActionType String 1..1
交换数据包ExchangeDataPackage XML数据文件 1..1
?事件标识（EventID）：由物流通用软件传入的流水号，需要保证唯一性。
?操作类型（ActionType）：JTWL_MESSAGE_ErrorMessResponse
?交换数据包（ExchangeDataPackage）：字段属性、及其约束请参看《数据格式规范》第5节。此数据交换包只对应一个数据包单元。
?数据包单元（ExchangeDataPackageUnit）：字段属性定义及约束请参看《数据格式规范》第6节；数据包单元对应的数据格式为：数据文件（DataFile）。
?数据文件（DataFile）定义如下：
属性名XML元素名类型是否必须最大出现次
数
文件标识dataFileID属性/string是1
文件名fileName属性/string是1
文件格式dataFileFormat属性/string是1
嵌入式内容Base64EncodedData子元素/base64Binary是1
?文件标识（dataFileID）：数据文件的标识符，分组标识是一个UUID。
?文件格式（dataFileFormat）：XML
?嵌入式内容（Base64EncodedData）：采用XML文件格式，以Base64编码方式将数据文件内容直接存放在此元素下。
XML具体定义描述如下：
2.6.2.2响应消息
发送数据操作的响应消息的接口规范见《交通运输物流公共信息平台系统规范第4部分：接入服务》、《交通运输物流公共信息平台接入服务－数据格式规范》和对应的WSDL 和XSD文件。
2.7车辆定位－单条（异步）
2.7.1车辆定位
2.7.1.1描述
企业使用物流通用软件，发送托运车辆信息（车牌号或通信卡号）给交换中心，电信平台收到后，将根据车牌号或通信卡号，来定位车辆。
?发送方：企业，使用物流通用软件（小件、普通运输、集装箱）发送
?发送方式：异步，通过数据交换中心的传输服务。
?接收方：电信平台
电信平台（物流交换代码）：dxzx00001
2.7.1.2发送数据操作(send)
1)请求消息
调用数据交换中心的send接口来发送请求消息，send接口中请求消息由下面的属性组成：
属性名XML元素名数据类型约束默认值
目标地址ToAddress元素/String 1..n
交换事件ExchangeEvent交换事件数据类型 1..n
其中：
?目标地址（ToAddress）默认为：dxzx00001
?交换事件数据类型定义如下：
属性名XML元素名数据类型约束默认值
事件标识EventID String 1..1
操作类型ActionType String 1..1
交换数据包ExchangeDataPackage XML数据文件 1..1
?事件标识（EventID）：由物流通用软件传入的流水号，需要保证唯一性。
?操作类型（ActionType）：JTWL_MESSAGE_HWGZ_QueryCurrentPosition
?交换数据包（ExchangeDataPackage）：字段属性、及其约束请参看《数据格式规范》第5节。此数据交换包只对应一个数据包单元。
?数据包单元（ExchangeDataPackageUnit）：字段属性定义及约束请参看《数据格式规范》第6节；数据包单元对应的数据格式为：数据文件（DataFile）。
?数据文件（DataFile）定义如下：
属性名XML元素名类型是否必须最大出现次
数
文件标识dataFileID属性/string是1
文件名fileName属性/string是1
文件格式dataFileFormat属性/string是1
嵌入式内容Base64EncodedData子元素/base64Binary是1
?文件标识（dataFileID）：数据文件的标识符，分组标识是一个UUID。
?文件格式（dataFileFormat）：XML
?嵌入式内容（Base64EncodedData）：采用XML文件格式，以Base64编码方式将数据文件内容直接存放在此元素下。
XML具体定义描述如下：
Data-经纬度数据
PosDescribe-位置描述
Photo-图片
ALL
2)响应消息
发送数据操作的响应消息的接口规范见《交通运输物流公共信息平台系统规范第4
部分：接入服务》、《交通运输物流公共信息平台接入服务－数据格式规范》和对应的WSDL 和XSD 文件。
sequence 流水号字符型120由应用软件维护，采用GUID VehNo 车牌号字符型120车牌号与通信卡号两者必填一个，有车牌号时，车牌号优先。VehicleColor 车牌颜色字符型35按《机动车号牌种类代码(GA24.7-2001)》中传代码。SimNo
通信卡号字符型120返回类型
字符型
120
Data-经纬度数据PosDescribe-位置描述Photo-图片ALL
MapLevel 地图缩放级别
0~12级
2.7.2车辆定位信息反馈
2.7.2.1描述
企业使用物流通用软件，发送托运车辆信息（车牌号或通信卡号）给交换中心，电信平台收到后，将根据车牌号或通信卡号，来定位车辆，并把车辆定位信息发给交换中心。
?发送方：电信平台
?发送方式：异步，通过数据交换中心的传输服务
?接收方：企业，使用物流通用软件（小件、普通运输、集装箱）接收
2.7.2.2发送数据操作(send)
1)请求消息
调用数据交换中心的send接口来发送请求消息，send接口中请求消息由下面的属性组成：
属性名XML元素名数据类型约束默认值
目标地址ToAddress元素/String 1..n
交换事件ExchangeEvent交换事件数据类型 1..n
其中：
?目标地址（ToAddress）默认为：企业对应的物流代码。
?交换事件数据类型定义如下：
属性名XML元素名数据类型约束默认值
事件标识EventID String 1..1
操作类型ActionType String 1..1
交换数据包ExchangeDataPackage XML数据文件 1..1
?事件标识（EventID）：由物流通用软件传入的流水号，需要保证唯一性。
?操作类型（ActionType）：JTWL_MESSAGE_HWGZ_CurrentPosition
?交换数据包（ExchangeDataPackage）：字段属性、及其约束请参看《数据格式规范》第5节。此数据交换包只对应一个数据包单元。
?数据包单元（ExchangeDataPackageUnit）：字段属性定义及约束请参看《数据格式规范》第6节；数据包单元对应的数据格式为：数据文件（DataFile）。
?数据文件（DataFile）定义如下：
属性名XML元素名类型是否必须最大出现次
数
文件标识dataFileID属性/string是1
文件名fileName属性/string是1
文件格式dataFileFormat属性/string是1
嵌入式内容Base64EncodedData子元素/base64Binary是1
?文件标识（dataFileID）：数据文件的标识符，分组标识是一个UUID。
?文件格式（dataFileFormat）：XML
?嵌入式内容（Base64EncodedData）：采用XML文件格式，以Base64编码方式将数据文件内容直接存放在此元素下。
XML具体定义描述如下：
Data-经纬度数据
PosDescribe-位置描述
Photo-生成地图图片的URL地址，并带GET请求参数
2)响应消息
发送数据操作的响应消息的接口规范见《交通运输物流公共信息平台系统规范第4部分：接入服务》、《交通运输物流公共信息平台接入服务－数据格式规范》和对应的WSDL 和XSD文件。
2.8车辆定位（同步）
2.8.1描述
企业\货物跟踪中心，发送车辆号列表给交换中心，浙江省交通厅收到后，将根据车牌号列表，将车辆定位信息反馈给企业。
?发送方：货物跟踪中心或企业
?发送方式：同步，通过数据交换中心的业务代理(proxySend)。
?接收方：浙江省交通厅等。
2.8.2发送数据操作(proxySend)
2.8.2.1请求消息
企业通过物流通用软件和重要物流及相关信息系统，调用业务代理的proxySend接口来发送请求，proxySend接口中请求消息由下面的属性组成：
属性名XML元素名数据类型约束默认值
事件标识ProxyID String 1..1
操作类型ActionType String 1..1
消息正文BusinessXML base64Binary 1..1
?事件标识（ProxyID）：由标准版客户端传入的流水号，需要保证唯一性。
?操作类型（ActionType）：JTWL_MESSAGE_HWGZ_VehicleCurrentPosition
?消息正文（BusinessXML）：采用XML文件格式，以Base64编码方式将数据文件内容直接存放在此元素下。
XML文件具体定义描述如下：
物流信息网站平台的需求分析
物流信息网站（平台）的需求分析1.需求分析报告的编写目的: 本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度，便于对软件开发过程中的控制与管理，同时提出了本系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。 2.产品背景明细 软件名称：物流信息平台 软件开发者：********** 3.缩写及缩略语 物流信息平台：物流信息的互动发布及相关行为所必须的各种部分。 需求:用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。 需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。 模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。 4．软件结构化描述 一．总体介绍 主要完成以下10个功能子系统的建设： (1)基本信息浏览子系统 主要为社会公众提供物流信息要闻、物流前沿动态等基本信息浏览的服
务。 (2)物流信息发布、浏览子系统 主要包括车源、货源信息的发布、查询，可通过货源、运力、回程、专线四个栏目实现。 (3)会员资格申请子系统 通过该子系统指导公众完成会员资格的申请工作，以便其凭借会员身份享受物流信息的发布和其他高级物流服务。 (4)物流行业管理子系统 主要包括物流业务的网上申办，郑州市物流企业、物流从业人员、物流业务量的统计，物流企业信誉资质管理等工作。 (5)应急物流管理子系统 主要包括应急物流的宣传、郑州市应急物流的申报、储备、调用等功能。 (6)物流公共服务子系统 整体上分为一般物流服务和高级物流服务。前者主要为物流企业、物流从业人员和社会公众提供包括郑州市物流企业黄页查询、天气查询、身份证查询、电话、手机查询、航班车次查询、物流人才招聘信息发布等服务；后者主要为物流企业、物流从业人员和社会公众提供运输路径参考、运距参考、运费参考、运输时间参考、运输车辆查询等服务。 (7)物流知识普及子系统 主要包括物流相关知识的普及，法律法规的宣传，物流安全、保险知识的普及，物流培训信息的发布，先进物流技术的推广，代表性案例的评析、物流名师的观点等。
物流信息平台建设
城市物流信息平台建设的探讨 摘要：物流信息平台提供统一的沟通界面，在提高物流服务质量和降低成本方面起着关键作用。文章分析城市公用物流信息平台建设的必要性与主要功能,探讨公用物流信息平台的体系结构，提出公用物流信息平台的运营机制和建设策略。 物流的发展极大地促进了经济尤其是区域经济的增长，在国民经济和社会发展中发挥着重要作用，因此，各地方政府明确提出要大力发展现代物流业。然而，长期以来,我国城市物流建设的重点是硬件基础设施，如码头、货场、泊位及其配套机械设施，而对于软件如物流信息系统的建设相对滞后,大多数物流企业缺乏功能完善的物流信息系统,从而制约了物流的发展。建立高效集成的物流信息平台能为物流参与主体提供统一高效的沟通界面，从而优化物流系统的服务。 随着信息技术、计算机技术和空间技术的发展，城市的概念也在发生变化，正在形成一个充满数字化特征的“数字城市”。逐渐建立网络政府的“政府上网”工程正是其建设的基本内容。目前，在许多城市政府信息化工程正在全面实施应用，为建设现代物流业所必需的公用信息平台提供了有力的技术支撑. 一、物流信息平台建设的必要性 通过构建物流信息平台，能使商流、物流和信息流在信息平台的支持下实现互动，从而能提供准确和及时的物流服务。而作为单一的物流企业，自行建立一个物流信息系统所耗费的资源是巨大的、昂贵的，中国物流企业迫切需要一个公共物流信息平台。利用公共平台整合物流资源，能实现物流资源的共享，发挥物流系统的整体优势，从根本上改善物流发展的现状。这也可以避免各企业对于物流信息系统的重复建设和功能重叠，防止资源浪费。 城市物流的发展过程中，建立公共信息平台具有以下几个方面不可比拟的优势： 在不重复建设的基础上，通过现代化的计算机网络通信技术，有效整合城市物流资源，加强各种物流功能和物流环节的联系，打破物流管理条块分割带来的不利影响。 专业物流企业可与多个物流代理建立长期合作伙伴关系，当代理提出物流请求时，可迅速建立起供应链连接，提供相关物流服务。这有利于提高大量闲置物流资源的利用率，也利于中小物流企业向现代化、网络化、信息化的平稳过渡。 大规模联合作业降低了系统整体运行成本，提高了工作效率，也降低了系统对单个节点的依赖性，抵御风险能力明显增强。 二、物流信息系统的关键技术 有效的物流信息平台必须实现企业间的大量的实时信息交换，确保企业间协作的顺利进行，实现信息流与物流的同步统一。为实现实时化，需要解决数据实时采集，数据实时通信，实时定位，电子数据交换和数据库技术等关键技术。这实际涵盖了众多领域，并且许多技术是跨学科的前沿技术。这些物流信息关
物流管理系统需求报告软件工程范例.doc
物流管理系统需求报告（第三版） 开发组号：第一组keepalived 小组组长：苏日娜00613068 小组成员：胡萨日娜00518105符广勇00613050唐山山00613057 李杰00613063 代山丹00613074 邱广波00613070 张儒林00613075 冯献勇00613080 马淑君00613081 2009年8月26日
引言 1.1 编写目的：1.2 项目背景：1.3 定义： 1.4 参考资料： 2 任务概述 2.1 目标 2.2 可行性分析 2.3 运行环境 3 数据描述 3.1 表态数据 3.2 动态数据：3.3 数据库描述：3.4 数据词典 3.5 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度5.2 时间特性：5.3 适应性：
6 运行需求 6.1 用户界面： 6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求 1 引言 1.1 编写目的： 使该工程能按照计划顺利的进行，而编写的分析报告。并且可以保证体统在开发过程中出现的错误能有根可寻。还可以使用户更好的了解和使用本系统，为以后的设计做准备。 1.2 项目背景： 随着公司规模的不断扩大，产品种类的不断增多，越来越多的公司在产品和原材料的调拨方面变得更加复杂，困难。物流企业的传统经营模式和概念已不能适应市场需要，企业必须通过引入先进技术和知识来重新组织其运输过程，提高企业信息化水平，增强企业竞争力。信息技术也已经渗透到各行各业，使物流业也逐渐向专业化方向发展，物流公司孕育而生。但是不同的物流公司特点各不相同，为了方便企业寻找到适合自己的产品运送的物流公司。我们准备开发一个开放、标准、高效的物流公共信息平台,提供各个物流公司费用等信息
物流云平台的设计与功能
应跨界融合，而非单打独斗 物流云平台的设计与功能 一、物流云计算服务平台概念：? 物流云计算服务平台是面向各类物流企业、物流枢纽中心及各类综合型企业的物流部门等的完整解决方案，依靠大规模的云计算处理能力、标准的作业流程、灵活的业务覆盖、精确的环节控制、智能的决策支持及深入的信息共享来完成物流行业的各环节所需要的信息化要求。 我们把物流云计算服务平台划分为：物流公共信息平台、物流管理平台、物流园区管理平台三个部分。 这三个平台有各自适合的作用层面，物流公共信息平台针对的是客户服务层，他拥有强大的信息获取能力；物流管理平台针对的是用户作业层，他可以大幅度的提高物流及其相关企业的工作效率，甚至可以拓展出更大范围的业务领域；物流园区管理平台针对的是决策管理层，他可以帮助物流枢纽中心、物流园区等管理辖区内的入驻企业，帮助他们进行规划和布局。? 二、各部分功能：? 公共信息平台： ●首页?? 通过浏览网页首页快速获知物流相关新闻内容，物流行业相关资讯信息，同时对生产供应商新货品信息一目了然，相对应的可以知晓可提供的货品信息的显示需求。 ●服务提供??
注册用户能够在信息平台上发布货品信息，发布车辆服务信息，发布仓储服务信息，发布配送专线服务信息，发布园区商铺信息以及发布有货求车信息 ●会员注册 客户通过会员注册，可以成为登录公共信息系统并享有根据会员不同身份对应的服务。将会员注册分为个人会员注册和企业会员注册，并且在企业会员注册中按照企业类型更为详细的分类分为仓储企业，车辆企业，贸易企业。 ●在线交易?? 显示各物流服务类别的交易信息，同时显示和个人(企业)会员类别贴近的物流服务信息。在其中的会员购买信息中包括已接收的服务(已经有意购买，但并未正式成交),已接受的服务(已经购买并享有的服务),已发布的服务(会员企业发布可提供的服务信息)三个功能模块。 ●物流资讯?? 较为详细和全面的显示物流行业资讯信息以及物流热点新闻信息。 ●综合查询?? 多角度，多维度提供详细查询可提供物流服务的企业信息，可提供的货品信息，可提供物流服务的车辆信息，可提供物流服务的车辆信息以及可提供运输配送线路信息? 物流管理平台：? ●订单管理系统? 该系统可以接收客户下的订单，支持多种下单方式，包括电话、传真、Email、电子商务等多种接收方式。订单管理系统可以对订单进行
物流运输服务合同模板
运输服务合同 合同编号：【】甲方（托运方）： 乙方（承运方）： 本合同于【】年【】月【】日在【】签署。 经双方友好协商，就乙方承接甲方货物运输事宜，特制定以下条款，供双方共同遵守执行。 一、运输和服务事项 1.乙方承担将甲方货物送至甲方指定地址的业务。双方确认若甲方未有变更 指示，则以甲方向乙方发出《运输货物信息单》（附件一）所载信息为准。 2.应甲方的要求，乙方为甲方提供优质服务，将甲方指定发货地的货物在约 定时间内安全送至甲方指定收货地并交付指定收货人。 二、运输范围及运输时限要求 1.运输范围/区域及运输时限：详见《运费报价单》（附件二）。运输到达时限 指自乙方接到甲方需运输的货物时起至送达甲方指定地址并由收货人签 收的时间。 2.服务日期：全年365天全天连续服务。 三、双方权利与义务 （一）甲方权利与义务 1.甲方保证货物外包装完整，没有污损。 2.甲方提供运输所需的信息。 3.运输信息如有变更，甲方另行通知，乙方应予以办理。 4.甲方保证委托乙方运输的货物为国家允许流通的货物。 5.甲方根据货物的性质及重量、数量、体积采用适当的包装材料和包装形式 包装。 6.如运输的货物需办理检验手续，甲方负责将有关文件提交乙方。 7.甲方有权查询货物的运输状态，有权在货物送达目的地之前通知乙方变更 目的地及收货人或者取消托运。 8.甲方向乙方支付的运费中已包含运输所需的全部保险费用（货物均以甲方
销售价格予以投保），甲方不另行向乙方支付任何性质的保险费用，也无 需自行办理任何形式的保险。 （二）乙方权利与义务 1.乙方应具有完成本合同项下服务的法定资质，保证所派车辆性能良好，所 派司机身体健康、不酗酒、具有丰富的驾驶经验，并承担货物自接收时起 至交付甲方收货人签收前的一切风险和责任。 2.乙方应当将其派送到甲方取货人员（以下称“取货人”）的身份证复印件、 授权书、取货人签字样本等加盖公章，交付甲方备案。乙方授权的取货人 的行为视同乙方的行为，乙方应对该人员的行为承担全部法律责任。如乙 方变更取货人，应书面通知甲方，乙方应对甲方签收该通知前原取货人的 行为承担全部法律责任。 3.乙方在接受甲方委托运输的货物时，对货物的情况予以确认。如发现包装 不当、捆绑不牢固以致不便于运输，以及包装损坏、玷污的，有权利要求 甲方重新包装以保证货物的安全或将货物退回甲方。乙方一旦接收，则视 为甲方交付的货物完好、无污损，并适合运输。 4.乙方应在合同及附件约定的时限内安全的将甲方交付运输的货物交由收货 人签收，并完成相关物流工作。 5.乙方应在接到甲方查询通知后【15分钟】内作出回复，就货物送达与否、 送达时间等运输状态提出的查询作出回复。 6.乙方应向甲方开放货物运输过程的信息系统，包括网上查询帐号与密码， 甲方或收货人可以自行查询乙方的运输状况。网上查询地址为【】，指定项 目负责人【】，联系电话：【】，以保障即时信息沟通和货物查询。 7.乙方应按照甲方要求的运输方式进行运输，未得甲方许可不得更改运输方 式。若由于乙方更改运输方式给甲方及收货人造成损失的，乙方承担赔偿 责任；运费差额乙方应退还给甲方，或由甲方自未清结的运费中直接扣除。 8.乙方应保证运输货物的安全，保证运输途中货物无短缺、无污损、无人为 变质等损害。 9.乙方应保守甲方商业秘密。未经甲方许可，乙方不得将在合作过程中知晓 的甲方信息透露给任何第三方。 10.乙方应为运输的货物进行投保，但无论乙方是否实际投保、也无论乙方以 何种方式投保，更不论是何种原因导致保险事故发生的，如需要保险公司 或乙方赔偿甲方货物损失的，乙方均应按甲方货物的销售价格全额先行支 付给甲方。 四、运输服务及保障
南方现代物流公共信息平台建设实施方案(word)
《珠江三角洲地区改革发展规划纲要(2008-2020年)》项目 南方现代物流公共信息平台建设方案 及 2010年重点实施项目 编制北京中交协物流研究院 中国物流与采购联合会 北京大学数字中国研究院 广东省数字广东研究院
二○一○年十月
目录 一、建设目标 二、项目定位 三、需求分析 四、建设内容亓、实施计划六、项目管理
编制说明 编制依据：广东省信息产业厅、广东省财政厅，关于《南方现代物流公共信息平台建设方案研究项目招标文件》（招标编号：06120840B0710124） 编制机构：北京中交 协物流研究院 广东省数字广东研究院、北京大学数字中国研究院华南分 院主要咨询机构：中国物流及采购联合会 CISCO(中国)有限公司、IBM(中国)有限公司、GS1香港货品编码协会有限公 司新加坡CrimsonLogic公司，Patni公司，马来西亚政府MCC 主编： 王德荣中国交通运输协会常务副会长交通与物流专家 副主编： 戴定一中国物流与采购联合会常务副会长物流与经济专家 王钦敏欧亚院士，中国致公党常务副主席政策及信息专家 陈秀万北京大学数字中国研究院常务副院长空间信息化专家 李鹰广东省数字广东研究院常务副院长物联网技术专家 主要参与编写成员：王燕凌（广东省现代物流研究院）、郭立新（北京中交协研究院）、
孙国江（香港GS1总工程师）、杨晓明（电子亓所）钟明达、高立志、晏庆华、玄志成、朱建红、谢浩安、李金华、巨星、刘庆柱、程海龙、、叶志扬、潘格娜
过程说明 ?项目组为高质量完成项目研究工作，于2009年5月11日，在北京召开“南 方现代物流公共信息平台建设方案研究项目”专题会议，会议根据前期研 究基础，北京中交协、中物联及北京大学专题参与和给予专家指导；具体 工作将分为标准、技术、政策、运营机制和服务模式四个专题小组，由专 题小组先编写专题报告，2010年则分别提交完成，并汇总形成总方案； ?项目组于2010年1月26日，在北京召开项目专家研讨会，并邀请省市委托 单位代表参加，项目组专家组内部评审，认为项目方案达到计划要求，建议尽快外部咨询修改完善后提交； ?2010年2月-2010年4月，在省经济和信息化委员会指导下，分别与国家信 息化专家委员会、IBM、CISCO、新加坡Crimson Logic公司和Patni公 司、香港GS1、等有关机构等进行咨询与征求意见； ?2010年5月14日，省经济和信息化委员会组织来自中山大学、华南理工大 学、暨南大学、广东外语外贸大学、广州大学、广东省物流行业协会等 6 位物流专家对本方案进行研讨，并提出一些建设性见意：统筹管理，疏
公共物流信息平台技术方案
公共物流信息平台技术方案
物流信息系统的核心——电子商务平台建设 ......................................... 2 开放性的供应链事务处理系统 ..................................................... 4 功能需求 ................................................................... 5 应用托管： ..................................................................... 6 物流增值应用系统 ............................................................... 7 物流交易撮合 ............................................................... 7 公告板 ..................................................................... 7 第三方认证 CA ............................................................ 7 货物追踪 ................................................................... 7 装运管理 ................................................................... 7 运输工具调度 ............................................................... 8 进出口申报作业 ............................................................. 8 费用结算支持 ............................................................... 8 合同&协议管理 .............................................................. 8 物流平台构建模式 ............................................................... 9 商业服务框架 .............................................................. 10 商业连接器 ................................................................ 11 供应链集成 ................................................................ 12 社区管理 .................................................................. 13 竞拍服务 .................................................................. 14 目录管理 (ASP 模式) ....................................................... 15 物流信息平台模块列表 .......................................................... 17 公共物流信息平台运营模式 ...................................................... 18 公共物流信息平台的竞争优势 ................................................ 19 营销战略及经营计划 ........................................................ 20 利润来源 .................................................................. 21 发展前景 .................................................................. 23
国内快递运输服务协议
国内快递运输服务协议 甲方：___________________ 乙方：___________________ 签订日期：___年___月___日 客服热线电话：华北区：_________；华东区：_________；华南区： _________ 客户账号：_________ 经甲乙双方友好协商，就乙方为甲方提供国内快递运输服务及相关费 用结算事宜，达成如下协议： 一、双方的责任和义务 二、费用与结算 三、期限 本协议有效期一年，自_________年_________月_________日至_________年 _________月_________日。如本协议到期，双方均无提出异议，则协议有效期 自动顺延，以一年内为期。 四、除按本协议第二条第10款之规定乙方单方终止协议外，在协议 执行期间，任何一方如提出修改或终止本协议，应提前30日以书面形式通 知对方。协议的提前终止，不影响双方于协议终止前已产生的权利和义务。 五、其他 1．乙方向甲方提供的《快递服务价格表》、《_________快递国内运单》及其他与运送有关的规定均被视为本协议不可分割的一部分，与本协议具 有同等效力。 2．甲乙双方若有需要改变公司名称、联系方式或需搬迁离开原所在地 以及其它可能影响本协议执行的变更时，均应于变更之日起5个工作日内 书面通知对方，否则须由变更方承担给对方造成损失的责任。 3．本协议下的任何争议，双方应友好协商解决，若协商不成，提交乙 方所在地人民法院诉讼解决。 4．本协议一式两份，双方各执一份。自签订之日起生效。
六、备注：_______________________________________________________
物流公共信息平台的服务模式(一)
物流公共信息平台的服务模式(一) 摘要：文章在分析物流公共信息平台的架构与功能的基础上，指出了传统服务模式的不足，按照物流服务交易的复杂程度和技术实现的难度，归纳和总结了物流公共信息平台的三种服务模式：信息资源共享、物流服务交易、价值链集成，并对平台成功运营的因素进行了分析。关键词：物流公共信息平台；信息资源共享；物流服务交易；价值链集成；服务模式 一、引言 物流公共信息平台是信息和通讯技术在跨组织物流运作中的一种应用形态，是物流企业以及相关部门之间进行信息交互的一种公共架构，目的是改进组织间协调机制，提高物流运作效率。物流公共信息平台是一种特殊的跨组织信息系统（IOS：Inter-OrganizationalInformationSystems）。从目前物流公共信息平台的运营来看，可谓喜忧参半，物流公共信息平台的难题不在技术上，而是在服务模式上。一般来说，成功的物流公共信息平台有两个条件：一是能为用户创造价值；二是需获得相当规模的用户数。而这两点都取决于物流公共信息平台的服务模式，取决于服务模式能否满足用户的需要，并为用户带来相应的价值。 二、物流公共信息平台的结构与功能 1．物流公共信息平台的结构。物流公共信息平台是一个集合性的概念，它的应用形态，既可能包括典型的EDI应用，也可能包括基于流程的跨组织信息系统，或共享的数据库，以及面向物流服务交易的电子市场等。从本质上来说，物流公共信息平台不是一种全新的信息技术应用形态，它是基于现有的跨组织的信息技术应用的一种拓展。物流公共信息平台的结构可以分为五个层次：基础设施层、技术标准层、支持系统层、模块功能层、应用服务层。2．物流公共信息平台的功能。物流公共信息平台的功能要满足物流系统中政府管理部门、物流企业、工商企业不同层次的参与者对物流公共信息平台的信息需求和功能需求。物流公共信息平台应通过对物流公共数据的采集、处理和公共信息交换，为物流企业信息系统完成各类功能提供支撑；为政府相关职能部门的信息沟通提供信息枢纽作用；为政府的宏观规划与决策提供信息支持。物流公共信息平台可以为企业提供单个企业无法完成的基础资料收集，并对其进行加工处理；为政府相关职能部门公共信息的流动提供支撑环境。一个有效集成的物流公共信息平台，应可以为物流服务提供商、货主／制造商及政府相关部门提供一个统一高效的沟通界面，为客户提供供应链综合解决方案。因此，物流公共信息平台的功能定位应该包括电子数据交换、会员服务功能、在线交易功能、企业应用集成、行业应用托管服务、智能配送功能、库存管理功能、决策分析功能、金融服务功能、货物跟踪、政府行业管理等。三、传统服务模式的不足 传统的公共信息平台有两种典型的服务模型：单一技术驱动模式和单一信息中介模式。然而这两种模型都有着自身内在的缺陷。 1．单一技术驱动模式。所谓单一技术驱动，是指平台的建设和运营由单一的技术型公司主导，缺乏用户的深度参与，从而使平台不符合用户商业战略的需求。日本的SHIPNET是单一技术驱动模型的典型案例。它建成于1986年，由日本Nippon电话&电报公司投资和运营，连接着货代、航线公司/代理、点数公司（SwornMeasurersandTallyFirms），初衷是为用户提供文档传递服务。但系统在运营过程中一直面临着用户数不足的尴尬，文献“7”总结了SHIPNET运营失败的原因。 从根本上讲，单一技术驱动模式很难成功，这反映了技术驱动战略在平台开发方面固有的局限性。一般来说，信息系统的开发有两种驱动力量，一种是商业战略驱动，另一种则是技术驱动。商业战略驱动是源于业务发展的未来需求，这种驱动力来自于业务部门，而技术驱动则是寻求利用新技术来发现业务创新机会，该驱动力主要来源于IT部门。在基于商业战略驱动的系统开发之间和基于先发性技术应用所能获得收益的驱动之间需要一个平衡。就平台
物流服务的内容
二、物流服务的内容 根据物流服务的定义，物流服务包含了为满足用户需求所实施的一系列物流活动过程及其产生的结果。传统的物流服务是指按照用户的要求，为克服货物在空间和时间上的间隔而进行的劳动；而现代物流服务是以传统物流服务为基础，尽量向两端延伸并赋予新的内涵，在物流全过程中以最小的综合成本来满足顾客的需求。 （一）传统物流服务 传统物流服务的内容是满足客户需求，通过物流的相关功能活动，满足客户消除货物在空间和时间上的间隔要求。具体来说，为满足客户的需求，传统的物流服务的基本内容主要体现在运输、储存以及为了实现和方便运输、储存所提供的装卸搬运、包装、流通加工等服务内容。 1．运输服务 在社会分工和商品生产条件下，企业生产的产品作为商品销售给其他企业或消费者使用，但商品生产者与其消费者在空间距离上常是相互分离的。运输就在于完成商品在空间的实体转移，克服商品生产者(或供给者)与消费者(或需求者)之间的空间距离，创造商品的空间效用。运输是物流职能的核心环节，不论是企业的输人物流或输出物流，都依靠运输来实现商品的空间转移。可以这样说：没有运输，就没有物流，也就没有物流服务。为了适应物流服务的需要，要求具有一个四通八达，畅行无阻的运输线路网系统作为支持。 2．储存服务 产品的生产完成时间与其消费时间之间总有一段时间间隔，特别是季节性生产和季节性消费的产品。此外，为了保证再生产过程的顺利进行，也需要在供、产、销各个环节中保持一定的储备。储存就是将商品的使用价值和价值保存起来，克服商品生产与消费在时间上的差异，创造商品的时间效用。储存是物流服务的一项重要内容。为储存商品，需要建立相应的仓库设施。在产品销售集中地区所设置的，作为商品集聚和分散基地和进行短期保管的流通仓库就是配送中心。 3. 装卸搬运服务 装卸搬运是伴随运输和保管而附带产生的物流服务活动，如装车(船)、卸车(船)、人库堆码、拣选出库以及连接以上各项活动的短距离搬运。在企业生产过程中，材料、零部件、产成品等在各仓库、车间、工序之间的传递转移也包括在物料搬运的范畴。为了提高装卸搬运作业的效率，减轻体力劳动强度，应配备一定的装卸搬运设备。 4．包装服务 商品包装是为了便利销售和运输保管，并保护商品在流通过程中不受毁损，保持完好。为便利运输和保管将商品分装为一定的包装单位以及保护商品免受损毁而进行包装，这都是物流服务的内容。 5．流通加工服务 这是在流通过程中为满足用户需要进行必要的加工，切割、套裁、配套，等等。 运输与储存是传统物流服务的主要内容，其中运输是物流服务体系中所有动态内容的核心，而储存则是唯一的静态内容。物流服务的装卸搬运、包装、流通加工与物流信息则是物流的辅助内容。它们的有机结合构成了一个完整的物流服务系统。 （二）现代物流服务 现代物流服务离不开传统的物流服务活动，但现代物流服务在传统物流服务的基础上，通过向两端延伸赋予了新的内涵，是各种新的服务理念的体现。具体来说，现代物流服务主要体现在一体化物流服务、增值物流服务、虚拟物流服务、差异化物流服务和绿色物流服务
物流公共信息平台市场痛点与创新趋势
物流公共信息平台市场痛点与创新趋势 一、物流公共信息平台市场痛点研究 近年来，物流公共信息平台建设已经成为我国物流信息化建设的核心。随着物流业的发展和国家关于振兴物流业的政策出台，各省、市都在逐步建立物流公共信息平台。据不完全统计，目前全国已建和在建的物流公共信息平台至少有上千个，规划之中的，更是不计其数。但如前面所述，目前国内90%的物流公共信息平台还仅仅是货主和物流企业简单交换供需信息的集散地，大部分物流公共信息平台还处于物流信息平台孤岛阶段，还没有出现很好的成功模式。 从国际上看，发达国家的物流公共信息平台一般由信息中间商或协会搭建运营，供应链各环节通过信息中间商或协会建立的物流公共信息平台交换数据，共同完成物流服务。目前，美国、欧洲和日本在物流公共信息平台领域做得较好，但大部分物流公共信息平台也主要是围绕货运实时信息、多式联运实时信息、或物流园区物流信息搭建平台，也没有突出的成功商业模式，物流公共信息平台的建设也处于逐步完善的阶段。中外关于物流公共信息平台的商业模式研究处于同一发展阶段，中国互联网+的快速发展，未来中国物流公共信息平台商业模式有可能率先取得突破。 物流公共信息平台商业模式设计要取得突破，首先要借助目前高速发展的互联网+发展大趋势和国家政策，利用大数据、云计算、物联网、移动互联网的技术手段，研究市场痛点，解决市场问题，建立清晰而合理的收费模式。
近两年来走访了很多客户，通过对客户访谈分析市场痛点，为物流公共信息平台的商业模式探索做了很多基础性工作。根据课题组调研，目前物流公共信息平台服务具有如下痛点： 1、痛点之一：货从哪里来? 货从哪里来是一个物流公共信息平台的本质问题，不解决这个问题，不从根本上了解物流的流量与流向，紧紧抓住货源，而是从二道贩子手里采集一些货运信息就提供信息服务，信息质量是粗燥的，有时候甚至是虚假的，服务也是没有保证的。 中国物流的货源来源主要有三点：一是电商物流包裹配送需求，这个“货源”在电商平台的买家客户C端，平台电商投资的物流公共信息平台和建设的智慧物流骨干网具有天然优势。二是来源于制造企业，也就是B端，可惜全国几乎所有的物流公共信息平台都很少考虑到这个问题，即使有考虑到的，也仅仅是考虑了制造业与物流联动，没有考虑物流公共信息平台如何与众多制造企业信息系统无缝对接问题，更没有解决制造企业物流需求信息的独立性和保密问题，制造企业也没有动力介入各类物流公共信息平台，这个货源是一个巨大的待开发的处女地;三是居民与单位的日常物流需求，这也是一个巨大的货源，是零担物流主要货源，目前没有物流公共信息平台专门研究和开发这个需求，没有去培育居民与单位利用物流公共信息平台去采购服务，很多物流信息平台也没有这项服务。
物流运输服务标准合同范本
甲 方：______________________________ 乙 方：______________________________ 日 期：_________年________月_______日 物流运输服务标准合同范本 You have to get the permission of all the signatories to the agreement if you want to change the terms.
物流运输服务合同 甲方：___________________________ 法定地址：_______________________ 工商执照号：_____________________ 乙方：___________________________ 法定地址：_______________________ 工商执照号：_____________________ 按照《中华人民共和国合同法》的有关规定，甲乙双方本着互惠互利的原则和相互合作与支持的宗旨，就甲方委托乙方为进口货物运输代理等事宜，经友好协商达成如下协议。 第一条 甲方责任和义务 1.甲方最少在货物抵达前(船到港前三天、航班到港前24小时)通知乙方货物到达情况和提供有关文件，包括：海洋提单、空运提单、货物资料、报关和报检报验文件等，以便乙方安排换单和提前审核有关文件。 2.甲方委托乙方代理申报的进口货物，必须按照中华人民共和国海关、商品检验检验以及相关部门对于国家进口货物的有关规定， 如
实申报。 3.由于甲方或下列原因导致货物申报时间的延迟，而造成未能及时清关或货物疏港等，由甲方承担所产生的风险、责任及费用，而乙方不予承担： (1)因买卖双方原因导致提单不能在船公司正常换取(如未电放、海运费用未结清等); (2)由于甲方未能及时提供进口报关所需的全部资料; (3)因甲方所提供的报关资料失实，而导致的延迟; (4)在清关过程中由于海关等相关部门要求，需要补充或修改有关单证及相关说明资料，而甲方未能及时提供; (5)遇到法定节假日或有关部门不能正常办公; (6)因港口要求和规定而必须输港的货物; (7)其它甲方及不可抗拒原因。 4.由于非乙方原因造成滞箱费、污箱费、修箱费等费用和责任，由甲方承担，乙方尽量协助甲方协商解决。 第二条乙方责任和义务 1.乙方应及时、合理安排甲方所委托进口货物的的换单、申报、运输等事宜。 2.乙方应及时通知甲方有关报关进度、预计送货时间，以便甲方合理安排仓库装卸。 3.乙方应积极协助甲方解决在报关过程中出现的各种问题和状况包括文件的提供、解释、说明等工作。
苏州市物流公共信息平台建设可研
苏州市物流公共信息平台建设 可行性研究报告
目录 第一章项目概述............................................... . 项目名称................................................. . 项目承担单位............................................. . 可研报告编写单位......................................... . 可研报告编写依据......................................... . 建设目标与原则........................................... ....................................................... ....................................................... ....................................................... . 主要建设内容............................................. . 投资及资金来源........................................... . 效益分析................................................. ....................................................... ....................................................... . 结论与建议............................................... ....................................................... ....................................................... 第二章项目建设的必要性....................................... . 现状与差距............................................... ....................................................... ....................................................... ....................................................... . 项目建设的必要性......................................... ....................................................... ....................................................... ....................................................... ....................................................... . 项目建设的可行性......................................... ....................................................... ....................................................... ....................................................... 第三章项目建设的指导思想与原则. ............................... . 指导思想................................................. . 建设原则.................................................
物流服务标准丰田运输完整版
物流服务标准丰田运输 Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】
丰田运输《物流服务标准》一、作业范围 汽车货运主要承担长春地区（集合便）至天津、天津地区（集合便）至长春的往返运输任务。 1、货物分类 货物按性质分为普通货物和特种货物；货物按比重分为普通货物和轻泡货物；货物按承运方式分为整车货物、零担货物；货物按运输的距离分为：短途货物和长途货物。 2、货物运输距离 此项运输为长春至天津的长途往返运输。（长春地区集货至天津、天津地区集货至长春） 3、装卸安全技术要求 （1）此车辆的额定载质量符合规定，适应货物装卸的要求。 （2）装载要均衡平稳、捆绑牢固，严禁上重下轻。 （3）运载货物前，箱板要关闭严密。 （4）载运货物不准超出车箱的长度和宽度。 （5）装载货物的重量不超出核定总重量。 4、货物包装要求 （1）供应厂家要针对货物本身的特点、性能，采用适当的包装形式（特殊货物要特殊包装），承运单位才能受理承运。 （2）供应厂家要根据货物的主要性质和运输、装卸等安全要求，在货物包装外标住标准的货物标志，承运人及装卸人员要按货物标志要求运输和装卸。
二、驾驶员上岗条件 1、机动车驾驶员必须经公安机关考核合格，领取驾驶证、从业人员资格证后方准驾驶准驾车辆。 2、驾驶员必须身体健康，在行车过程中按要求穿戴好劳保用品，保持精力旺盛，无不良情绪。 3、熟知车辆的性能及构造，能够进行一般的维护，能排除常见故障；能熟练掌握货物装卸的安全技术要求。 4、熟知《汽车驾驶员安全操作规程》。 三、汽车运行过程的要求 1、运输作业计划 按一汽天津丰田技术中心（TTCC）下达的计划执行。 2、运输路线 要在保证运输安全的前提下，走费用最省的路线，即最经济的运行路线。(102国道、高速公路再定) 3、运输时间 （1）车辆必须按规定的路线运行。 （2）集货时必须按集货时间或看板集货工作标准的要求按时按量进行作业。（3）运行时按照规定的时间到达。 （4）恶劣天气能见度在5m以内或道路最大纵坡在60度以上、能见度在10m以内时应停止行驶，与物流本部联系。 （5）车辆行驶以下地点、路段或遇到特殊的限速规定
现代交通物流公共信息平台_山东省_内部资料
现代交通物流公共信息平台 1. 建设背景 现代物流的发展不仅可以提升流通效率、降低物流成本；还可以通过构建良好的物流服务体系改善投资环境、提高地区综合竞争力，因此得到众多国家和地区政府部门的重视。 现代交通物流公共信息平台是一个中立、开放、立足“交通服务支持”的行业性物流信息平台。该平台作为交通政府部门发挥“引导和规范”作用的重要载体，是交通行业推进现代物流发展的重要举措之一，也是地方政府部门发展现代物流的总体战略组成部分，适时合理地开展平台建设显得十分必要，理由如下： 一是货运企业普遍偏小，业务经营不够规范，信息化普及率较低。鉴于成本等因素，采用信息化手段开展管理的主动性不足，且经验缺乏。 二是货运市场是个“货代”强势市场，破除“小、散、乱”格局，引导其发展成为“规模化、集约化”运输及物流企业，必须从货源信息市场的管理逐步入手。政府在此领域需发挥“有形之手”进行适当的干预。 三是运用信息化手段管理车辆、从业人员、运输业户、运输场站等物流信息市场，引导我省物流业发展，必须注重“集聚效应”。交通物流信息平台，必须立足“公益性定位”，为物流上下游企业提供基本的、真实的和廉价的公共交通信息服务，才能吸引企业的关注和使用。因此，政府的先期推动和补贴尤为重要。 四是现有市场的货运发供求信息服务鱼龙混杂、诚信难以保证，而政府手中的信息资源具有公信力却未发挥应有作用，尤其是基础设施、交通流、经营业户、从业人员属性以及质量信誉等基本信息。 五是一些具备一定实力，且正努力向合同运输、物流加工、准时运输等高端物流服务业态“转型”的货运企业缺乏大型交通地理信息系统、货物跟踪系统等的建设和维护经验，成本难以负担，且也存在重复建设监控、通讯设施的现象。 综上，交通物流信息平台就是要在综合性物流信息平台最为核心的“交通支持”和“商务支持”中充分发挥“交通支持”作用。平台建设的意义主要体现在：以发挥利用交通部门的物流要素资源为出发点，支持企业提升运输效率和作业效率，在提供通用管理软件下载、
- 126-10-1物流公共信息平台规划与运营模式(1)
- 南方现代物流公共信息平台建设实施方案
- 物流云平台设计及功能
- 物流公共信息服务平台
- 129-10-2物流公共信息平台规划与运营模式(2)
- 物流信息平台建设 (1)
- 南方现代物流公共信息平台建设实施方案(word)
- 城市物流公共信息平台建设研究
- 物流信息共享平台建设实施方案
- 物流信息平台建设
- 公共物流信息平台建设规划
- 物流信息平台建设方案样本
- 物流信息平台建设方案
- 第五章 物流信息系统的规划、分析与设计
- 外贸物流信息平台项目(系统)
- 物流公共信息平台框架方案设计
- 智慧物流信息公共服务平台整体建设方案2018版
- 【经典】物流公共信息服务平台建设方案
- 第10章 物流公共信息平台规划与运营模式
- 物流信息平台项目工作方案