面向铁路客票及客运延伸服务的合并支付方案研究*

赵 颖 ，李 健

（1 中国铁道科学研究院集团公司中国铁路网络有限公司 高级工程师，北京 100081；2 中国铁道科学研究院集团公司中国铁路网络有限公司 正高级工程师，北京 100081）

0 引言

铁路电子支付平台[1]自2011 年上线以来，经过多次扩容升级，在技术架构、处理能力等方面均得到了较大提升。 该平台一直稳定支持铁路客运销售业务， 支持渠道方面主要有互联网、 手机WAP、POS、TVM、扫码、闸机（刷卡和扫码），接入收单机构有工行、农行、中行、建行、招行、邮储、银联、中铁银通卡、微信、支付宝，交易金额2019 年将近4 000 亿元，占客票销售额的75%以上，且呈逐年增长的趋势，高峰交易笔数已达到761 笔/s，有力保障了铁路客运秩序，提升了旅客支付体验。

随着国铁集团“客运提质”计划的深入推进，铁路客运延伸业务不断推陈出新，互联网订餐、接送站、贵宾厅服务和网约车等服务陆续推出，得到了社会公众的广泛好评。 新型业务对电子支付平台的业务模式支持能力、支付能力、结算清分能力、平台处理能力等各方面都提出了新的要求。 以互联网订餐为例，目前的业务处理模式是旅客买票支付完成后，再跳转到订餐页面选餐、支付，旅客在12306 办理业务，需要支付两次，一定程度上影响了业务推广效果。 为进一步提高铁路服务质量，使旅客在购买火车票的同时享受更多的铁路服务，统一、安全、便捷的支付服务势在必行。

根据中国人民银行发布的《中国人民银行办公厅关于进一步加强无证经营支付业务整治工作的通知》（银办发 〔2017〕217 号）、《中国人民银行关于规范支付创新业务的通知》（银发 〔2017〕281 号）、《中华人民共和国电子商务法》、《中国人民银行关于进一步加强支付结算管理防范电信网络新型违法犯罪有关事项的通知》（银发〔2019〕85 号）等规范要求，严禁互联网平台触及“二清”经营红线。 目前客运延伸服务中涉及的商家大部分为铁路外部商家，即社会商家，根据中国人民银行监管规定，电子支付交易后的社会商家资金不能进入铁路财务账户，同时不能发送清算指令。

1 方案目标

面向铁路客票及客运延伸服务的合并支付方案应在不改变用户支付习惯的前提下，满足铁路客票系统[2]和客运服务等多业务合并支付场景需求，符合国家支付结算监管政策要求， 解决旅客在12306 购票下单时，能够同时增加约车、酒店、订餐、贵宾室等服务，同时解决运输和非运输业务商户之间的清分问题。 整套方案体系需符合互联网平台、平台内经营者、 支付结算等相关监管政策要求，有效规避平台“二清”风险。

2 方案设计

2.1 总体架构

面向铁路客票及客运延伸服务的合并支付方案的总体设计思路[3]为：确保不影响存量客票用户体验，当用户仅进行客票支付时，保持12306 平台现有与各银行、第三方支付机构直连的接入方式不变； 当涉及购票和延伸服务的合并支付订单时，才接入合并支付方式。 打造统一线上合并支付接入、统一对账核算、统一资金清分体系，覆盖铁路客票销售、餐饮特产、休息厅、约车接送、酒店预订等线上合并支付场景。 总体架构如图1。

2.2 逻辑架构

按照标准性、安全性、可扩展性和先进性的要求，合并支付系统由接入层、业务层、应用层、通讯层和数据层组成构建，如图2。

图1 总体架构图

图2 逻辑架构图

1） 接入层。 接入层主要满足铁路窗口/用户通过互联网和铁路办公网络访问铁路合并支付系统。

2） 业务层。业务层面向用户提供基于终端合并支付服务、账户管理、商户管理、订单管理、对账处理、结账处理、佣金结算等处理方式。

3） 应用层。应用层向用户提供业务支付支撑服务，包括交易处理、账户处理、商户处理、订单处理、风险控制、业务清算，账单生成、数据处理等服务。

4） 通讯层。通讯层通过终端系统、交易网关、文件服务、统计分析、渠道接口交互转化、数据交换与数据转发等实现应用功能模块。

5） 数据层。 数据层采用主流数据库，集成业务数据、基础数据、监控数据、风控数据等各类信息。为整个系统提供有效数据支撑。

2.3 业务流程架构

旅客登录12306 进行购票， 在席位已锁定，最终支付前可支持选择约车、酒店、订餐、贵宾室等一项或多项服务，与票款合并一笔完成付款；或者在票款支付后，依据购票订单增加约车、酒店、订餐、贵宾室等服务合并支付。 用户提交合并支付订单的业务流程架构如图3。

图3 业务流程架构

流程描述如下：

1） 客票系统在支付时合并延伸服务订单，汇总各订单金额，将主子订单信息一起提交到电子支付平台。 电子支付平台记录主子订单信息，将主订单信息和按照商户入账信息组织的子订单一起提交到银行进行支付。 支付完成后银行通知电子支付平台，电子支付平台将支付结果通知到客票系统。

2） 业务办理完成后业务系统将订单状态通知电子支付平台，电子支付平台通知银行，银行为商户进行清算， 银行将清算结果告诉电子支付平台，电子支付平台通知业务系统。

3） 客票系统提供3 个对账文件，包括主订单对账文件、子订单对账文件和清算对账文件，电子支付平台按照平台记录的主、子、清算订单数据进行对账。

4） 银行系统提供3 个对账文件，包括主订单对账文件、子订单对账文件和清算对账文件，电子支付平台按照平台记录的主、子、清算订单数据进行对账。

5） 各个延伸服务系统在业务办理完成后将订单状态通知电子支付平台， 电子支付平台通知银行，银行按照系统记录的交易信息直接给商户进行清算。 银行清算完成后清算结果通过电子支付平台通知到各业务系统。

2.4 网络架构

面向铁路客票及客运延伸服务的合并支付系统仍然采用电子支付平台“总对总”架构[4]，复用现有电子支付平台网络结构，分为铁路内网和铁路外网两部分。 铁路内网和外网直接通过安全平台进行隔离，各应用采用集群方式部署。 如图4。

图4 网络架构

3 系统功能

面向铁路客票及客运延伸服务的合并支付系统的主要功能包括账户管理、支付处理、交易信息和商户管理四个部分。 如图5。

图5 系统功能

1） 账户管理。 账户管理体系包括账户注册、账户维护、账户注销、密码重置等功能。

2） 支付处理。 支付处理体系包括添加银行卡、删除银行卡、担保支付、订单支付处理、订单退款处理等功能。

3） 交易信息。 交易信息体系包括支付订单查询、退款订单查询、账单查询、账单下载和支付等功能。

4） 商户管理。 商户管理体系包括商户入驻、商户资料存储、批量上传至收单机构、商户信息管理、商户账单查询、商户对账、商户经营分析等功能。

4 关键技术

4.1 跨行业业务融合技术

1） 多商户合并支付交易技术。合并支付可以用于多个商户一次性下单， 通过一次验证支付完成，并实现合规资金清分。 可用于客票、餐饮、约车、酒店等服务的一站式体验，并在交易完成后，分别向各个商户清算对应资金。

2） 合并支付清算结算技术。基于一站式体验服务，针对不同服务的商业模式特征，提供统一的清算模式， 并可根据业务特性提供灵活的结算模式，可以支持即时结算、自动结算、账期结算等模式，同时可为平台与商户提供结算对账单，查询资金结算情况及明细记录。

4.2 多渠道全方位的分析技术

本项目涉及的合规性核心问题，属于金融行业专业业务、政策等问题。 针对项目组缺乏相关专业人才的情况，充分利用访谈、文献检索、专家咨询、规章解读等多种调研分析法对问题进行分析，力求得出全面、专业的解决方案，避免对业务开展产生法律风险。

5 结束语

面向铁路客票及客运延伸服务的合并支付方案的研究与实现，将进一步提升旅客享受铁路购票及延伸服务快捷支付体验， 对提高铁路服务质量、提升铁路形象具有重要意义。 一方面，通过提供合并支付的方式， 促进旅客购买延伸服务的意愿，提升延伸服务经营效益；另一方面，可做为标准模式，为全路开展客运线上、 线下站车商业经营提供支付、结算等整体解决方案，有效降低铁路企业支付成本支出，提高收入、资金管理水平，提升经营效益。