文 / 城轨易行项目组

城轨易行整体解决方案实现了各地铁公司互联网票务平台的互联互通，赋予了各地铁官方APP去其他城市乘坐地铁的能力。乘客在使用属地官方APP在异地享受地铁服务之后，涉及到乘车费用的如何支付以及如何结算到地铁的服务方银行账户，由本文详述实现方案及流程。

乘地铁费用支付方案设计

现有地铁官方APP支付业务流程中，乘客通过在APP中绑定的支付方式（例如如：银行卡，微信支付或支付宝）支付，通过关联的相对应的地铁的收单商户号发起收款并通过银联完成资金结算。通常本地服务的地铁费用支付与资金结算流程如下图所示：

在接入城轨易行之后，要实现地铁官方APP在异地的漫游业务，如果依旧按照上面的支付流程和模式，会存在两方面困难：

1.乘客不做重新绑定支付方式，沿用已有绑定的支付方式，则异地的乘车费用进入到APP归属方的地铁账号，需要地铁之间进行另外结算。该方式存在资金二清的违规风险。

2.乘客在异地使用APP的时候，重新绑定支付方式。由地铁服务方通过自己的商户号发起扣款，乘车费用直接进入地铁服务方账号。该方式需要用户每去一个城市就需要重新绑定一次支付方式，用户体验差。APP应用方和服务方系统要两两互联，在互联城市多了之后，互联工作量大、维护复杂，给各地地铁公司带去较大额外工作量。

城轨易行的费用支付方案需要综合考虑上述的两点问题，要规避资金二清的违规风险，也要保证用户体验，而且还要确保各个地铁公司的工作量、维护量可控。因此城轨易行平台的方案如下图所示：

城轨易行方案中的乘车费用支付流程说明：

1.乘客在第一次（仅需要一次）使用异地乘车服务时，需要绑定至少一种可用支付方式并通过这种方式完成实名认证。乘客通过集成在各地铁官方APP的易行SDK或城轨易行APP中完成这一步操作；

2.乘客在异地完成地铁乘车服务，城轨易行平台收到用户行程账单，并通过预先在城轨易行平台配置的地铁服务方的商户号向第一步中用户所绑定的支付方式发起扣款；

3.按照地铁服务方与收单机构的协议要求，乘车费用与T+n日结算至地铁服务方银行账号；

4.完成第一次绑定使用之后，乘客在任何其他地铁城市享受地铁出行服务时，不再需要执行第一步流程，确保乘客体验。

总结该方案的几个明显优势：

1.乘客资金直接结算进入到地铁服务方银行账户，不存在违规问题和二清风险。地铁服务方无需签署其他涉及资金的补充协议；

2.无论对地铁服务方或应用方，无需与各个互联的地铁公司对接系统、沟通方案，各个接入方只需和城轨易行团队对接，责任清晰、接口唯一，易于工作开展和落地；

3.乘客仅仅需要做一次开通注册，并同步完成后台信息同步，就可以用本地地铁官方APP实现在所有其他互联地铁城市享受便捷地铁服务，确保了用户的使用体验。

资金结算方案设计

城轨易行平台结算系统依托中国银联及各收单机构的清分结算系统，实现在使用城轨易行APP或易行SDK进行漫游乘车时，按照谁服务，谁收款原则，将服务方的票款收入直接结算入账至服务方的票款账户，并输出行程票款结算及资金结算报表，简化各地城轨服务方在接入互联互通后与各地应用方的对账结算工作，便于各地城轨服务方自身票款收入的清算审计，并符合中国人民银行对规避资金二清的要求。设计结算系统拓扑图如下所示：

系统需要两种类型的商户号设置：

1.商户侧绑卡商户号

城轨易行平台配置商户侧绑卡商户号，用于用户开通漫游业务时实名认证与绑定扣款银行。该商户号由城轨易行平台申请，绑卡商户号申请配置要求建议如右图：

项目 配置权限支付 开通无跳转支付白名单 添加XX银行借记卡和贷记卡实名认证 开通接口，返回认证信息TRID 62000000606

2.地铁服务方收款商户号

为了对漫游乘客的收款需要，各地铁服务方根据自身票款结算要求，原则上来说，可以选择使用服务于本地APP的现有商务号，也可以申请新的专门用于漫游用户（异地地铁官方APP及城轨易行APP）的收款商户号。但综合分析业务后期对账的难易程度，以及基于收款商户号的优惠政策，本方案最终建议各地地铁应申请新的商户号，专门用于异地漫游地铁官方APP和城轨易行APP用户的收款商户号。对新申请的地铁服务方收款商户号配置要求建议如下：

商户号 商户号类型 资金结算说明配置要求申请专用商户号 C2B出行支付 漫游乘车票款集中入账向银联总部金融民生事业部申请共享证书

票款资金结算

票款结算按照票款/资金双轨制结算。每个行程日根据各个地铁官方APP或城轨易行APP在地铁服务方漫游发生在当日的行程交易明细，包括当日完整行程，单边补登行程，单边强制计费行程，行程数据调整退补款，按照行程票价进行统计，作为应结算票款。每天扣费成功的（包括当日行程扣款成功，往日行程补扣款成功）款项，按银联清算日期进行统计当日资金入账金额，作为当日实收资金统计。

支付失败行程补扣规则

当行程交易订单扣费不成功时，首次补扣在扣费失败后120分钟后发起。后续间隔时间按照60分钟递增，定时发起扣费。最多补扣发起次数为20次，达到20次后不再发起补扣。20次内补扣成功即停止补扣。

风险控制

风险要素：支付失败垫资风险。

风险原因：轨道交通互联网票务为先乘车后支付，如用户绑定的卡内余额不足或发卡行原因，将会导致扣费失败，需要向地铁服务方进行垫资平账。风险控制：对有1笔未扣费成功，有欠费行程的用户，城轨易行平台对用户进行请码限制，需该用户完成补扣或主动支付后方可请码乘车。

异常票款处理——单边交易处理规则

单边行程仅限在地铁服务方站厅客服处进行补登处理，补登流程按照地铁服务方互联网票务业务规则执行。地铁服务方站厅客服可对当日单边进行补登。城轨易行APP及易行SDK不提供在线补登功能，地铁官方APP不可对用户通过易行SDK漫游乘车的单边行程进行补登。往日单边，即过了地铁服务方互联网票务平台规定的补登时限日切时间且仍未匹配的行程，按照地铁服务方已有处理规则进行处理，处理完毕之后该单边行程关闭，如有资金收取则作为服务方的票款收入结算入账。

异常票款处理——行程匹配错误处理规则

由于服务方互联网票务平台行程匹配错误产生的行程扣费，再服务方互联网票务平台重新匹配调整后，根据服务方发送的调整文件，对原错误行程进行撤销并退款，重新记录新匹配的行程并进行扣费。对于闸机数据漏传导致的单边行程，且被补登或强制计费的，在服务方规定的闸机补传数据有效期内补传数据并匹配计费的，根据服务方发送的调整文件，对原单边补登行程或单边强制计费进行撤销和退款，并根据匹配的行程计费发起扣费。

异常票款处理——退款结算原则

因行程撤销系统自动退款的，应在票款结算中将撤销的行程票款扣除，不做结算。因系统重复扣费的，且服务方互联网票务平台仍为一笔行程的，根据应用方和服务方客服接到并反馈的客服投诉，城轨易行核实后可做退款处理，结算时按照互联网票务平台行程票款结算，退款资金不影响服务方票款收入。因服务需要，城轨易行对用户行程进行补偿性退款的，退款金额由城轨易行承担，在月度清算时补齐退款金额。

行程交易对账及差异处理

对账目的是确保地铁服务方互联网票务平台的行程交易均发送到易行平台并发起、完成扣费，避免因数据漏传导致的坏账风险，基本流程如图所示：

对于对账结果数据，遵循以下处理原则：

地铁服务方对账文件城轨易行交易数据处理方式数据有 数据有 不做处理数据有 数据无 以服务方数据为准，补充用户行程，对已计费行程向用户发起补扣款数据无 数据有 输出差异报表，人工稽核调整数据 - 自动退补款调账

票款资金对账与票款清算

对账目的：通过票款与结算资金的对账，对比票款因结算金额与实际到账金额的差异，输出资金结算报表，明确长短款金额，便于票款清算时平账处理。

对账方法：以各地服务方行程结算日产生的漫游行程交易票款为基准，对比行程扣款成功与历史行程补扣款成功的累积金额，计算出长短款金额。

票款清算周期：根据各地服务方的票款审计清算规定，约定清算周期开展清算工作。支持T+1工作日，月度固定日期清算等。

短款清算：清算日统计清算周期内合计长短款情况，为短款时，先查看上期清算后是否有长款金额，并优先用长款金额进行平账，平账后仍为短款的，由城轨易行先行垫付平账。

长款清算：清算日统计清算周期内合计长短款情况，为长款时，考虑大多服务方票款资金账户只进不出原则，长款金额可记账挂起，无需退款，用于后续出现短款时平账。

支付失败兜底赔偿

兜底原则：支付失败票款由中国银联负责兜底赔偿，由城轨易行向银联申请，赔偿金额入城轨易行资金账户。

赔偿条件：系统自动补扣满20次后仍未补扣成功，系统停止自动补扣的行程，且一个用户仅有1笔未支付行程，对该行程可申请赔偿。