客戶退款流程圖（由申請到款項退回）
客戶退款流程圖：退款政策與期限的資格判定、經理通融審批、付款核實、原路退回原付款方式，以及拒付分支。
甚麼是客戶退款流程圖（由申請到款項退回）流程
客戶退款流程是「把事情糾正過來」的資金一面。客戶提出退款，有人判斷這宗申請是否符合政策，另有人確認原始付款真實存在而且未曾退過款，退款經支付服務商執行，帳務隨之更正，最後告知客戶何時可以收到款項。整個過程有五方參與，而只有客戶看得到全貌——這正是退款由內部看起來很快、由外部看起來很慢的原因。
這不是退貨流程，而在你們決定以哪一張圖為準時，這個分別很重要。退貨流程處理貨物的去向：簽發退貨授權編號、收貨登記、檢驗並分級，然後決定重新入倉、維修還是報廢。當退款成為雙方約定的補救方式時，退貨流程就在那一刻交接給本流程。本圖由退款申請本身開始，只跟隨資金——這也是它同樣適用於根本沒有貨物退回的情況的原因：已取消的訂閱、未使用的服務、重複扣款以及數碼商品。它亦不是投訴流程。投訴問的是機構是否做錯了甚麼；退款申請要的是把一筆具體金額退回來。
本圖共五條泳道——客戶、客戶服務、財務、經理和支付服務商——分佈在由申請到確認與結案的五個階段。它包含了退款程序通常沒有寫下來的三條分支：一條例外路徑，讓不符合政策的申請交由經理審批通融退款，而不是在受理環節直接拒絕；一個全額還是部分退款的決策，在執行退款之前先與客戶就扣減金額達成一致；以及一條拒付分支，因為已經向銀行發起拒付的客戶，其申請不得按常規路徑退款。
本流程圖涵蓋的內容
本範本包含
- 五條泳道——客戶、客戶服務、財務、經理和支付服務商——分佈在五個階段：申請、資格判定、審批、退款執行，以及確認與結案
- 客戶服務泳道中的受理：按固定清單中的原因代碼登記申請，然後由「是否有欺詐標記或拒付？」這道關卡在任何資金流動之前分流被標記的個案
- 退款政策與期限檢查，引出「是否符合退款政策？」的決策；其例外分支把申請送交經理覆核，由經理批准一筆通融退款，或說明理由予以拒絕
- 財務泳道中對原始付款的核實：符合資格的路徑與獲批通融的路徑都要經過這一步，以確保不會針對尚未結算或已經退過一次款的付款執行退款
- 「全額還是部分退款？」的決策，其中部分退款分支會退回客戶服務，在執行退款前與客戶就扣減金額達成一致
- 執行與結案：退款經支付服務商原路退回原付款方式，完成入帳，並向客戶確認預計到帳日期；而拒付分支則暫緩退款、提交證據，最終走向「拒付是否成立？」，其中被撤回的爭議會回到資格判定環節
何時使用本範本
- 你們正在編寫或改寫退款政策，需要看到每一步由誰執行、誰有權批准例外，而不只是政策承諾了甚麼
- 退款耗時過長，你們需要把自己掌控的部分（決策與執行）與客戶銀行掌控的部分（資金結算）分開來看
- 通融退款給得前後不一，或者客服人員在一條無人寫下來的額度線附近自行審批
- 拒付數量正在上升，而同一個團隊同時處理退款和爭議，卻沒有一條規則說明哪一個優先
- 你們正在設定服務台、計費或支付系統，希望在動手建置之前先談定客戶服務、財務與支付服務商之間的分工
運作方式
訂明資格決策背後的判定條件
把「是否符合退款政策？」換成你們真正使用的判定條件：由哪一個日期開始計算退款期限——購買、交付還是服務終止；哪些商品或訂閱類型不在保障範圍；以及需要甚麼證明文件。記錄每宗個案適用的是哪一版政策。把例外情況明確寫進去，因為消費者的取消權和對有瑕疵貨品的權利高於你們自己的政策，不會因為一個較短的期限而被排除。
把泳道改成你們真實的角色
把客戶服務、財務和經理對應到你們實際擁有的職能上；如果同一個團隊既作決定又付款，就合併泳道，而不要留一條空泳道。即使退款只是一次 API 呼叫，也要保留支付服務商這條泳道：那是一次你們無法掌控的交接，而客戶的等待時間正是花在那裡。
訂定通融的權限與上限
在「是否批准通融退款？」旁邊寫明：誰可以批准政策以外的退款、批到多少金額，並要求把理由記錄在個案上。然後按產品和按原因代碼統計通融比例。通融比例上升，通常是一個訊號：寫下來的政策已經與機構實際願意做的事情不再一致。
界定部分退款可以扣減甚麼
列出容許的扣減項，例如已消耗的服務、寄出運費或退貨手續費，並寫明每一項由誰有權適用。決定客戶是要在執行退款前同意金額（本圖即按此假設繪製），還是事後才獲告知。部分退款引發了絕大多數退款爭議，因此理由屬於必須留檔的內容。
讓入帳這一步指向真實的帳目
寫明退款計入哪個帳目、稅額如何調整、是否開出貸記單——因為在許多司法管轄區，稅額調整需要一份憑證，而不能只做一筆帳務分錄。再補上支付服務商的結算報表如何對帳，並註明服務商在原交易上收取的手續費往往不會隨退款一併退還。
與你們的支付服務商一起走一次拒付分支
確認服務商的爭議處理流程：接受哪些證據、由誰負責收集、給你們多長的答覆期限。把本圖強制執行的那條規則寫下來——已進入爭議的付款應當暫緩，而不是並行退款——並約定當爭議被撤回、申請回到常規路徑時，這宗個案該如何處理。
常見問題
退款流程與退貨流程有甚麼分別？
退貨流程處理貨物：簽發退貨授權編號、收貨登記、檢驗並分級，然後決定重新入倉、維修還是報廢。退款流程處理資金：資格判定、審批、付款核實、退款本身、入帳以及向客戶確認。兩者只在一個點相遇，就是退貨完成評估、退款成為約定補救方式的一刻。把它們保持為兩張獨立的圖是刻意的，因為大量退款根本沒有貨物那一段——已取消的訂閱、未使用的服務、重複扣款以及數碼商品。
退款是否應該一律退回原付款方式？
作為預設做法，是的，本圖亦是這樣畫的。退回原來的信用卡或帳戶，通常是卡組織規則所期望的做法，也是消費者規則在客戶未另行同意時的預設假設，而且它消除了一條明顯的欺詐路徑——把退款改道去另一個收款方，是從被盜信用卡套取資金的常見手法。確實存在真實的例外，主要是已註銷或已過期的帳戶，這類情況應當作為一種有名稱的例外來處理，並記錄身分核實，而不是在受理環節順手通融。
客戶已經發起拒付時應該怎樣處理？
暫緩退款。不要一邊退款一邊應訴，否則你們可能既損失退款金額，又損失被爭議的款項。許多支付服務商在爭議未了結時根本不容許就該筆付款退款；而在仍可執行退款的情況下，退款也不會自動撤回拒付。請按服務商的爭議流程提交它所要求的證據，並讓結果自然落定。在本圖中，拒付成立會以資金經卡組織退回的方式結案，而被撤回的爭議則回到常規的資格判定環節。
部分退款而非全額退款應該由誰決定？
在本圖中，「全額還是部分退款？」這個決策屬於財務泳道，而由客戶服務在執行前與客戶就部分金額達成一致——這樣計算和溝通各自交給最擅長的一方。令它真正行得通的，是一份寫下來的容許扣減項清單，並為每一項指定負責人，而不是逐宗個案憑判斷決定。當客戶依法享有退款權利時，例如貨品有瑕疵或在法定期限內取消，你們可扣減的空間是受限的，因此在把金額當作可商議之前，先確認這項權利。
一宗客戶退款應該多久完成？
把答案分成兩半，因為只有一半是你們的。你們掌控的部分由申請到退款執行完畢，目標值屬於這一段，例如在固定的工作日數內作出決定、並在批准當日執行。你們無法掌控的部分是資金結算，也就是款項出現在客戶月結單上所需的時間，它由發卡機構決定，通常需要若干個工作日。你們所在市場對取消的情況可能訂有法定退款期限，因此請核對適用於你們的規則。使用本範本本身並不能令一個流程變得合規；它給你們的是一份可納入版本控制、並附有覆核與審批紀錄的書面流程說明。