ICS 35.240.60

R 11

中华人民共和国交通运输行业标准

JT/T 1306—2020

道路客运电子客票系统技术规范

TeChniCal SPeCifiCatiOnS Of road PaSSenger transport electronic ticket SyStenl

2020-07-01 实施

中华人民共和国交通运输部发布

目 次

前言

• 1 范围

• 2 规范性引用文件

• 3 术语和定义、缩略语

• 3.1 术语和定义

3.2缩略语

• 4 系统架构及功能

• 4.1 系统架构

4.2部级电子客票系统功能

4.3 省级电子客票系统功能

5电子客票信息及凭证

• 5.1 电子客票信息内容

• 5.2 电子客票号

• 5.3 电子客票状态

• 5.4 电子客票凭证

5.5电子客票二维码

• 5.6 电子客票条形码

• 5.7 报销凭证

6系统关键业务流程

6.1部级电子客票系统关键业务流程

6.2省级电子客票系统关键业务流程

• 7 系统接口

7. 1 接口规范

• 7.2 报文结构

• 7.3 接口内容

7.4数据传输及存储要求

• 8 系统安全

附录A（规范性附录）道路客运电子客票信息内容

本标准按照GB/T 1. 1—2009给出的规则起草。

本标准由交通运输信息通信及导航标准化技术委员会提出并归口。

本标准起草单位：中国交通通信信息中心、中交信有限责任公司、天津市广通信息技术工程股份有 限公司、辽宁新途网络科技有限公司。

本标准主要起草人:郭祥、邓英、许宝利、何明、关笑楠、潘东齐、王英琦、胡刚、王静、梁天宇、刘宇、 沈兵、杨文刚、解超、李军、刘辉、赵纪刚、王蕾、陈本锡、邱丰游、师毅、陈献国、夏晓辉。

道路客运电子客票系统技术规范

1范围

本标准规定了道路客运电子客票系统的系统架构及功能、电子客票信息及凭证、系统关键业务流 程、系统接口和系统安全等要求。

本标准适用于全国道路客运电子客票系统的设计、开发和使用。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文 件,凡是不注日期的引用文件,其最新版本（包括所有的修改单）适用于本文件。

GB/T 12905条码术语

GB 18030信息技术中文编码字符集

GB/T 18284—2000快速响应矩阵码

GB/T 18347 128 条码

GB/T 25070—2010信息安全技术信息系统等级保护安全设计技术要求

JT/T 979. 2—2015道路客运联网售票系统 第2部分:信息数据元

3术语和定义、缩略语

3.1术语和定义

JT/T 979.2—2015 _λGB∕T 18284—2000 ʌGB/T 12905中界定的以及下列术语和定义适用于本 文件。

• 3.1.1

电子客票 electronic ticket

存储于电子客票系统中的普通纸质客票的电子映像。

• 3.1.2

电子客票系统 electronic ticket SyStenl

道路客运电子客票生成、使用和管理的信息系统。

• 3.1.3

电子客票号 electronic ticket number

按照一定规则形成的电子客票编码。

• 3.1.4

电子客票凭证 electronic boarding PaSS

按照预定样式展示电子客票关键信息的电子或纸质乘车凭

• 3.1.5

电子客票条形码electronic barcode

以条形码形式承载的电子客票号数据编码。

• 3.1.6

电子客票二维码  electronic two-dimension COde

以二维码形式承载的电子客票信息数据编码。

• 3.1.7

电子客票状态 electronic ticket StatUS

在道路客运业务流程中反映电子客票使用情况的标识。

• 3.1.8

电子客票检票终端 electronic ticket CheCk-in terminal

用于读取电子客票信息并查验其有效性的设备。

3.2缩略语

下列缩略语适用于本文件。

APP---应用程序(APPIiCation)

HTTP——超文本传输协议(HyPer TeXt TranSfer PrOtOCOl)

JSON---JaVa 脚本语言对象符号(JaVaSCriPt ObjeCt Notation)

MQ---消息队列(MeSSage QUeUe)

QRCODE--由DenSO公司研制的一种矩阵二维码符号

REST----表征状态转移(RePreSentationaI State TranSfer)

SOA----面向服务架构(Sei^-Vice-Oriented ArChiteCtUre)

URI---通用资源标识符(UnifornI ReSoUrCe Identifier)

UTF-8--种针对UniCOde的可变长度字符编码

XML---可扩展标记语言(EXtenSibIe MarkUP LangUage)

4系统架构及功能

4.1系统架构

全国道路客运电子客票系统按照三级架构建设,包括部级电子客票系统、省级电子客票系统、汽车 客运站售票管理信息系统,如图1所示。各级系统的功能和要求如下：

a)部级电子客票系统:接入省级电子客票系统,用于全国道路客运电子客票信息资源共享交换。

客运站           汽车客运站售票管理信息系统

图1电子客票系统架构 b）省级电子客票系统:接入省内汽车客运站售票管理信息系统,用于实现省域电子客票生成、使 用和管理。

C）汽车客运站售票管理信息系统:提供电子客票的售、检票终端,支持电子客票的售、检票服务。

4.2部级电子客票系统功能

4.2.1 —般要求

4.2.1.1部级电子客票系统由部级电子客票应用系统和部级电子客票数据中心组成,其功能结构如 图2所示。

部级电子客票系统

部级电子客票应用系统

图2部级电子客票系统功能结构

4.2.1.2部级电子客票应用系统应包括核心交易系统、前端管理系统、运行监控系统和查询统计 系统。

4.2.1.3部级电子客票数据中心应包括：

a） 基础数据库:存储电子客票使用单位信息等。

b） 业务数据库:存储电子客票数据记录等。

C）主题数据库:存储电子客票监控数据、运行及统计分析数据等。

4.2.2核心交易系统

4.2.2.1 跨省交易

实现跨省域电子客票的购买、使用和流通。

4.2.2.2部级售票系统交易

实现在部级道路客运联网售票系统购买和使用电子客票。

4.2.2.3联程运输交易

与其他交通运输方式进行联程运输时,实现道路客运电子客票的购买和使用。

• 4.2.3 前端管理系统

4.2.3.1电子票号管理

制定全国道路客运电子客票票号生成、分发和使用规则。

4.2.3.2使用用户管理

使用用户管理应实现如下功能：

a） 对新申请用户进行审核、权限分配和权限变更等。

b） 对退出经营或列入黑名单的用户进行删除。

• 4.2.3.3 电子客票管理

对经由部级电子客票系统流转的电子客票记录和使用过程进行维护和管理。

• 4.2.3.4 电子发票管理

实现部级电子客票系统电子发票申领及管理。

• 4.2.4 运行监控系统

4.2.4.1系统配置管理

对系统的访问权限、并发用户数量等参数进行配置和管理。

4.2.4.2运行状态监控

对系统运行状况实时监控。

4.2.4.3系统性能分析

对系统性能进行分析,包括系统响应时间和并发量等。

• 4.2.5 查询统计系统

4.2.5.1电子客票查询

按照用户权限划分,电子客票查询应具备以下功能：

a） 部级电子客票系统管理员可查询系统内所有电子客票信息。

b） 省级电子客票系统管理员可查询本省级电子客票信息。

4.2.5.2 电子客票验真

乘客可通过输入组合信息查验电子客票的有效性。

4.2.5.3电子客票统计

对电子客票售票、检票、退票、改签和销票等操作进行统计和分析。

4.2.5.4 电子发票查询

查询电子发票开具情况。

4.2.5.5电子发票统计

对电子发票开具等操作进行统计和分析。

4.3省级电子客票系统功能

4.3.1 —般要求

4.3.1.1省级电子客票系统由省级电子客票应用系统和省级电子客票数据中心组成,功能结构如图3 所示。

4.3.1.2省级电子客票应用系统应包括核心交易系统、前端管理系统、运行监控系统和查询统计系统。

4.3.1.3省级电子客票数据中心应包括：

a）基础数据库:存储电子客票使用单位信息等。

省级电子客票系统

省级电子客票数据中心

:础数据亩目  ［lk务数据軍］  匚住题数据亩

图3省级电子客票功能结构

b）业务数据库:存储电子客票数据记录等。

C）主题数据库:存储电子客票监控数据、运行及统计分析数据等。

4.3.2核心交易系统 4.3.2.1电子客票生成

根据订单和支付结果等信息生成一张电子客票。

4.3.2.2 电子客票退票

按照退票规则完成乘客已购有效电子客票的退票操作。

4.3.2.3电子客票改签

按照改签规则完成乘客已购有效电子客票的改签操作。

• 4.3.2.4 电子客票检票

通过识别乘客电子客票凭证或有效身份证件等,验证乘客电子客票。

• 4.3.2.5 电子客票销票

对已售电子客票作废处理并释放座位。

• 4.3.3 前端管理系统

4. 3. 3.1电子票号管理

电子票号管理应实现如下功能：

a） 按照规则生成电子票号；

b） 电子客票使用方向省级电子客票管理中心申请电子票号；

C）省级电子客票管理中心审批和发放电子票号资源,并上报部级电子客票系统。

4.3.3.2使用用户管理

使用用户管理应实现如下功能：

a）对新申请用户进行审核、权限分配和权限变更等；

b）对退出经营或列入黑名单的用户进行删除并回收已分配但未使用的电子客票号。

• 4.3.3.3 电子客票管理

电子客票管理应实现如下功能：

a） 乘客购买电子客票后,在电子客票系统生成一条电子客票记录；

b） 对电子客票记录和使用过程进行维护和管理。

• 4.3.3.4 电子发票管理

电子发票管理应实现如下功能：

a） 乘客购买电子客票后,可申请电子发票；

b） 对电子发票记录进行维护和管理。

4.3.4运行监控系统

4.3.4.1系统配置管理

对电子客票系统的访问权限、并发用户数量等参数进行配置和管理。

4.3.4.2运行状态监控

对系统运行状况实时监控。

4.3.4.3系统性能分析

对系统性能进行分析,包括系统响应时间、并发量等。

4.3.5查询统计系统

4. 3. 5.1电子客票查询

按照用户权限划分,电子客票查询应具备以下功能：

a） 系统管理员可查询全省级电子客票信息；

b） 汽车客运站管理员可查询本站电子客票信息。

4.3.5.2电子客票统计

对电子客票售票、检票、退票、改签、销票等操作进行统计和分析。

4.3.5.3 电子发票查询

按照用户权限划分,电子发票查询应具备以下功能：

a） 系统管理员可查询全省电子发票信息；

b） 汽车客运站管理员可查询本站电子发票信息；

C）乘客可查询本人申领的电子发票。

4.3.5.4电子发票统计

对电子发票开具等进行统计和分析。

5电子客票信息及凭证

5.1电子客票信息内容

电子客票信息类别包含电子客票号、车票信息、实名制信息、班次信息、售票信息、订单信息、状态变 更信息、检票信息、保险信息、发票信息、行李票信息等,信息内容见附录A。

5.2电子客票号

5.2.1电子客票号的基本要求

电子客票号应满足唯一性、实用性和扩展性的原则,具体要求如下：

a） 唯一性：电子客票系统提供的电子票号资源数量应大于实际可售汽车客票票源数量,并保证 在流通期间的唯一性；

b） 实用性：电子客票号由具有电子客票实际业务属性代码组合编码而成,保证电子客票号具有 实用性；

C）扩展性：电子客票号应预留一定扩展位,作为定制应用或后期功能扩展使用。

5.2.2电子客票号的编码结构

5.2.2.1电子客票号应采用字符型编码,长度为22位,编码结构如图4所示。电子客票号由客运站 代码、年份位、流水号、校验位和保留位组成。

5.2.2.2电子客票号编码要求见表1,各客运站可根据实际情况在电子客票凭证上截取显示，如只显 示客运站代码和流水号。

表1电子客票号编码要求

5.3电子客票状态

道路客运电子客票包含但不限于以下状态：

a） 正常售出：电子客票正常出票后的状态。

b） 已换纸票：电子客票被换为纸票后的状态_O

C）已退票：电子客票退票成功后的状态。

Cl）已改签：电子客票改签成功后的状态。

e） 已检票：电子客票检票成功后的状态。

f） 已销票：电子客票销票成功后的状态。

5.4电子客票凭证 5.4.1电子客票凭证信息内容

电子客票凭证所包含的信息内容如表2所示

表2电子客票凭证信息内容

5.4.2电子客票纸质乘车凭证格式要求

电子客票纸质乘车凭证示例见图5_o各省根据实际情况可在该纸质乘车凭证模板下方增加底联, 当需要进行人工检票时,可撕下底联。纸质乘车凭证格式要求如下：

a） 道路客运电子客票纸质乘车凭证应为长方形,尺寸为80mm X 12OnIm_O

b） 乘车凭证名称为“道路客运电子客票乘车凭证”，行间距为24磅,字符间距为0. 56mm。该行 上边缘线距离纸质乘车凭证上边缘线5. 5mm_o

C）电子客票号行间距为24磅,显示的位数可根据实际情况自行规定,采用单倍行距。该行上边 缘线距离纸质乘车凭证上边缘线∏.5mm₀

d）姓名和证件号码在同一行,采用单倍行距。姓名和证件号码之间空两格。该行上边缘线距离 纸质乘车凭证上边缘线15. 5mm_o

图5道路客运电子客票纸质乘车凭证示例

e）起点站行距为单倍行距,其所在的文本框大小为12mmx25mm。该文本框的左边缘线距离纸 质乘车凭证左边缘5mm,上边缘线距离纸质乘车凭证上边缘线22mm_o

f）到达站行距为单倍行距,其所在的文本框大小为12mm X25mm。该文本框的左边缘线距离纸 质乘车凭证左边缘50mm,上边缘线距离纸质乘车凭证上边缘线22mm_o

_g）起点站和到达站之间插入的带指向箭头的连线的线型为实线,粗细为1.25磅,长度为20mm, 水平放置,其左端距离纸质乘车凭证左边缘线30mm,距离纸质乘车凭证上边缘线28mm_o

h）班次的行距为单倍行距,所在的文本框大小为6mm ×16mm;其上边缘线距离纸质乘车凭证上 边缘线22mm,其左边缘距离起点站所在文本框右边缘线2mm _o

i）乘车日期、发车时间、检票口、发车位、车牌号、座位号、车票类型、票价、上限票价、购票方式、 车辆类型和携童数等信息用一个表格表示，内容采用单倍行距,表格为六行四列排列。表格 大小为48mm X 72mm,其左边缘线距离纸质乘车凭证左边缘线4mm,右边缘线距离纸质乘车 凭证右边缘线4mm,上边缘线距离纸质乘车凭证上边缘线37mm_o

j）条形码所在的文本框大小为IImm X 68mm,其左边缘线距离纸质乘车凭证左边缘线6mm,± 边缘线距离纸质乘车凭证上边缘线88mm_o

k）保险号和保费所在的文本框大小为IImm X 60mm,其左边缘线距离纸质乘车凭证左边缘线

6mm,上边缘线距离纸质乘车凭证上边缘线102mm_o

1） “说明：此凭证仅供乘客检票乘车使用，不作为报销凭证”等必要说明所在的文本框大小为

5mm × 70mm,内容采用单倍行距。该文本位于纸质乘车凭证的左下角靖

m）二维码大小为16mm ×16mm,其右边缘线距离纸质乘车凭证右边缘线4mm,上边缘线距离纸 质乘车凭证上边缘线4mm_o

5.5电子客票二维码 5.5.1 编码方式

电子客票二维码应按照GB/T 18284—2000的快速响应矩阵码规定的QRCoDE版本5编码方式设 计,包含144个数据位,采用UTF-8字符编码。

5.5.2 数据内容及要求

电子客票二维码应能通过电子客票识读设备读取其包含的信息并满足各业务场景的使用要求,信 息内容见表3 ,其纠错级别不应低于GB/T 18284—2000中规定的M级别。电子客票二维码应对实名制 信息进行加密,其显示尺寸应满足打印及识别的基本要求。

表3电子客票二维码信息内容

5.6电子客票条形码

电子客票条形码技术要求应符合GB/T 18347的规定。

5.7报销凭证

5.7.1纸质车票

乘客可到起点站凭道路客运电子客票信息（电子客票号和有效身份证件号码等）在窗口或自助设备领 取纸质车票。车站应提供车票补打功能,乘客在发车后一定时间内可到起点站补打车票,作为报销凭证。

5.7.2电子发票

道路客运电子客票系统应与税务系统进行对接,应根据税务部门的要求开具电子发票。

6系统关键业务流程

6.1部级电子客票系统关键业务流程

6.1.1跨省购买电子客票流程

6.1.1.1业务规则

乘客通过A省的道路客运联网售票系统购买B省的电子客票时,应通过部级电子客票系统进行中转。

6.1.1.2业务流程

跨省购买电子客票的业务流程见图6,要求如下：

a） 乘客通过A省级电子客票系统发起购票请求,A省级电子客票系统收到请求后应向部级电子 客票系统转发生成电子客票请求；

b） 部级电子客票系统收到请求后,应转发至B省级电子客票系统；

C） B省级电子客票系统生成电子客票后,应将电子客票信息返回至部级电子客票系统；

d）部级电子客票系统应将收到的电子客票信息转发给A省级电子客票系统,A省级电子客票系 统应将电子客票信息发送给乘客。

图6跨省购买电子客票流程

6.1.2通过部级道路客运联网售票系统购买电子客票 6.1.2.1业务规则

乘客通过部级道路客运联网售票系统购买A省的电子客票时,应通过部级电子客票系统进行中转。

6.1.2.2业务流程

通过部级道路客运联网售票系统购买电子客票的业务流程见图7,要求如下：

a） 乘客通过部级道路客运联网售票系统发起购票,部级道路客运联网售票系统应向部级电子客 票系统转发生成电子客票请求；

b） 部级电子客票系统接收到请求后,转发至A省级电子客票系统；

C） A省级电子客票系统生成电子客票后,应将电子客票信息返回至部级电子客票系统；

d）部级电子客票系统应将收到的电子客票信息存储并转发给部级道路客运联网售票系统,部级 道路客运联网售票系统应将电子客票信息发送给乘客。/

6.1.3联程运输电子客票流程

6.1.3.1业务规则

道路客运与其他交通运输方式进行联程运输生成电子客票时，应通过部级电子客票系统进行 中转。

6.1.3.2业务流程

联程运输中申请道路客运电子客票的业务流程见图8,要求如下：

a）其他交通运输方式电子客票系统通过部级电子客票系统请求生成A省的电子客票；

图7通过部平台购买电子客票流程

b）部级电子客票系统向A省级电子客票系统转发请求信息；

C） A省级电子客票系统返回生成的电子客票信息；

Cl）部级电子客票系统存储并转发电子客票信息给其他交通运输方式电子客票系统。

图8联程运输购买电子客票流程

6.2省级电子客票系统关键业务流程

6.2.1电子客票号申领

6.2.1.1业务规则

电子客票号申领应按以下规则进行：

a） 电子客票使用方在剩余票号资源满足申请条件时,才可提出申领；

b） 审批方查验申请方资质和剩余票号资源数量,满足规定条件后才可下发票号资源;

C）审批的电子客票票号段资源数量不超过规定的最大数量；

Cl）申领信息上报给部级电子客票系统；

e）发放票号资源出现错误时,可申请补发或自动重发。

6.2.1.2流程及要求

电子客票号申领的业务流程见图9,要求如下：

a） 电子客票使用方管理员应在电子客票号码资源不足时,登录电子客票管理系统，向省级电子 客票系统申领新的电子客票票号资源；

b） 省级电子客票系统收到电子客票使用方申请后,应核验申请主体的身份信息是否符合条件, 同时通过电子客票系统查验申请主体的电子客票号码余量、违规操作记录等；

C）审核通过的,应核准具体票号数量，由省级电子客票系统生成票号资源表下发给电子客票使 用方,审核不通过的应返回申领失败消息；

d）省级电子客票系统应将下发给电子客票使用方的票号资源表上报给部级电子客票系统。

图9电子客票号申领流程

6.2.2 出票

6.2.2.1业务规则

a） 电子客票系统出票应按以下规则进行:乘客可通过网站、APP和微信公众号等方式进行网络 购票,也可通过自助终端购票和客运站窗口购票；

b） 电子客票出票成功后,应由经过电子客票系统加密认证的计算机生成对应的电子客票凭证；

C）电子客票出票操作完成后,原则上不可对状态信息数据元以外的其他数据元进行更改；

d）乘客在客运站窗口购票成功后,可直接完成换纸票操作，电子客票系统应同时将对应的电子 客票更改为“已换纸票”状态。

6.2.2.2线上电子客票出票

线上电子客票出票的业务流程见图10,要求如下：

a）线上售票渠道向省级道路客运联网售票系统发起购票请求并发送乘客购票信息,省级道路客

运联网售票系统应向省级电子客票系统请求生成电子客票;

b）省级电子客票系统验证购票信息有效后,应分配唯一电子客票号,形成一条电子客票记录；

C）省级电子客票系统应将生成的电子客票信息返回至省级道路客运联网售票系统,再由联网售 票系统同步至汽车客运站售票管理信息系统；

d） 省级道路客运联网售票系统应将电子客票信息返回线上售票渠道,生成电子客票凭证发送给 乘客；

e） 省级电子客票系统应将加密后的电子客票上传至部级电子客票系统。

图10线上电子客票出票流程

6.2.2.3 客运站窗口电子客票出票

客运站窗口电子客票出票的业务流程见图11,要求如下：

a） 乘客通过窗口发起购票请求并发送乘客购票信息,通过省级道路客运联网售票系统向省级电 子客票系统请求生成电子客票；

b） 省级电子客票系统验证电子客票字段信息有效后,应分配唯一电子客票号,形成一条电子客 票记录；

C）省级电子客票系统应将生成的电子客票信息返回省级道路客运联网售票系统,再同步至汽车 客运站售票管理信息系统；

CI）汽车客运站售票管理信息系统可生成电子客票凭证交付给乘客；

e）省级电子客票系统应将加密后的电子客票信息上传至部级电子客票系统。

图11客运站窗口电子客票出票流程

6.2.3退票

6.2.3.1业务规则

电子客票系统退票应按以下规则进行：

a） 乘客在发车前未换取纸质车票,可通过原购票渠道进行电子客票的退票操作；

b） 乘客在发车前换取纸质车票,应在起点站窗口进行退票；

C）退票时,应按照承运公司规定的退票费率收取乘客退票费；

Cl）退票成功后,应向乘客发送退票成功消息,并告知乘客退款金额及退票费金额等信息。

6.2.3.2线上电子客票退票

线上电子客票退票的业务流程见图12,要求如下：

a） 乘客在线上提交退票请求后,相关信息流转至省级道路客运联网售票系统，由省级道路客运 联网售票系统向省级电子客票系统发送退票请求信息；

b） 省级电子客票系统应查询该电子客票是否为“正常售出”状态,如果不是“正常售出”状态,应 向省级道路客运联网售票系统返回退票失败信息,再由省级道路客运联网售票系统向线上售

票渠道返回退票失败消息,最终通知乘客退票失败；

C）如果该电子客票为“正常售出”状态,省级电子客票系统应进行退票,更改该条电子客票记录 的状态为“已退票”状态,并向省级道路客运联网售票系统返回退票成功信息,再由省级道路 客运联网售票系统向线上售票渠道返回退票成功消息,最终通知乘客退票成功；

d）退票成功后,应将状态变更信息同步至汽车客运站售票管理信息系统和部级电子客票系统。

图12线上电子客票退票流程

6.2.3.3客运站窗口电子客票退票

客运站窗口电子客票退票的业务流程见图13,要求如下：

a） 乘客通过客运站窗口提交退票请求,流转至省级道路客运联网售票系统后，由省级道路客运 联网售票系统向省级电子客票系统发送退票请求信息；

b） 省级电子客票系统应查询该退票信息中的电子客票是否为“正常售出”状态,若不是“正常售 出”状态,应向省级道路客运联网售票系统返回退票失败信息,最终通知乘客退票失败；

C）若该电子客票为“正常售出状态”，省级电子客票系统应进行退票,更改该条电子客票记录的 状态为“已退票”状态,并返回退票成功信息；

Cl）退票成功后,应将状态变更信息同步给汽车客运站售票管理信息系统并通知乘客，同时同步 上传至部级电子客票系统。

图13客运站窗口电子客票退票流程

6.2.4 改签

6.2.4.1业务规则

电子客票系统改签应按以下规则进行：

a） 电子客票的改签应符合客运站的相关规定,并根据客运站的规定进行改签操作；

b） 被改签的电子客票应是正常售出状态，电子客票被改签后,应实时释放座位。

6.2.4.2线上改签流程

电子客票线上改签的业务流程见图14,要求如下：

a） 乘客在线上提交改签申请,相关信息通过省级道路客运联网售票系统流转至省级电子客票系统；

b） 省级电子客票系统应查询被改签电子客票信息,审核改签资格,审核通过的转入下一步操作, 审核不通过应拒绝申请；

C）省级电子客票系统将原电子客票状态更改为“已改签”，同时将状态变更信息发送给汽车客运 站售票管理信息系统和部级电子客票系统；

CI）汽车客运站售票管理信息系统接收到状态变更信息后应释放座位；

e）省级电子客票系统应根据乘客新的行程信息重新生成电子客票,并将电子客票信息同步至部

级电子客票系统和汽车客运站售票管理信息系统;

f）由线上售票渠道将新的电子客票凭证发送给乘客。

图14线上改签流程

6.2.4.3 窗口改签流程

客运站窗口电子客票改签的业务流程见图15,要求如下：

a） 乘客在窗口提交改签申请,相关信息通过省级道路客运联网售票系统流转至省级电子客票系统;

b） 省级电子客票系统应查询被改签电子客票信息,审核改签资格,审核通过的转入下一步操作;

审核不通过应拒绝申请；

C）省级电子客票系统将原电子客票状态更改为“已改签”，同时将状态变更信息发送给汽车客运 站售票管理信息系统和部级电子客票系统；

d） 汽车客运站售票管理信息系统接收到状态变更信息后应释放座位；

e） 省级电子客票系统根据乘客新的行程信息重新生成电子客票,并实时将电子客票信息同步至 部级电子客票系统和汽车客运站售票管理信息系统；

f） 由汽车客运站售票管理信息系统将新的电子客票信息发送给乘客。

图15窗口改签流程

6.2.5检票

6.2.5.1业务规则

电子客票检票应按以下规则进行：

a） 电子客票的检票方式可分为自助终端检票和人工检票两种,要求如下：

1） 自助终端检票方式应使用检票终端扫描条形码、二维码或身份证等乘车凭证,提取电子 客票字段信息,如身份证号、电子客票号等信息完成检票操作；

2） 当自助检票设备工作异常时,应由工作人员进行人工检票，即由工作人员撕下纸质乘车 凭证的底联,客运站电子客票系统根据检票底联查询电子客票信息,并将电子客票状态 改为“已检票”，检票方式改为“人工检票” O

b） 道路客运电子客票检票时应支持多种乘车凭证的使用,并按实名制工作有关要求配合有效身 份证件使用,要求如下：

1） 乘客可通过打印设备打印纸质乘车凭证,结合有效身份证件到客运站检票乘车；

2） 乘客可凭售票方发送的电子乘车凭证检票乘车,或售票方发送的二维码、条形码校验乘 车人电子客票信息检票乘车；

3） 乘客可凭居民身份证到配备二代身份证信息读取设备的客运站校验乘车人电子客票信 息检票乘车。

6.2.5.2自助终端检票

电子客票自助终端检票流程见图16,要求如下：

a）自助检票终端可通过扫描条形码、二维码或身份证等乘车凭证,提取电子客票字段信息（如身 份证号、电子客票号等信息）；

图16自助终端检票流程

b）自助检票终端应将提取的电子客票信息发送至汽车客运站售票管理信息系统；

C）汽车客运站售票管理信息系统应能查询该电子客票是否处于“正常售出”状态,班次信息等是 否正确；

d） 验票通过,检票成功,应将电子客票状态改为“已检票”，检票方式为“终端检票”，应向省级电 子客票系统同步检票信息,验票不通过,应拒绝放行；

e） 省级电子客票系统应将更新后的电子客票信息同步传输至部级电子客票系统。

6.2.5.3人工检票

人工检票流程见图17,要求如下：

a） 应由工作人员检票并留下相关底联；

b） 工作人员应根据检票底联在汽车客运站售票管理信息系统中查询电子客票信息,并将电子客 票状态改为“已检票”，检票方式改为“人工检票”;

C）汽车客运站售票管理信息系统应将更新后的电子客票信息同步传输至省级电子客票系统和 部级电子客票系统。

图17人工检票流程

6.2.5.4 发车验票流程

发车验票流程要求如下：

a） 发车前,汽车客运站售票管理信息系统应通过电子客票关联信息列出该班车所有电子客票 信息。

b） 电子客票检票状态显示为“已检票”的视为正常;其他状态的视为异常。

C）汽车客运站售票管理信息系统应核对状态异常的电子客票信息：“已改签”不做操作；“已退 票”不做操作,仍无记录的应将电子车票标注为“未按时乘车”。

Cl）标注为“未按时乘车”的电子客票根据相关规则分别转入退票、改签和核销流程。

e）统计电子客票状态标注为“已检票”的电子客票,形成班车路单。

6.2.6销票

6.2.6.1业务规则

电子客票系统销票应按以下规则进行：

a） 对于操作人员误操作等引起的非正常售票,可进行销票操作;该操作由汽车客运站管理员 发起。

b） 对电子客票进行销票操作时,该电子客票应处于“正常售出”状态。

6.2.6.2流程说明

电子客票销票的业务流程见图18,要求如下：

a） 应由汽车客运站管理员发起电子客票销票请求,经过省级道路客运联网售票系统流转至省级 电子客票系统；

b） 省级电子客票系统查询该电子客票是否为“正常售出”状态,并验证该发起人是否有销票 权限；

图18电子客票销票流程

C）如符合要求,则电子客票系统应将该电子客票的状态改为“已销票”，并同步给汽车客运站售 票管理信息系统和部级电子客票系统；

CI）汽车客运站售票管理信息系统应释放座位。

6.2.7客票信息查询

6.2.7.1业务规则

电子客票系统信息查询应按以下规则进行：

a） 电子客票系统管理员可在省级电子客票系统前端界面按照电子客票号、班次、起点站、到 达站、途经站、发车时间、乘客姓名、有效证件号码等不同条件组合检索电子客票的详细 信息；

b） 客运站管理员可在省级电子客票系统前端界面按照电子客票号、班次、起点站、到达站、途经 站、发车时间、乘客姓名、有效证件号码等不同条件组合检索本站始发或到达的电子客票 信息；

C）乘客可以通过省级道路客运联网售票系统前端界面按班次、起点站、到达站、发车时间、乘客 姓名、有效证件号码等不同条件组合检索自己购买的电子客票信息。

6.2.7.2业务流程

电子客票信息查询业务流程如图19所示,要求如下：

a）用户可在电子客票查询系统填写查询条件；

b）电子客票系统应判断是否具有查询权限,如果没有,则返回错误信息；

C）系统应根据查询条件获取电子客票相关信息,返回给用户。

6.2.8请求开具电子发票

6.2.8.1业务规则

电子客票系统请求开具电子发票按以下规则进行：

a） 应实现对客运企业、分销商等售票机构对电子发票开具请求等业务的管理；

b） 乘客可通过两种途径申领电子发票，即线上开票模式和扫码开票模式；

C）各纳税主体可自行设置电子发票开具规则（如可规定在汽车发车后XX小时或抵达乘车目的 地时才可申请开具电子发票等）。

6.2.8.2业务流程

电子发票申请的业务流程见图20,要求如下：

a） 乘客可在线上填写并提交申领电子发票的信息,相关信息通过道路客运联网售票系统流转至 相应的电子客票系统；

b） 电子客票系统接收到开票请求信息后,应查询该请求对应的电子客票状态是否可开电子发 票,如不可开则返回开票失败消息；

C）如电子客票状态为“已检票”，并且该电子客票的发票状态字段为“未开电子发票”时,应由电 子客票系统向税务系统申请开具电子发票；

d）开具完成后电子客票系统可将电子发票版式文件直接发送到用户预留的邮箱,或通过道路客 运联网售票系统流转到用户账户。

7系统接口

• 7.1 接口规范

• 7.1.1 接口方式与机制

道路客运电子客票系统采用SOA架构,各系统之间采用基于HTTP协议的网络服务进行通信,应 能通过消息服务总线提供消息的路由和数据的集成。网络服务采用基于REST的设计方式,应传输 XML 或 JSON_O

• 7.1.2 接口请求响应状态码

7.1.2.1接口请求响应通用状态码

接口请求响应主要通用状态码见表4,接口请求响应通用状态码应使用HTTP协议中规范的状 态码,也可通过HTTP状态码返回当前服务状态，实际应用中可根据数据库建库规范中规定的范围 增加。

表4接口请求响应通用状态码

7.1.2.2接口请求响应业务状态码

接口请求响应业务状态码见表5。

表5接口请求响应业务状态码

7.1.3传输协议

道路客运电子客票系统传输协议应采用HTTP协议。

7.1.4数据格式

道路客运电子客票系统服务接口应对电子客票系统的数据格式和外部系统的数据格式进行转换和 映射,道路客运电子客票系统的请求和响应数据应采用XML或JSON格式。

7.1.5连接方式

7.1.5.1道路客运电子客票系统支持HTTP的POST方式进行连接。POST方式用于请求源服务器接 受请求中的实体作为请求资源的一个新的从属物。POST方法的实际功能应由服务器决定,并依赖于请 求 URl(ReqUeSt-URl) _O

7.1.5.2道路客运电子客票系统也支持HTTP的GET方式进行连接。GET方法是以实体的格式获取 被请求UR1( ReqUeSt-URI)制定的信息。

7.1.6技术实现

道路客运电子客票系统接口应采用OPenURL的技术实现。

7.2报文结构

7.2.1报头

• 7.2.1.1 HTTP消息报头包括普通报头、请求报头、响应报头、实体报头，以请求报头为例,报头的Accept 用于指定客户端接受信息的类型。

• 7.2.1.2 HTTP消息报头中A_CCePt规范见表6。

表6 ACCePt规范

7.2.2 请求正文

• 7.2.2.1 支持格式

请求正文支持XML和JSON两种格式,每个请求由公共请求信息和接口请求信息组成。

• 7.2.2.2 XML 格式

XML格式请求正文具体形式如下：

• < ? Xml VerSiOn = ^,, 1.0" encoding = ^H UTF - 8" ? >

• < request >

• < PUbreqUeSt >

<!-公共请求信息-->

• < /PUbreqUeSt >

• < body >

< ! -接口信息-- >

• < /body >

• < /request >

• 7.2.2.3 JSON 格式

JSON格式请求正文具体形式如下：

{ ^H PUbreqUest^,' : { } ,"body” ： } }

• 7.2.3 响应正文

• 7.2.3.1 支持格式

响应正文支持XML和JSON格式,每个响应正文由公共返回信息和接口返回信息组成。

• 7.2.3.2 XML 格式

XML格式响应正文具体形式如下：

• < ? Xml VerSiOn = ^π1.0" encoding = ^H UTF 一 8 " ? >

• < response >

• < PUbreSPOnSe >

<! -公共返回信息-->

• < /PUbreSPOnSe >

• < body >

<! -接口信息- - >

• < /body >

• < /response >

• 7.2.3.3 JSON 格式

JSON格式响应正文具体形式如下：

{ " pubresponse" : j } ," body" : j } }

7.3接口内容

7.3.1 一般要求

按照道路客运电子客票系统三级架构及其与道路客运联网售票系统之间的关系，道路客运电子客 票系统应与道路客运联网售票系统、汽车客运站售票管理信息系统、税务系统以及公安系统进行对接, 电子客票系统主要接口及其规定如表7所示。

表7电子客票主要接口及其规定

7.3.2出票接口

7.3.2.1请求内容

电子客票出票接口请求内容见表8,座位信息内容见表9。

表8电子客票出票接口请求内容

表8（续）

表9座位信息内容

7.3.2.2返回内容

电子客票出票接口返回内容见表10,电子客票信息内容见表11。

表10电子客票出票接口返回内容

表11电子客票信息内容

7.3.3 退票接口

7. 3. 3.1 请求内容

电子客票退票接口的请求内容见表12

表12电子客票退票接口请求内容

表12（续）

7.3.3.2 返回内容

电子客票退票接口的返回内容见表13_o

表13电子客票退票接口返回内容

7.3.4检票接口

7. 3.4.1请求内容

电子客票检票接口的请求内容见表14

表14电子客票检票接口请求内容

表14（续）

7.3.4.2返回内容

电子客票检票接口的返回内容见表15_o

表15电子客票检票接口返回内容

7.3.5 查询接口

7. 3. 5.1请求内容

电子客票查询接口的请求内容见表16

表16电子客票查询接口请求内容

7.3.5.2返回内容

电子客票查询接口的返回内容见表17 _O

表17电子客票查询接口返回内容

7.3.6状态查询接口

7. 3. 6.1 请求内容

电子客票状态查询接口的请求内容见表18

表18电子客票状态查询接口请求内容

7.3.6.2返回内容

电子客票状态查询接口的返回内容见表19 _O

表19电子客票状态查询接口返回内容

7.3.7销票接口

7. 3. 7.1请求内容

电子客票销票接口的请求内容见表20

表20电子客票销票接口请求内容

7.3.7.2 返回内容

电子客票销票接口返回内容见表21_o

表21电子客票销票接口返回内容

7.3.8电子发票开具接口

7. 3. 8.1 请求内容

电子发票开具接口的请求内容见表22

表22电子发票开具接口请求内容

7.3.8.2返回信息内容

电子发票开具接口返回信息内容见表23 _o

表23电子发票开具接口返回信息内容

7.4数据传输及存储要求

7.4.1传输协议

部级电子客票系统与省级电子客票系统之间应采用面向连接的链路通信方式,通过专网实现互联, 要求如下：

a） 连接方式:支持MQ、Web服务等通信方式；

b） 通信协议:采用HTTP 1. 1短连接方式,且请求内容和应答内容分别在一个HTTP包内进行 传输；

C）编码要求:汉字编码采用UTF-8编码；

d）性能要求:最低响应延时不超过30s。

7.4.2存储要求

系统应能实现3年内电子客票的实时数据保存和查询，以及5年的历史数据保存。

8系统安全

道路客运电子客票系统的建设应符合GB/T 25070-2010规定的第二级或更高级别系统安全保护 环境设计要求,具体要求如下：

a） 电子客票系统应采用电子加密和签名技术,保护乘客身份信息和电子客票信息在采集、传输、

存储和使用过程中的不被泄露和篡改,确保电子客票的确定性和唯一性；

b） 道路客运电子客票系统应对外部系统的接入请求进行安全认证；

C）电子客票系统应实现对系统用户权限的分配,可动态分配用户对系统的操作权限；

d） 应提供对接口、服务等系统功能的运行状态进行监控的系统,并能提供报警功能；

e） 外部系统和电子客票系统之间应采用互联网专线进行连接。

附录A

（规范性附录） 道路客运电子客票信息内容

道路客运电子客票信息内容见表A. 1₀

表A.1道路客运电子客票信息内容

表A.l（续）

表A.l（续）

表A.l（续）