跳至主要內容

支付營運

退款、爭議與退單:有何分別

款項退回客戶的三種途徑:各由誰發起、對商戶有何成本,以及如何妥善處理,以減少個案演變成退單。

· 6 分鐘閱讀

三個不同的程序

退款、爭議及退單的結果,都是款項流回客戶一方。三者容易混淆,但它們由不同的一方發起、依循不同的規則,對商戶亦有不同的後果。

退款
商戶退回一筆付款的全部或部分款項。由商戶決定及發起。
爭議
持卡人向其發卡機構就一筆付款提出質疑。這是一個概括性用語,涵蓋程序的早期階段以及退單本身。
退單
發卡機構根據卡組織規則撤銷該筆付款。商戶可在限期內提交證據提出抗辯。

退款:由商戶決定

退款是三者之中最簡單的。閣下因退貨、取消或服務問題而決定向客戶退回款項,並就原來的付款發出退款。退款可以是全數,亦可以是部分金額。

在彩虹匯的 API 中,退款是以原來付款的付款令牌提出申請,金額可以是全數或部分。退款狀態的報告方式與付款相同,使閣下的記錄與客戶的預期保持一致。

  • 退款至原來的付款方式。以不同途徑退回款項會造成對帳問題,並可能引起合規方面的疑問。
  • 將原來的付款令牌與訂單保持連結,以便無須搜尋即可發出退款。
  • 發出退款後通知客戶,並告知視乎其發卡機構,退款可能需要一段時間才會在結單上顯示。

爭議:持卡人向發卡機構提出

當持卡人聯絡其發卡機構而非商戶時,爭議便由此開始。持卡人可能不認得該筆收費,可能表示貨品未有送達或與描述不符,亦可能已取消某項訂閱但仍再次被扣款。

視乎卡組織及個案情況,發卡機構可能先要求提供資料,亦可能直接進入退單程序。在爭議出現時便進行監察,而非待款項被扣除時才處理,能讓閣下有最充裕的時間回應。彩虹匯的 API 提供爭議資料的列表端點,讓閣下可將爭議納入自己的工具中處理。

退單:卡組織規則與限期

退單會撤銷該筆付款。每宗退單均附有由卡組織指定的原因代碼,列明理據,例如懷疑欺詐、處理錯誤或消費者爭議。原因代碼決定了哪些證據相關,以及閣下有多少時間回應。

若閣下認為退單理據不足,可以提交證據:送貨證明、客戶使用數碼服務的記錄、往來通訊、客戶所接受的條款,以及身份驗證結果。證據應針對特定的原因代碼作出回應,而非泛泛回應整宗爭議。

退單通常涉及費用,而卡組織會監察退單水平偏高的商戶。持續超出卡組織門檻的商戶,可能須符合額外要求,甚至失去接受卡付款的資格。因此,即使每宗個案金額不大,減少退單仍然值得投入心力。

並列比較

退款退單
由誰發起商戶持卡人,透過其發卡機構
受甚麼規管閣下的條款及退款政策卡組織規則
商戶能否提出抗辯?不適用可以,須在限期內提交證據
一般額外成本除退回金額外,通常沒有費用;如頻繁發生,更會受卡組織監察
客戶關係通常得以維持通常受損

保存足以應對各個程序的記錄

這三個程序都有賴閣下在銷售時建立的記錄。當退款要求、爭議或退單在數星期後出現時,正是這些記錄讓閣下能夠迅速而準確地回應。

  • 將每張訂單與其付款令牌連結,使退款、回調及爭議無須人手搜尋即可與訂單配對。
  • 保存購買當日適用的條款、價格及退款政策,而不只是現行版本。
  • 將送貨確認、追蹤編號或服務存取日誌與訂單一併儲存。
  • 將客戶往來通訊集中存放,並註明日期。
  • 將退款記錄於原來的訂單之下,使日後如有人就已退款的付款提出爭議,可以退款證明作出回應。

已退款的付款仍可能被提出爭議,例如客戶在聯絡發卡機構前未有察覺退款。註明日期及金額的退款證明,通常就是解決爭議的證據。

減少退單

許多退單其實是本可透過退款以較低成本解決的爭議。實際可行的措施,主要圍繞清晰度及回應速度。

  • 使用客戶能夠認得的結單描述。
  • 公布清晰的退款政策,並提供有人回應的支援聯絡方式。
  • 就訂閱服務而言,在續期前發出提示,並讓取消手續簡單直接。
  • 在可用及適當的情況下,使用持卡人身份驗證,例如 3-D Secure。
  • 將送貨證據及客戶通訊與每張訂單保持連結。
  • 當客戶的投訴合理時,應從速退款,而非等待爭議出現。

本文所用術語的定義載於詞彙表。如欲了解退款及回調如何融入整合流程,請參閱整合指南。

準備好商討您的支付設定了嗎?

請告訴我們您的業務目前如何收款,以及您對下一個支付整合有何需要。

Cookie 偏好設定

選擇我們可使用的非必要 Cookie。絕對必要的 Cookie 會一直啟用,因為網站需要它們才能運作。

  • 絕對必要

    保安、負載平衡、表格保護及記錄您的 Cookie 選擇。

    一直啟用

閱讀 Cookie 政策