您位於此處：
交易爭議的收回費用
如果客戶遇到問題,例如收到損毀的商品、不正確的帳單或未經授權的收費,則回扣流程可讓客戶撤銷爭議交易金額。透過將「交易爭議管理」與 Mastercom® 整合,您可以簡化退款流程,以協助可靠且透明地解決爭議。使用預先建立的流程、Omniscript、整合定義和階段管理來建立端對端退貨流程。
信用卡交易的一般退款流程可以包含以下階段:
已起始交易
持卡人使用信用卡進行購買。系統會處理並完成交易,其中涉及持卡人、商家、取得人 (商家銀行) 和發行人 (持卡人的銀行)。
爭議接收
持卡人發現交易發生問題,並連絡其核發者以爭用交易。有時,發行者使用的某些系統也可以主動偵測交易的問題,特別是潛在詐騙的情況。
提高商家警示
核發者針對有爭議的交易提出警示,並與商家警示提供者 (例如 Ethoca Merchant AlertsTM) 協同合作,以解決爭議,而不會產生任何回扣。如果商家拒絕警示,或未在指定的時間內回應警示,發行者可以起始退款。
起始充電回復
在大多數的情況下,發行者會透過暫時撤銷交易來起始收費。它會向取得者扣除交易金額,並將其歸於持卡人的帳戶。
商家回應
當商家收到結帳單時,可以接受結帳單,或提供證據來爭用結帳單。如果商家同意爭議,則退款流程會結束。如果商家認為結帳無效,可以透過提供證據來證明原始交易的可信度來爭用結帳。
第二個簡報
如果商家爭用回扣,則交易會再次向核發者呈現,並包含其他資訊。此階段的爭議解決方式稱為第二個簡報。
第二個呈現項目的核發者檢閱
核發者會檢閱商家提供的證據,並可決定接受或拒絕第二個呈現。如果核發人員認為證據不足,則核發人員必須拒絕含有證據的第二個陳述。此回應會起始核發者與商家之間的仲裁程序。如果證據滿意,則會回復收款,且基金會退回到商家帳戶。
前置仲裁
如果核發者拒絕第二個呈現,則爭議會進入仲裁前階段。在仲裁前階段期間,發行者和商家有機會協商並提供其他證據以解決爭議,而不將其升級為仲裁。仲裁前階段的目的是達成共同協議,並避免外部需要具約束力的決定。如果當事人可以在前置仲裁期間解決爭議,則退款流程會結束。若否,則爭議會繼續進行仲裁。
仲裁
當前置仲裁未解決爭議時,流程會移至仲裁。在仲裁階段中,第三方 (通常是卡片網路) 會檢閱發行者與商家所呈現的所有證據和邏輯。仲裁員根據個案的優點做出具有約束力的決定。此決策會決定爭議的結果,確保涉及的雙方都能獲得公平的解決方案。
- 設定 Mastercom® 的端點
建立外部認證和已命名認證,其中包含如何透過 Mastercom 驗證 Salesforce 的詳細資料。 - 設定與 Mastercom® for Chargebacks 的整合
使用整合定義指定 Salesforce 如何與 Mastercom 整合以針對交易爭議起始收費回復的詳細資料。建立整合定義以呼叫 Mastercom API。 - 設定與 Mastercom® 的第二個簡報整合
「交易爭議管理」會使用整合定義來指定 Salesforce 與 Mastercom 整合的方式詳細資料,以處理回扣回扣的第二個呈現。建立整合定義以呼叫 Mastercom API。 - 設定與 Mastercom® 的前置仲裁與仲裁整合
「交易爭議管理」會使用整合定義來指定 Salesforce 如何與 Mastercom 整合,以起始回應第二個簡報的先決和仲裁流程。建立整合定義以呼叫 Mastercom API。 - 起始退貨與檢閱第二個呈現的流程
若要簡化和自動化起始負載回復和檢閱第二個簡報的流程,請使用預先建立的記錄觸發流程和畫面流程。 - 更新 Omniscript 以收集退貨詳細資料
為您的爭議個案擁有者提供引導式流程,以檢閱爭議交易的詳細資料,並決定是否繼續退款。更新 Omniscript,並在階段管理計畫中使用它來起始退貨。 - 收集先前仲裁與仲裁詳細資料
為您的爭議個案擁有者提供引導式流程,以收集針對第二個簡報期間未解決的爭議交易起始前仲裁或仲裁所需的詳細資料。透過引導式流程,如果在結帳期間指派的原因代碼不再適當,則爭議個案擁有者可以更新原因代碼和原因子代碼。 - 檢閱先前仲裁與仲裁詳細資料
為您的爭議個案擁有者提供引導式流程,以檢閱收集以起始前仲裁的詳細資料。透過引導式流程,爭議個案擁有者可以接受前置仲裁並結束爭議,或將個案升級為仲裁。 - 設定決策矩陣以識別前置仲裁原因代碼
當第二次呈現期間未解決爭議交易時,您可以根據與交易相關聯的原因碼起始先決議或仲裁。Mastercom 要求具有特定原因代碼的爭議交易必須先經過仲裁前,才能繼續進行仲裁。例如,當爭議與原因代碼相關聯時 (例如 4808、4837 和 4853) 需要先前仲裁。 - 設定爭議原因代碼和原因子碼
當工作人員抓取交易爭用要求時,必須選取適當的原因代碼和原因子代碼,以最佳描述爭用交易中的問題。若要確保這些代碼在爭議接收流程期間可供使用,請將其新增為選項清單值,並建立爭議原因記錄。 - 交易爭議管理的階段管理計畫
使用階段管理設定流程,以順利且有效率地解決爭議生命週期中每個階段的交易爭議。 - 將記錄階段概觀 Lightning 元件新增至爭議項目記錄頁面
為您的爭議個案擁有者提供階段的全方位檢視,以及要在傳回和第二個呈現流程中執行的步驟。 - 將整合執行狀態 Lightning 元件新增至爭議項目記錄頁面
向您的爭用個案擁有者顯示整合呼叫的執行狀態。這些呼叫會新增至階段管理計畫中,以啟動退貨並檢閱第二個簡報。
