拒付流程圖（參與方生命週期）
拒付流程範本，由持卡人正式爭議開始，經發卡機構、網絡或處理商、收單機構、商戶回應、結果、雙方入帳及結案。
甚麼是拒付流程圖（參與方生命週期）流程
這張圖由持卡人提交正式付款爭議開始。發卡機構記錄申索及過往處理，再判斷事件是否符合適用的拒付受理要求。不合資格的事件會返回投訴、查詢或退款處理，不會被勉強開成正式財務個案。
個案符合資格後，發卡機構開立正式紀錄，網絡或處理商把個案轉送收單機構，再由收單機構通知商戶。圖中清楚顯示商戶接受還是抗辯的決定；抗辯個案則交接至適用的個案管理或拒付抗辯子流程，不會在這裡重複其內部證據及提交程序。
拒付流程是參與方層面的整體生命週期，只有發卡機構的持卡人帳戶分錄，以及收單機構的商戶撥款調整均與已記錄結果一致，才會結束。內部隊列責任、期限、商戶聯絡、狀態管控、品質檢查及整體趨勢應使用拒付管理流程；詳細抗辯審批、證據對應、套件覆核、提交及獲准後續行動，則使用拒付抗辯流程。
本流程圖涵蓋的內容
本範本包含
- 持卡人正式爭議受理及發卡機構的拒付資格檢查
- 個案在發卡機構、網絡或處理商、收單機構及商戶之間轉送
- 商戶接受或抗辯權限，抗辯個案則在高層次交接至子流程
- 記錄支持持卡人或支持商戶的正式結果
- 分開發卡機構及收單機構入帳、通知各參與方，以及對帳後結案
何時使用本範本
- 各參與方需要共同看清正式拒付生命週期，而不加入內部個案管理細節
- 投訴、交易查詢及退款處理與正式拒付受理混為一談
- 流程圖欠缺發卡機構、網絡或處理商、收單機構及商戶之間的交接
- 商戶接受或抗辯決定沒有連接到正式結果
- 持卡人帳戶及商戶撥款分錄被視為同一未解釋事件，或在對帳前便結案
運作方式
界定正式爭議受理
說明甚麼情況建立正式持卡人爭議、發卡機構要記錄哪些資料，以及哪些事件仍留在投訴、查詢或退款處理。保留交易參考及過往處理。
繪出參與方轉送
按實際付款安排列出發卡機構、網絡或處理商、收單機構及商戶角色。即使同一服務商兼任多個角色，仍要顯示每次個案通知、回應及結果交接。
設定商戶回應權限
界定誰記錄商戶接受或抗辯決定。抗辯個案應送到適用的個案管理或拒付抗辯子流程，不要把詳細程序塞入參與方地圖。
界定正式結果
列明記錄正式結果支持持卡人還是商戶立場的事件及負責參與方，並分清商戶接受與經覆核的抗辯結果。
核對雙方入帳
把正式結果與發卡機構的持卡人帳戶扣帳或入帳，以及收單機構的商戶撥款調整配對。解決差異、通知雙方，再結束各參與方紀錄。
常見問題
正式拒付流程由哪裡開始？
流程由持卡人提交正式付款爭議，發卡機構再按適用拒付受理要求作檢查開始。投訴、退款及交易查詢仍留在流程以外，除非它們建立合資格正式個案。
拒付個案有哪些主要步驟？
高層次流程會記錄持卡人申索、確認資格、開立個案，經發卡機構、網絡或處理商及收單機構轉送，記錄商戶回應及正式結果，完成雙方財務入帳、對帳、通知及結束參與方紀錄。
三個拒付範本有甚麼分別？
拒付流程顯示持卡人、發卡機構、網絡或處理商、收單機構及商戶之間的高層次生命週期，直至雙方入帳及結案。拒付管理流程處理內部隊列、期限、聯絡、狀態、品質及整體趨勢。拒付抗辯流程則處理詳細抗辯、證據、覆核、提交及後續程序。
為甚麼持卡人與商戶分錄要分開？
發卡機構負責持卡人帳戶的扣帳或入帳，收單機構則負責相應商戶撥款調整。兩者的時間、暫記分錄及費用可以不同，所以一方入帳不代表另一方已完成。兩邊都要與正式個案結果對帳。
此流程所處的位置
在大多數機構中，此流程緊接付款爭議處理流程圖之後，並交接給拒付管理流程圖。
它是爭議及拒付中的其中一個步驟。