JT/T 979.1-2015
基本信息
标准号： JT/T 979.1-2015
中文名称：道路客运联网售票系统第1部分:服务接口规范
标准类别：交通行业标准(JT)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：7737398
标准分类号
关联标准
出版信息
相关单位信息
标准简介
JT/T 979.1-2015 Road passenger transport networking ticketing system-Part 1: Service interface specifications.
1范围
JT/T 979.1规定了道路客运联网售票系统的服务接口规范,包括总体技术要求、接口规范、接口类型及报文协议。
JT/T 979.1适用于道路客运联网售票系统服务接口的开发与实现。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 25070信息安全技术信息 系统等级保护安全设计技术要求
JT/T 697.7- -2014交通信息基础数据元第7 部分:道路运输信息基础数据元
JT/T 979. 2道路客运联网售票系统第 2部分:信息数据元
RFC 2616超文本传输协议HTTP 1. 1( Hypetext Transfer Protocol-HTTP/1.1)
3术语、定义和缩略语
3.1 术语和定义
下列术语和定义适用于本文件。
3.1.1道路客运联网售票系统road passenger transport networking ticketing system
在某区域实现票务信息查询、联网售票票务结算等功能的综合性服务系统。
3.1.2道路客运联网售票客户端road passenger transport networking ticketing terminal
使用道路客运联网售票系统提供的联网售票服务的应用系统.软件和硬件环境的统称。
3.1.3请求request
客户端通过程序对服务器操作的调用。
1范围
JT/T 979.1规定了道路客运联网售票系统的服务接口规范,包括总体技术要求、接口规范、接口类型及报文协议。
JT/T 979.1适用于道路客运联网售票系统服务接口的开发与实现。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 25070信息安全技术信息 系统等级保护安全设计技术要求
JT/T 697.7- -2014交通信息基础数据元第7 部分:道路运输信息基础数据元
JT/T 979. 2道路客运联网售票系统第 2部分:信息数据元
RFC 2616超文本传输协议HTTP 1. 1( Hypetext Transfer Protocol-HTTP/1.1)
3术语、定义和缩略语
3.1 术语和定义
下列术语和定义适用于本文件。
3.1.1道路客运联网售票系统road passenger transport networking ticketing system
在某区域实现票务信息查询、联网售票票务结算等功能的综合性服务系统。
3.1.2道路客运联网售票客户端road passenger transport networking ticketing terminal
使用道路客运联网售票系统提供的联网售票服务的应用系统.软件和硬件环境的统称。
3.1.3请求request
客户端通过程序对服务器操作的调用。
标准图片预览
标准内容
ICS35.240.60
备案号：
中华人民共和国交通运输行业标准JT/T979.1—2015
道路客运联网售票系统
第1部分：服务接口规范
Road passenger transport networking ticketing system-Part1:Service interface specifications2015-07-11发布
中华人民共和国交通运输部
2015-11-01实施
规范性引用文件
3术语、定义和缩略语
3.1术语和定义
缩略语
总体技术要求
总体架构
系统业务功能及流程
功能要求
性能要求
安全要求·
5接口规范
接口方式与机制.
接口响应请求状态码
传输协议
数据格式·
连接方式·
技术实现··
6接口类型及报文协议，
接口类型
6.2报文结构
附录A（规范性附录）接口技术实现语法格式次
JT/T979.1—2015
HiiKAomiKAca
JT/T979.1—2015
JT/T979《道路客运联网售票系统》分为12部分：第1部分：服务接口规范；
第2部分：信息数据元；
第3部分：数据交换；
一第4部分：部级联网售票平台接人技术要求；一第5部分：乘车凭证技术要求；第6部分：生物特征识别技术要求；第7部分：网络售票服务系统技术要求；第8部分：客运信息监测服务系统技术要求；第9部分：移动智能终端售票系统技术要求；第10部分：自助售票终端技术要求；第11部分：自助取票终端技术要求；第12部分：自助检票终端技术要求。本部分为JT/T979的第1部分。
本标准按照GB/T1.12009给出的规则起草。本标准由交通运输信息通信及导航标准化技术委员会提出并归口。本标准起草单位：中国交通通信信息中心、江西省公路运输管理局、北京盛威南凌信息科技有限公司、深圳市汉亿科技有限公司。本标准主要起草人：王林、关笑楠、李聪、褚伟、林榕、王永明、康红霞、刘建、沈兵、郭祥、沈凯龙李晋、刘文革、李为、印贤文、尤明洲、田士海、江伟。I
HiiKAoiKAca
1范围
道路客运联网售票系统
第1部分：服务接口规范
JT/T979.12015
JT/T979的本部分规定了道路客运联网售票系统的服务接口规范，包括总体技术要求、接口规范、接口类型及报文协议。
本部分适用于道路客运联网售票系统服务接口的开发与实现。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T25070
JT/T697.7—2014
JT/T979.2
RFC2616
3术语、定义和缩略语
3.1术语和定义
信息安全技术信息系统等级保护安全设计技术要求交通信息基础数据元第7部分：道路运输信息基础数据元道路客运联网售票系统第2部分：信息数据元超文本传输协议HTTP1.1（HypertextTransferProtocol一HTTP/1.1）下列术语和定义适用于本文件。3.1.1
道路客运联网售票系统roadpassengertransportnetworkingticketingsystem在某区域实现票务信息查询、联网售票、票务结算等功能的综合性服务系统3.1.2
道路客运联网售票客户端roadpassengertransportnetworkingticketingterminal使用道路客运联网售票系统提供的联网售票服务的应用系统、软件和硬件环境的统称。3.1.3
请求request
客户端通过程序对服务器操作的调用。3.1.4
响应response
从服务器返回客户端程序的操作结果。3.1.5
服务service
通过对客户端程序提供接口访问的形式实现的一组功能。1
HTiKAoNi KAca
JT/T979.1—2015
服务接口service interface
不同系统的硬件或软件部件之间信息通用或交互的界面。3.1.7
获取信息get
用于获取信息资源的一种HTTP请求方法。3.1.8
更新信息post
用于更新资源信息的一种HTTP请求方法。3.2缩略语
下列缩略语适用于本文件。
FTP——文件传输协议（FileTransferProtocol）HTTP—超文本传输协议（HyperTextTransferProtocol）JSON—Java脚本语言对象符号（JavaScriptObjectNotation）REST表征状态转移（RepresentationalStateTransfer）SOA
面向服务架构（ServiceOrientedArchitecture）URI——通用资源标识符（UniformResourceIdentifier）XML—可扩展标记语言（ExtensibleMarkupLanguage）4总体技术要求
4.1总体架构
4.1.1系统分级
道路客运联网售票系统主要分为部级道路客运联网售票系统、省级道路客运联网售票系统和区域级道路客运联网售票系统。其中：部级道路客运联网售票系统可以接人全国不同省份道路客运联网售票系统，实现联网售票和客运信息资源整合：
省级道路客运联网售票系统可以接人省内不同地区，不同级别客运站或客运集团的售票系统和区域级，省级道路客运联网售票系统，实现联网售票和客运信息资源整合，对外提供统一的联网票务服务和信息服务：
一区域级道路客运联网售票系统接人的客运站仅限于某个市或部分客运集团。4.1.2系统组成
道路客运联网售票系统通过联网售票数据交换子系统和联网售票前置服务子系统接入票源地售票系统。图1给出了道路客运联网售票系统的组成，主要由以下5个部分构成：一联网售票应用系统：包括售票服务系统、联网售票业务管理系统、客运信息监测服务系统、清分结算系统；
联网售票数据资源库：包括基础数据库、业务数据库、主题数据库及交换数据库；联网售票数据交换子系统：
联网售票前置服务子系统：包括联网售票服务接口和联网售票数据交换接口；一票源系统：包括客运站站务管理系统。2
-iiKAoi KAca
售票服务系统
道路客运联网售票系统
联网售票应用系统
联网售票业务管理系统
客运信息监测服务系统
联网售票数据资源库
基础数据库
业务数据库
清分结算系统
主题数据库
联网售票数据交换子系统
联网售票前置服务子系统
联网售票服务接口
票源系统
交换数据库
联网售票数据交换接口
客运站站务管理系统
票源地
图1道路客运联网售票系统组成
4.2系统业务功能及流程
4.2.1班次列表查询
业务说明
JT/T979.1—2015
班次列表查询在售票交易之前，根据用户要求，输入所需车票的日期、起始站、终点站等条件，发送车站查询，取得符合条件的车辆班次。如果班次列表查询取得班次成功后，联动到查询班次详情交易。否则输人条件重新查询。
4.2.1.2业务流程图
班次列表查询业务流程如图2所示。4.2.2班次详情查询
4.2.2.1业务说明
班次详情查询在售票交易之前，根据取得符合用户要求的车次发送查询班次详情请求，取得符合条件的车辆班次详情，包括班次、余座等信息。如果查询班次取得详细信息成功且具备锁定票源的条件后，联动到锁定票源交易。否则输入条件重新查询。4.2.2.2业务流程图
班次详情查询业务流程如图3所示。m
-iiKAoNni KAca
JT/T979.1—2015
联网售票客户端
发送售票查询处理
售票查询返回处理
符合条件班次
联动到查询班次详情
联网售票客户端
发送查询班次查询请求
查询班次详情返回处理
符合条件班次
联动到锁定票源
锁定票源
4.2.3.1业务说明
前置机
班次列表查询请求
班次列表查询返回
图2班次列表查询业务流程图
前置机
班次详情查询请求
班次详情查询返回
图3班次详情查询业务流程图
查询符合条件班次信息
发起售票查询返回报文
查询符合条件班次信息
发起查询班次详情返回报文
根据查询班次详情得到符合条件的汽车班次，由用户选择合适班次的购票数量、座位类型等信息，然后发送锁定票源请求给车站。如果锁定票源成功，则联动到售票交易。4.2.3.2业务流程图
锁定票源业务流程如图4所示。
-iiKAoiKAca
联网售票客户端
发送锁定票源请求
锁定票源处理
锁定成功
联动到售票交易
4.2.4解锁票源
4.2.4.1业务说明
前置机
锁定票源请求
锁定票源返回
图4锁定票源业务流程图
JT/T979.1—2015
处理锁定票源请求
发起锁定票源返回报文
当用户由于某种原因不需要购买车票时，需要进行此操作，发送解锁票源请求给车站，完成解锁票源处理。
业务流程图
解锁票源业务流程如图5所示。
联网售票客户端
发送解锁票源请求
解锁票源处理
解锁成功
前置机
解锁票源请求
解锁票源返回
图5解锁票源业务流程图
处理解锁票源请求
发起解锁票源返回报文
-iiKAoiKAca
JT/T979.1—2015
4.2.5售票交易
4.2.5.1业务说明
在成功锁定班次座位后，售出锁定的座位，生成联网售票信息，打印纸质车票或生成电子客票。4.2.5.2业务流程图
售票交易业务流程如图6所示。
联网售票客户端
发送售票请求
售票返回处理
显示错误信息
4.2.6退票查询
4.2.6.1业务说明
是否成功售票
打印车票
前置机
售票交易请求
售票交易返回
图6售票交易业务流程图
售票处理
发起售票返回报文
用户成功购买车票后，由于某种原因想要退票则需要进行此操作。查询取得该车票的状态，决定是否可以退票，如果车站返回该车票的状态正常，则继续进行退票交易。否则，返回错误信息，交易结束。
4.2.6.2业务流程图
退票查询业务流程如图7所示。
4.2.7退票交易
4.2.7.1业务说明
退票交易由退票查询交易联动得到，不能直接进行此操作。操作成功后完成退票功能，并按照票源地返回数据收取相关手续费用。4.2.7.2业务流程图
退票交易业务流程如图8所示。
联网售票客户端
发送退票查询请求
退票查询返回处理
是否可以退票下载标准就来标准下载网
显示错误信息
联动到退票交易
联网售票客户端
发送退票请求
退票返回处理
是否成功退票
显示错误信息
销票查询
4.2.8.1业务说明
打印退票信息
前置机
退票查询请求
退票查询返回
图7退票查询业务流程图
前置机
退票交易请求
退票交易返回
图8退票交易业务流程图
JT/T 979.1—2015
退票查询处理
发起退票查询返回报文
退票处理
发起退票返回报文
对于操作人员误操作等出现的非正常售票，可进行此操作。查询取得该车票的状态，决定是否可以销票，如果车站返回该车票的状态正常，则继续进行销票交易。否则，返回错误信息，交易结束。7
JT/T979.1—2015
业务流程图
销票查询业务流程如图9所示。
联网售票客户端
发送销票查询请求
销票查询返回处理
是否可以销票
显示错误信息
销票交易
业务说明
销票交易
前置机
销票查询请求
销票查询返回
图9销票查询业务流程图
销票查询处理
发起销票查询返回报文
销票交易由销票查询交易联动得到，不能直接进行此操作。操作成功后完成销票功能，相当于售票的反交易。销票交易与退票交易的差别在于不收取手续费，也不打印信息。4.2.9.2业务流程图
销票交易业务流程如图10所示。4.2.10订单查询
4.2.10.1业务说明
当网络出现异常无法通信，或服务端数据处理时间过长，导致客户端无法获取服务端具体处理信息时，会出现业务异常。在出现异常现象时，应由客户端进行订单信息的查询，保证业务的顺利进行。4.2.10.2业务流程图
订单查询业务流程如图11所示。4.3功能要求
4.3.1联网售票前置服务子系统
应包含联网售票服务接口和联网售票数据交换接口两个接口。联网售票服务接口对外提供联网售票服务，实现票源地与道路客运联网售票系统的对接；联网售票数据交换接口对外提供数据服务，实现票源地与道路客运联网售票系统的数据交换与共享。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
备案号：
中华人民共和国交通运输行业标准JT/T979.1—2015
道路客运联网售票系统
第1部分：服务接口规范
Road passenger transport networking ticketing system-Part1:Service interface specifications2015-07-11发布
中华人民共和国交通运输部
2015-11-01实施
规范性引用文件
3术语、定义和缩略语
3.1术语和定义
缩略语
总体技术要求
总体架构
系统业务功能及流程
功能要求
性能要求
安全要求·
5接口规范
接口方式与机制.
接口响应请求状态码
传输协议
数据格式·
连接方式·
技术实现··
6接口类型及报文协议，
接口类型
6.2报文结构
附录A（规范性附录）接口技术实现语法格式次
JT/T979.1—2015
HiiKAomiKAca
JT/T979.1—2015
JT/T979《道路客运联网售票系统》分为12部分：第1部分：服务接口规范；
第2部分：信息数据元；
第3部分：数据交换；
一第4部分：部级联网售票平台接人技术要求；一第5部分：乘车凭证技术要求；第6部分：生物特征识别技术要求；第7部分：网络售票服务系统技术要求；第8部分：客运信息监测服务系统技术要求；第9部分：移动智能终端售票系统技术要求；第10部分：自助售票终端技术要求；第11部分：自助取票终端技术要求；第12部分：自助检票终端技术要求。本部分为JT/T979的第1部分。
本标准按照GB/T1.12009给出的规则起草。本标准由交通运输信息通信及导航标准化技术委员会提出并归口。本标准起草单位：中国交通通信信息中心、江西省公路运输管理局、北京盛威南凌信息科技有限公司、深圳市汉亿科技有限公司。本标准主要起草人：王林、关笑楠、李聪、褚伟、林榕、王永明、康红霞、刘建、沈兵、郭祥、沈凯龙李晋、刘文革、李为、印贤文、尤明洲、田士海、江伟。I
HiiKAoiKAca
1范围
道路客运联网售票系统
第1部分：服务接口规范
JT/T979.12015
JT/T979的本部分规定了道路客运联网售票系统的服务接口规范，包括总体技术要求、接口规范、接口类型及报文协议。
本部分适用于道路客运联网售票系统服务接口的开发与实现。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T25070
JT/T697.7—2014
JT/T979.2
RFC2616
3术语、定义和缩略语
3.1术语和定义
信息安全技术信息系统等级保护安全设计技术要求交通信息基础数据元第7部分：道路运输信息基础数据元道路客运联网售票系统第2部分：信息数据元超文本传输协议HTTP1.1（HypertextTransferProtocol一HTTP/1.1）下列术语和定义适用于本文件。3.1.1
道路客运联网售票系统roadpassengertransportnetworkingticketingsystem在某区域实现票务信息查询、联网售票、票务结算等功能的综合性服务系统3.1.2
道路客运联网售票客户端roadpassengertransportnetworkingticketingterminal使用道路客运联网售票系统提供的联网售票服务的应用系统、软件和硬件环境的统称。3.1.3
请求request
客户端通过程序对服务器操作的调用。3.1.4
响应response
从服务器返回客户端程序的操作结果。3.1.5
服务service
通过对客户端程序提供接口访问的形式实现的一组功能。1
HTiKAoNi KAca
JT/T979.1—2015
服务接口service interface
不同系统的硬件或软件部件之间信息通用或交互的界面。3.1.7
获取信息get
用于获取信息资源的一种HTTP请求方法。3.1.8
更新信息post
用于更新资源信息的一种HTTP请求方法。3.2缩略语
下列缩略语适用于本文件。
FTP——文件传输协议（FileTransferProtocol）HTTP—超文本传输协议（HyperTextTransferProtocol）JSON—Java脚本语言对象符号（JavaScriptObjectNotation）REST表征状态转移（RepresentationalStateTransfer）SOA
面向服务架构（ServiceOrientedArchitecture）URI——通用资源标识符（UniformResourceIdentifier）XML—可扩展标记语言（ExtensibleMarkupLanguage）4总体技术要求
4.1总体架构
4.1.1系统分级
道路客运联网售票系统主要分为部级道路客运联网售票系统、省级道路客运联网售票系统和区域级道路客运联网售票系统。其中：部级道路客运联网售票系统可以接人全国不同省份道路客运联网售票系统，实现联网售票和客运信息资源整合：
省级道路客运联网售票系统可以接人省内不同地区，不同级别客运站或客运集团的售票系统和区域级，省级道路客运联网售票系统，实现联网售票和客运信息资源整合，对外提供统一的联网票务服务和信息服务：
一区域级道路客运联网售票系统接人的客运站仅限于某个市或部分客运集团。4.1.2系统组成
道路客运联网售票系统通过联网售票数据交换子系统和联网售票前置服务子系统接入票源地售票系统。图1给出了道路客运联网售票系统的组成，主要由以下5个部分构成：一联网售票应用系统：包括售票服务系统、联网售票业务管理系统、客运信息监测服务系统、清分结算系统；
联网售票数据资源库：包括基础数据库、业务数据库、主题数据库及交换数据库；联网售票数据交换子系统：
联网售票前置服务子系统：包括联网售票服务接口和联网售票数据交换接口；一票源系统：包括客运站站务管理系统。2
-iiKAoi KAca
售票服务系统
道路客运联网售票系统
联网售票应用系统
联网售票业务管理系统
客运信息监测服务系统
联网售票数据资源库
基础数据库
业务数据库
清分结算系统
主题数据库
联网售票数据交换子系统
联网售票前置服务子系统
联网售票服务接口
票源系统
交换数据库
联网售票数据交换接口
客运站站务管理系统
票源地
图1道路客运联网售票系统组成
4.2系统业务功能及流程
4.2.1班次列表查询
业务说明
JT/T979.1—2015
班次列表查询在售票交易之前，根据用户要求，输入所需车票的日期、起始站、终点站等条件，发送车站查询，取得符合条件的车辆班次。如果班次列表查询取得班次成功后，联动到查询班次详情交易。否则输人条件重新查询。
4.2.1.2业务流程图
班次列表查询业务流程如图2所示。4.2.2班次详情查询
4.2.2.1业务说明
班次详情查询在售票交易之前，根据取得符合用户要求的车次发送查询班次详情请求，取得符合条件的车辆班次详情，包括班次、余座等信息。如果查询班次取得详细信息成功且具备锁定票源的条件后，联动到锁定票源交易。否则输入条件重新查询。4.2.2.2业务流程图
班次详情查询业务流程如图3所示。m
-iiKAoNni KAca
JT/T979.1—2015
联网售票客户端
发送售票查询处理
售票查询返回处理
符合条件班次
联动到查询班次详情
联网售票客户端
发送查询班次查询请求
查询班次详情返回处理
符合条件班次
联动到锁定票源
锁定票源
4.2.3.1业务说明
前置机
班次列表查询请求
班次列表查询返回
图2班次列表查询业务流程图
前置机
班次详情查询请求
班次详情查询返回
图3班次详情查询业务流程图
查询符合条件班次信息
发起售票查询返回报文
查询符合条件班次信息
发起查询班次详情返回报文
根据查询班次详情得到符合条件的汽车班次，由用户选择合适班次的购票数量、座位类型等信息，然后发送锁定票源请求给车站。如果锁定票源成功，则联动到售票交易。4.2.3.2业务流程图
锁定票源业务流程如图4所示。
-iiKAoiKAca
联网售票客户端
发送锁定票源请求
锁定票源处理
锁定成功
联动到售票交易
4.2.4解锁票源
4.2.4.1业务说明
前置机
锁定票源请求
锁定票源返回
图4锁定票源业务流程图
JT/T979.1—2015
处理锁定票源请求
发起锁定票源返回报文
当用户由于某种原因不需要购买车票时，需要进行此操作，发送解锁票源请求给车站，完成解锁票源处理。
业务流程图
解锁票源业务流程如图5所示。
联网售票客户端
发送解锁票源请求
解锁票源处理
解锁成功
前置机
解锁票源请求
解锁票源返回
图5解锁票源业务流程图
处理解锁票源请求
发起解锁票源返回报文
-iiKAoiKAca
JT/T979.1—2015
4.2.5售票交易
4.2.5.1业务说明
在成功锁定班次座位后，售出锁定的座位，生成联网售票信息，打印纸质车票或生成电子客票。4.2.5.2业务流程图
售票交易业务流程如图6所示。
联网售票客户端
发送售票请求
售票返回处理
显示错误信息
4.2.6退票查询
4.2.6.1业务说明
是否成功售票
打印车票
前置机
售票交易请求
售票交易返回
图6售票交易业务流程图
售票处理
发起售票返回报文
用户成功购买车票后，由于某种原因想要退票则需要进行此操作。查询取得该车票的状态，决定是否可以退票，如果车站返回该车票的状态正常，则继续进行退票交易。否则，返回错误信息，交易结束。
4.2.6.2业务流程图
退票查询业务流程如图7所示。
4.2.7退票交易
4.2.7.1业务说明
退票交易由退票查询交易联动得到，不能直接进行此操作。操作成功后完成退票功能，并按照票源地返回数据收取相关手续费用。4.2.7.2业务流程图
退票交易业务流程如图8所示。
联网售票客户端
发送退票查询请求
退票查询返回处理
是否可以退票下载标准就来标准下载网
显示错误信息
联动到退票交易
联网售票客户端
发送退票请求
退票返回处理
是否成功退票
显示错误信息
销票查询
4.2.8.1业务说明
打印退票信息
前置机
退票查询请求
退票查询返回
图7退票查询业务流程图
前置机
退票交易请求
退票交易返回
图8退票交易业务流程图
JT/T 979.1—2015
退票查询处理
发起退票查询返回报文
退票处理
发起退票返回报文
对于操作人员误操作等出现的非正常售票，可进行此操作。查询取得该车票的状态，决定是否可以销票，如果车站返回该车票的状态正常，则继续进行销票交易。否则，返回错误信息，交易结束。7
JT/T979.1—2015
业务流程图
销票查询业务流程如图9所示。
联网售票客户端
发送销票查询请求
销票查询返回处理
是否可以销票
显示错误信息
销票交易
业务说明
销票交易
前置机
销票查询请求
销票查询返回
图9销票查询业务流程图
销票查询处理
发起销票查询返回报文
销票交易由销票查询交易联动得到，不能直接进行此操作。操作成功后完成销票功能，相当于售票的反交易。销票交易与退票交易的差别在于不收取手续费，也不打印信息。4.2.9.2业务流程图
销票交易业务流程如图10所示。4.2.10订单查询
4.2.10.1业务说明
当网络出现异常无法通信，或服务端数据处理时间过长，导致客户端无法获取服务端具体处理信息时，会出现业务异常。在出现异常现象时，应由客户端进行订单信息的查询，保证业务的顺利进行。4.2.10.2业务流程图
订单查询业务流程如图11所示。4.3功能要求
4.3.1联网售票前置服务子系统
应包含联网售票服务接口和联网售票数据交换接口两个接口。联网售票服务接口对外提供联网售票服务，实现票源地与道路客运联网售票系统的对接；联网售票数据交换接口对外提供数据服务，实现票源地与道路客运联网售票系统的数据交换与共享。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。