JT／T 1310-2020 标准规范下载简介
JT／T 1310-2020 综合交通电子客票信息系统互联互通技术规范.p*fICS35.240.60 L.79
综合交通电子客票信息系统
Technicalrequirementsforinteroperabilityof integrate* transportation electronic ticketinformation system
中华人民共和国交通运输部
【河北图集】J17G213：装配式混凝土剪力墙结构节点及连接构造（带书签）范围 规范性引用文件 术语和定义、缩略语 基本要求 业务功能 数据交换内容 系统数据接口 参考文献
本标准按照GB/T1.1一2009给出的规则起草。 本标准由全国综合交通运输标准化技术委员会（SAC/TC571）提出并归口。 本标准主要起草单位：交通运输部科学研究院、中国民航信息网络股份有限公司、中国铁道科学研 究院集团有限公司、中交信有限责任公司、盛威时代科技集团有限公司。 本标准主要起草人：闫超、汪健、龚露阳、马惟、张志强、沈兵、白杉、刘新、姜景玲、王显光、陈硕、 邓然、李博、李士达、尹伊伊、郭祥、张鹏、张劲涛、胡兴华
综合交通电子客票信息系统互联互通技术规范
本标准规定了铁路、公路、水路、民航电子客票信息系统互联互通的基本要求、业务功能、数据交换 内容和系统数据接口。 本标准适用于铁路、公路、水路、民航电子客票信息系统之间以及与第三方票务服务系统之间的数 据资源与客票销售接口的互联互通，以实现跨运输方式客票服务功能
下列文件对于本文件的应用是必不可少的。 凡是注日期的引用文件，仅注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T22239—2019信息安全技术网络安全等级保护基本要求
下列术语和定义适用于本文件。
需求系统*eman*system
根据系统用户需求.调用供给系统数据接口.发送客票信息查询、预订、改签、退票、票款支付等请 求，获得相关数据资源，为系统用户提供跨运输方式客票服务的电子客票信息系统。 3.1.2 供给系统supplysystem 根据系统用户需求.向需求系统开放自身数据接口，接收客票信息查询、预订、改签、退票、票款支付 等请求，发送相关数据资源，为系统用户提供跨运输方式客票服务的电子客票信息系统。 3.1.3 系统用户systemuser 发起客票信息查询、预订、改签、退票、票款支付等请求的旅客或客票服务机构。 3.1.4 班次 shift
下列缩略语适用于本文件。 FTP———文件传输协议（FileTransferProtocol); HTTP——超文本传输协议（HyperTextTransferProtocol）； HTTPS———超文本传输安全协议（HyperTextTransferProtocoloverSecureSocketLayer） MQ消息队列(MessageQueue)：
下列缩略语适用于本文件。 FTP———文件传输协议（FileTransferProtocol）; HTTP——超文本传输协议（HyperTextTransferProtocol）； HTTPS———超文本传输安全协议（HyperTextTransferProtocoloverSecureSocketLayer）； MQ消息队列(MessageQueue)：
4.1.1铁路、公路、水路、民航电子客票信息系统以及第三方客票服务系统应分别负责各自电子客票 信息的生产、更新、删除、安全保护、对外开放和传输。 4.1.2铁路、公路、水路、民航电子客票信息系统以及第三方客票服务系统，可根据客票服务的流程， 通过互相调用余票查询、客票锁定、客票销售、客票解锁、订单查询等数据接口，获得其他电子客票信息 系统信息，提供班次时刻查询、跨运输方式联程出行线路规划、单运输方式或联程票务等服务，并完成票 款清分结算。 4.1.3根据系统用户需求的不同，某一电子客票信息系统既可以是需求系统，也可以是供给系统。需 求系统向供给系统发送请求内容，供给系统向需求系统返回应答内容。
4.1.4系统架构如图1所示
系统用户通过需求系统发出班次及余票查询请求时，需求系统应能调用供给系统“余票查询”接 口.获得班次时刻余票量、票价等信息
系统用户通过需求系统发出班次及余票查询请求时，需求系统应能调用供给系统“余票查询”接 口，获得班次时刻余票量、票价等信息
系统用户获得班次及余票信息后，选择要预订的班次、座位等级，并提交旅客个人基本信息，需求
系统的“客票锁定”接口.供给系统应能反馈操作
系统用户在订单约定支付时间内完成票款支付后，需求系统应能调用供给系统的“客票销售” 供给系统反馈操作结果，完成售票
系统用户任单约 票预请求的，需求系统能 元成票解锁
客票退订时，需求系统应能根据系统用户的请求，调用供给系统的“客票解锁”接口，供给系统反 乍结果完成退票
客票改签时.需求系统应能根据系统用户的请求，调用供给系统的“余票查询”接口，获得要改签 各的班次余票信息，调用“客票锁定”和“客票销售”接口完成新客票预订操作；调用“客票解锁”接 成原客票退订
系统用户通过需求系统购买 电信息查询请求，需求系统以能 给系统的“订单查询”接口，获得客票订单信息
5. 8. 1 初步对账
需求系统运营主体应在约定的对账时间向供给系统运营主体提供售票结算对账汇总表（表1）、售 票结算对账明细表（表2），供给系统运营主体应根据售票结算对账汇总表和售票结算对账明细表与需 求系统运营主体进行票款资金核对和对账。若供给系统运营主体对对账汇总表、对账明细表无异议，则 需求系统运营主体应按照双方约定的结算周期向供给系统运营主体划款。
表1售票结算对账汇总表式样
表2售票结算对账明细表式样
求系统名称， 供给系统名称： 年MM月DD日至YYYY年MM月DI
若供给系统运营主体对对账汇总表、对账明细表所列数据有异议JT／T 1169-2017标准下载，则应在约定时间内向需求系统运 营主体提出调整要求，并说明调整原因.售票结算调整单见表3
需求系统运营主体在收到供给 时间内将调整记录并人最近一 账明细表进行处理
各电子客票信息系统开放和交换数据的数据目录和格式、运输方式代码、客票状态代码、座位等 码及证件类型代码见表4~表8
表9余票查询接口请求内容
表10余票查询接口返回内容
某花园小区工程节能施工方案票锁定接口请求内容见表11.客票锁定接口返回