城軌易行方案中的乘車費用支付與資金結算

文 / 城軌易行項目組

城軌易行整體解決方案實現了各地鐵公司互聯網票務平臺的互聯互通，賦予了各地鐵官方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筆未支付行程，對該行程可申請賠償。