信用卡交易生命週期流程圖

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

使用此範本

甚麼是信用卡交易生命週期流程

生命週期紀錄可避免把待處理、已授權、已請款、已清算、已結算及已撥款混成同一付款狀態。本範本先分配持久交易參考,再把授權事件連到該參考。結果待定或未知時,只可用原有授權參考查詢,並封鎖重試及結案。確定獲批後才記錄金額、有效期及款項保留資料;這並不代表已清算或已有款項移動。

獲批交易可以等待請款觸發條件、由商戶取消,或自然失效。取消時按整合支援方式發出撤銷或通知,並確認發卡機構解除款項保留的狀態。自然失效會另行記錄;未解決的款項保留亦會成為有負責人的例外,不會靜默結束。請款獲接納後,同一紀錄才進入清算。

後續欄位把清算責任連到結算指示、機構之間的款項移動、商戶撥款及對帳,並把營運差異與合資格正式爭議訊號留在交易歷史內。這個以狀態為中心的範圍刻意比即時信用卡付款流程更廣;實際狀態名稱及訊息必須按所用系統調整。

本流程圖涵蓋的內容

本範本包含

  • 持久生命週期參考,以及在批准、拒絕或結案前以狀態查詢解決待定或未知結果
  • 把等待、請款、商戶取消及自然失效列作不同狀態途徑
  • 取消後發出授權撤銷或通知,並確認解除款項保留狀態
  • 清算紀錄與責任、結算指示、銀行或代理的款項移動,以及商戶撥款
  • 對帳及監察營運例外或合資格正式爭議訊號

何時使用本範本

  • 團隊需要一套共用生命週期詞彙,分清授權、請款、清算、結算、撥款及爭議
  • 產品狀態模型把授權批准視為已完成款項移動
  • 營運需要記錄請款等待履約、商戶取消或自然失效時的處理
  • 財務需要由原有信用卡交易追蹤到商戶撥款及對帳結果
  • 付款營運正界定由信用卡交易生命週期交接至例外監察及拒付管理的方式

運作方式

  1. 命名每個生命週期狀態

    統一產品、處理及財務對交易狀態的用語,並記錄觸發每次轉換的事件及紀錄系統。

  2. 畫出要求與回應往返

    用同一生命週期參考連結授權要求、發卡機構回應及技術結果。待定或未知嘗試只可按原有參考查詢,取得確定結果前要封鎖重複重試或結案。

  3. 設定請款處理

    以實際履約事件取代通用請款觸發條件。分開等待、商戶取消及自然失效,並界定如何觀察撤銷回應及解除款項保留狀態。

  4. 由紀錄追蹤到撥款

    在請款、清算責任、結算報告、費用及商戶撥款之間使用穩定參考資料,並為未配對紀錄指定隊列、負責人及解決途徑。

  5. 連接爭議監察

    界定哪些訊號仍屬營運例外,哪些合資格進入正式拒付受理。例外解決後仍要保留歷史。

常見問題

信用卡交易生命週期包括哪些階段?

實用的生命週期會分開建立交易、待定或確定授權狀態、請款時間、清算、結算、商戶撥款、對帳及結案。授權結果未知時,重試或結案前必須用原有參考查詢;取消及失效亦不能抹走款項保留狀態。

為甚麼授權不等於結算?

授權只傳達發卡機構決定,並可能保留可用款額。清算以已請款紀錄確立參與方責任,結算履行機構之間的款項責任,收單機構則按另一安排向商戶撥款。分開這些狀態,才能診斷延誤及差異。

請款可否在生命週期較後才發生?

可以。請款可以等待履約或其他業務事件。若商戶先取消,便要採用支援的撤銷或通知並核實解除款項保留,不要把商戶取消改稱自然失效。延遲或調整請款應按實際收單安排設定。

交易何時進入拒付流程?

後續訊號可以先作營運例外調查,符合正式受理規則後才成為拒付個案。退款要求、交易查詢及對帳差異不會自動成為拒付。交接時要保留交易參考。

此流程所處的位置

在大多數機構中,此流程緊接付款授權流程圖(由要求到請款)之後,並交接給付款例外管理流程圖(由偵測到結案)

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

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

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

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

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

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

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

    付款清算及結算流程範本,涵蓋紀錄驗證、應收應付淨額計算、款項移動、商戶撥款、差異調查及已批准修正入帳。

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

所屬

適用於此流程的 QueryChart 功能

使用此範本

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