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