編輯導語：網購時，我們對于不滿意或者有瑕疵的商品會在網上進行退款，如果我們在購買商品時是用了優惠券，那選擇退款的時候系統會是一個什么樣的退款流程？本文作者站在聚合支付服務商的視角為我們介紹支付寶和微信的退款流程的差別。

本文是站在聚合支付服務商的視角介紹支付寶與微信在處理退款流程的差別，商戶端與用戶端在體驗上區別有哪些，在系統設計中如何兼容支付寶與微信退款的不同。

一、退款類型區分

交易退款時需要區分支付訂單是否有使用優惠券，使用優惠券需要分為商家資金優惠券還是無資金券。

資金券屬于商家預充值優惠券，交易結算時，優惠金額部分也回相應的結算給商家；而無資金券則是商家與微信、支付寶無任何資金往來，僅僅只是生成優惠券，結算時根據用戶實際金額結算給商家。

根據退款金額可以分為部分退款和全部退款，如下圖所示：

二、梳理全部退款規則

1. 支付寶全部退款規則

由于支付寶資金券的產生條件比較苛刻，充值金額需達到百萬級別，對于普通商戶難以承受，實際支付過程中所遇到的比較少，所以對于支付寶先介紹無資金券的使用情況。

①無優惠券情況退款規則：

• 商戶扣款金額=原交易訂單金額
• 用戶收款金額=原訂單交易金額

②無資金券退款規則：

• 商戶扣款金額=原交易訂單金額-優惠金額
• 用戶收款金額=原交易訂單金額-優惠金額

優惠券不退回用戶賬戶

2. 微信全部退款規則

①無優惠券情況退款規則：

• 商戶扣款金額=原交易訂單金額
• 用戶收款金額=原訂單交易金額

②資金券退款規則

• 商戶扣款金額=原交易訂單金額
• 用戶收款金額=原訂單交易金額-優惠金額

判斷優惠券是否到期，如果到期資金券退回至出資賬戶中；如未到期退回至用戶賬戶中，可在下次支付中使用。

②無資金券退款規則：

• 商戶扣款金額=原交易訂單金額-優惠金額
• 用戶收款金額=原交易訂單金額-優惠金額

判斷優惠券是否到期，如果到期資金券退回至出資賬戶中；如未到期退回至用戶賬戶中，可在下次支付中使用。

三、梳理部分退款規則

1. 支付寶部分退款規則

①無優惠券退款規則

• 商戶扣款金額=申請退款金額
• 用戶收款金額=申請退款金額

②無資金券退款規則

部分退款時是先退實付金額，然后再退優惠劵金額，優惠劵不會退還給用戶。

舉個栗子：100元的訂單，使用了10元優惠劵，用戶實付90元，商家實收90元。

第一次部分退款50元，用戶實收退款金額為50元；

第二次部分退款剩下的50元，就是退款40元+優惠劵10元，用戶實收退款金額為40元。

2. 微信部分退款規則

①無優惠券退款規則

• 商戶扣款金額=申請退款金額
• 用戶收款金額=申請退款金額

②資金券退款規則

• 商戶扣款金額=申請退款金額
• 用戶收款金額=申請退款金額*（用戶實際支付金額/訂單總金額）
• 資金券出資賬戶收款=申請退款金額*（優惠金額/訂單總金額）

舉個栗子：小王購買兩件商品每件50元，總訂單金額100元，使用微信支付資金券抵消10元，實際支付金額90元；小王支付成功后，決定退貨一件商品，其對應收到的退款金額為：50元*（90元/100元）=45元。

退回資金賬戶金額為：50*（10/100）=5元

③無資金券退款規則

• 商戶扣款金額=申請退款金額*（用戶實際支付金額/訂單總金額）
• 用戶收款金額=申請退款金額*（用戶實際支付金額/訂單總金額）

四、驗證退款規則

上述介紹了支付寶與微信的退款規則，根據規則測試一下具體的退款情況如何，可以更加清楚整個退款規則。由于支付寶資金券情況較少，比較難找到案例，所以針對無資金券情況進行對比。

1. 支付寶退款案例說明（免充券）

①支付寶全部退款

支付訂單：訂單金額：1.01元、優惠金額：1元、實際支付寶金額：0.01元。

退款訂單：申請退款金額1.01，用戶實際收到金額：0.01元、優惠退款金額：不展示。

②支付寶部分退款

累計退款申請金額小于用戶實付金額情況：

支付訂單：訂單金額：11元、優惠金額：10元、實際支付寶金額：1元。

退款訂單：申請退款金額0.4，用戶實際收到金額：0.4元、優惠退款金額：0元。

③累計退款金額大于用戶實付情況：

支付訂單：訂單金額：11元、優惠金額：10元、實際支付寶金額：1元。

退款訂單：申請退款金額9.4，優惠退款金額：9.4元、用戶實際收到金額：0元。

2. 微信退款案例說明（免充券）

①全部退款

支付訂單：訂單金額：1.01元、優惠金額：1元、實際支付寶金額：0.01元。

退款訂單：申請退款金額1.01，用戶實際收到金額：0.01元、優惠退款金額：1元。

②部分退款

支付訂單:訂單金額：1.1元、優惠金額：1元、用戶實付金額0.1元。

退款訂單：退款申請金額：0.1元、優惠退款：0.09元、用戶實際收到金額：0.01元。

測試結果是按照實際退款比例進行計算。

五、支付寶退款VS微信退款

從退款測試結果看出，支付寶退款規則優先退用戶支付金額，而微信是按照退款申請金額比例進行退款。

可以從賬單層面、資金層面進行對比一下：

1. 賬單體驗分析

賬單方面：微信的賬單比支付寶的做的比較簡潔明了， 特別是發送多次退款時，微信賬單一眼就知道原訂單交易金額、實際支付金額、優惠金額是多少，同時還能看到每次退款金額的記錄。

而支付寶則需要點擊關聯訂單才能查看到多次退款的金額； 支付寶對于無資金券最后退優惠券部分時，用戶的賬單還是會收到推送消息。

總體而言賬單方面微信體驗優于支付寶。

2. 資金流向分析

資金層面：對于無資金券時，支付寶是優先退實際支付金額，當出現部分退款時，由于優惠券部分商家是不需要充值，那么就是優先退用戶支付的金額。

而微信則是按照計算公式進行退款，包括商家券、用戶支付部分。

通過場景進行分析一下：如果有一個場景是在超時購買了100元商品，使用了10元優惠券，實際支付90元，其中一件商品因質量問題發生退款；如果使用微信支付的退款，只需要輸入該商品的金額即可自動退回減免后的該商品單價給用戶；而支付寶則需要通過人工計算，才能計算得出應退用戶金額，通過這個場景可以看出微信支付的體驗優于支付寶的（PS：此處說的是線下支付的場景）。

六、退款方案設計

針對梳理的規則以及相關測試驗證數據后，將退款流程設計如下：

1）首先判斷退款金額是否大于可退金額，如果大于可退金額，直接拒單，不創建退款訂單；原因是為了避免惡意請求，產生大量的廢棄訂單，導致系統性能變慢。

2）首先將全部退款與部分退款邏輯區分，由于支付寶、微信全部退款的邏輯無差異，商戶端與用戶端感知是一致的，在處理商戶賬務方式一致。

3）由于微信、支付寶退款處理邏輯不一致，所以在流程設計過程中，需將支付寶、微信流程區分開；商戶記賬流程必須按照上游規則進行計算，否則由于計算公式不一致會造成商戶或自身企業的虧損。

同時所有的計算都是取上游的結算進行計算的，包括計算手續費、退款扣除商戶賬時。

為啥要取渠道結算金額，而不是用戶實際支付金額，因為除了商家免充補貼，還有上游官方補貼活動；例如：微信支付紅包、支付寶優惠券、城市券等系列活動，所以計算時需要根據上游的結算金額進行計算。

除了扣除商戶賬戶余額之后，還需要將商戶的手續費返回給商戶的賬戶上，因為退款部分是不收取手續費的。

4）微信的處理邏輯相對簡單，按照比較進行扣款即可，一條公式走到底。

具體公式如下：

商戶賬戶扣款金額=申請退款金額*（渠道結算金額/訂單總金額）

退還手續費時如果按照計算公式計算存在四舍五入情況，退最后一筆時會存在還有部分手續費未退還情況。

因此在退回手續時需要判斷是否為最后一筆交易。

如果是最后一筆計算公式為：

退回手續費=收取手續費-累計退還手續費

正常的退還手續費計算公式為：

退回手續費=收取手續費*（申請金額/渠道結算金額）

5）支付寶的退款邏輯處理時比較復雜，需要先判斷的是卡券類型。

①如果是資金券，則是扣除商戶賬=商戶申請金額，退還手續費=收取手續費*（申請金額/渠道結算金額）。

②針對無資金券情況，因為支付寶是優先退用戶支付部分，所以需要判斷累計退款是否大于渠道結算金額。

如果累計退款大于渠道結算金額金額則表明使用資金部分已退完了，此時就辭退無資金券部分，只是走信息流，不會扣除商戶賬和退還手續費。

③當累計退款小于渠道結算金額金額時，還需要判斷累計申請金額是否大于渠道結算金額，累計申請金額=累計退款+申請金額，因為這就涉及是否退卡券部分。

如果大于則有部分金額屬于卡券金額，該部分金額不扣除商戶賬戶以及不退還交易手續費。

所以公式如下：

扣除商戶賬=渠道結算金額-已退金額

卡券退款金額=申請金額-（渠道結算金額-累計退款），退還手續費=收取手續費-累計退還手續費。

④如果累計申請金額小于渠道結算金額，那么扣除商戶賬=退款申請金額，退還手續費=收取手續費*（申請金額/渠道結算金額）。

具體流程圖如下：

七、總結

處理退款流程時首要梳理上游具體的退款規則。

上述的退款流程僅僅是一部分，譬如有些退款是限制在某個時間段才允許退款，需要充分根據上游規則制定對應的退款規則，還有系統本身的退款規則；由于涉及到公司的原因，就不外展示，處理的方法大同小異。

梳理完退款規則后，需要針對規則場景進行驗證，實際退款情況與規則是否一致；如發現不一致情況則需要與上游進行確認。

在梳理完成后，再進行輸出相關的方案設計，此時對于整體方案思路會比較清晰，并且根據上游規則輸出相關計算公式。

最后感謝大家閱讀完本文，如有寫的不對的地方，請批評指正錯誤，歡迎大家一起來探討。

本文由 @TOM 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。