付款授權流程圖(由要求到請款)

付款授權流程範本,涵蓋資料驗證、身分及風險管控、要求轉送、發卡機構回應、未知結果查詢,以及請款交接。

使用此範本

甚麼是付款授權流程圖(由要求到請款)流程

授權只判斷付款可否繼續,並不結算款項。流程先驗證金額、付款憑證及訂單背景,再保護資料,進行付款人身分驗證及商戶風險管控。只有通過本地檢查的要求才會取得嘗試參考,經收單機構及卡組織送到發卡機構。

本地截停會傳回獨立的非授權結果,直接結束而不進入任何發卡機構結果問題。已提交要求則分開處理收到的發卡機構回應,以及逾時或未知結果。批准後記錄款項保留參考;拒絕則以發卡機構決定結束。

未知不等於拒絕,亦不准盲目重試。狀態查詢必須沿用原有嘗試參考,該嘗試解決前訂單一直被封鎖。確認批准後,只有訂單仍然有效才交接至請款;不再需要的批准則交由解除款項保留程序處理。查詢及撤銷能力要與已記錄的整合功能一致。

本流程圖涵蓋的內容

本範本包含

  • 擷取付款及訂單資料,並在建立受保護授權背景前設修正迴路
  • 付款人身分驗證及商戶風險篩查,另設繞過發卡機構結果處理的本地非授權途徑
  • 以同一授權嘗試參考追蹤收單機構、卡組織及發卡機構之間的交接
  • 發卡機構批准或拒絕,但不把授權描述成清算、結算或商戶撥款
  • 逾時後沿用原有參考查詢,首次嘗試解決前封鎖重試

何時使用本範本

  • 結帳團隊需要共同看清商戶、閘道、收單機構、卡組織及發卡機構的責任
  • 系統目前在逾時後未查明原有結果便建立另一個授權嘗試
  • 身分驗證失敗、商戶風險截停及發卡機構拒絕被記成同一含糊狀態
  • 訂單系統未取得確定授權結果便繼續,或遺失日後請款所需的參考資料
  • 團隊需要把付款授權流程與請款、清算、結算及拒付處理分開

運作方式

  1. 界定所需要求資料

    列出整合所需的金額、貨幣、付款憑證、商戶、訂單及渠道背景。在建立授權嘗試前完成驗證,避免修正資料時產生重複要求。

  2. 設定身分驗證及風險管控

    記錄各渠道適用的身分驗證途徑及商戶風險管控。把本地截停與發卡機構拒絕分開,面向客戶的回應亦不要披露敏感決策邏輯。

  3. 保留同一嘗試參考

    產生或保存一個參考,讓每個參與方及狀態查詢都可連到同一嘗試。記錄要求、回應及狀態轉換,不要覆蓋較早事件。

  4. 設計未知結果處理

    任何新要求前先用支援的查詢或受控調查。界定訂單最多可封鎖多久,以及確定狀態暫時無法查明時由誰負責該嘗試。

  5. 設定請款交接

    列明請款所需的批准資料及業務觸發條件。若訂單已失效,便從請款隊列移除,再開立支援的解除款項保留或撤銷處理。

常見問題

付款授權期間會發生甚麼?

商戶驗證付款及訂單背景、保護資料,再進行身分及風險檢查。本地截停不會進入發卡機構結果問題。獲准嘗試會附上參考並轉送發卡機構;收到的批准或拒絕循一條途徑,逾時則進入狀態查詢。

授權批准會否轉移款項?

不會。批准表示發卡機構准許要求,並可能保留可用款額。請款、清算、結算及商戶撥款是其後有獨立紀錄及負責人的狀態。批准不應報作已收現金。

授權逾時後應怎樣處理?

原有嘗試查明前要把結果視為未知,沿用其參考查詢並封鎖重試,因為首次要求可能已成功,只是回應遺失。查詢仍無法解決時,要保留有負責人的調查,不可自行當成拒絕。

已獲批授權應何時請款?

請款應在確認批准並達到商戶業務觸發條件後進行,例如接受購買或完成履約。交接要帶同獲批金額及參考。延遲或調整請款的時限與支援方式,應按收單及處理安排設定。

此流程所處的位置

在大多數機構中,此流程緊接交易風險評估流程圖之後,並交接給信用卡交易生命週期流程圖

它是卡支付生命週期中的其中一個步驟。

  1. 第 1 步: 信用卡付款流程圖(由購買回應到請款)

    信用卡付款流程範本,涵蓋購買發起、安全擷取付款資料、授權回應、商戶繼續或取消決定、解除款項保留訊息及請款交接。

  2. 第 2 步: 付款授權流程圖(由要求到請款) 當前位置

    付款授權流程範本,涵蓋資料驗證、身分及風險管控、要求轉送、發卡機構回應、未知結果查詢,以及請款交接。

  3. 第 3 步: 信用卡交易生命週期流程圖

    信用卡交易生命週期範本,涵蓋確定或未知授權結果、按參考資料查詢狀態、請款、清算、結算、商戶撥款及結案。

  4. 第 4 步: 付款清算及結算流程圖

  5. 第 5 步: 付款對帳流程圖(由紀錄到結算)

所屬

適用於此流程的 QueryChart 功能

使用此範本

Browse all 支付SOP、工作流程及程序範本