信用卡付款流程圖（由購買回應到請款）
信用卡付款流程範本，涵蓋購買發起、安全擷取付款資料、授權回應、商戶繼續或取消決定、解除款項保留訊息及請款交接。
甚麼是信用卡付款流程圖（由購買回應到請款）流程
信用卡付款由一場有時限的購買對話開始，並不代表款項已結算。持卡人確認購買，商戶建立訂單及金額，再由閘道或處理商擷取並保護付款資料。資料無效便先退回修正，之後才進行身分驗證、商戶風險篩查及授權嘗試。
本地管控准許後，收單機構驗證要求，卡組織把要求轉送發卡機構，再由發卡機構批准或拒絕。本地截停會傳回獨立的非授權結果，因為要求從未送到發卡機構。獲批後，商戶決定訂單是否仍然有效。取消訂單仍屬商戶決定，其後另由閘道或處理商按整合支援方式發出撤銷、通知或解除款項保留訊息。有效訂單則連同授權參考提交請款。
下游處理刻意濃縮成三步：卡組織交換清算紀錄，按計算結果發出結算指示；結算代理或銀行履行機構之間的款項責任；收單機構再向商戶撥款。若需要處理後續狀態及例外的營運細節，請改用信用卡交易生命週期或付款清算及結算範本。
本流程圖涵蓋的內容
本範本包含
- 發起購買及安全擷取付款資料，並在本地管控前設資料修正迴路
- 把付款人身分驗證及商戶風險篩查，與發卡機構的授權決定分開
- 以同一參考資料追蹤收單機構、卡組織及發卡機構之間的授權要求與回應
- 把商戶繼續或取消權限，與閘道或處理商的撤銷及解除款項保留訊息分開
- 請款修正迴路，以及清算、結算與商戶撥款的精簡下游背景
何時使用本範本
- 產品、營運及財務團隊把授權、請款、清算及結算當成可互換的事件
- 商戶需要一幅供應商中立的即時交接圖，又不想把結帳流程變成整套結算地圖
- 拒絕及請款例外在訂單紀錄以外處理，令責任與客戶結果不清楚
- 即時結帳流程被下游結算細節掩蓋，亦欠缺商戶決定點
- 團隊需要一幅購買層面的地圖，並清楚劃出往後生命週期及財務程序的界線
運作方式
列出實際參與方
以你哋的收單及處理安排取代通用泳道。一個服務商可以兼任多個角色，但要求、回應及款項移動的責任仍要清楚可見。
界定授權管控
記錄各支援渠道所需的付款資料、身分驗證途徑、商戶風險決定、要求參考資料，以及不會洩露敏感資料的客戶回應方式。
設定請款觸發條件
說明何時可以提交請款、誰負責修正被拒紀錄，以及商戶取消時如何向閘道或處理商要求支援的撤銷或解除款項保留處理。請款要與較早的授權決定分開。
保持下游精簡
列明清算資料、結算代理或銀行及商戶撥款的負責人，再連接詳細清算及對帳程序，不要在這裡重複。
界定交接紀錄
選定隨已接納請款離開結帳流程的參考資料及狀態欄位，讓後續紀錄可連回購買，而不會改寫其即時結果。
常見問題
信用卡付款流程有哪些主要步驟？
購買層面的流程會建立訂單與金額、安全擷取付款資料、執行身分驗證及商戶風險檢查、把授權要求送到發卡機構、傳回結果、讓商戶決定繼續還是取消，再把獲批購買交接至請款。清算、結算及商戶撥款只作下游背景。
授權是否代表商戶已收到款項？
不是。授權是發卡機構的決定，並可能保留可用款額。請款推進交易，清算確立參與方責任，結算代理或銀行在機構之間移動款項，商戶撥款則按收單協議進行。時間及入帳影響視乎實際安排。
為甚麼要分開處理商、卡組織及結算參與方？
即使同一服務商兼任多個角色，它們在邏輯上仍然不同。處理商傳送商戶訊息，卡組織交換授權及清算資料或發出結算指示，結算代理或銀行則執行機構之間的款項移動。可以註明兼任安排，但不要把款項移動責任錯放在資料轉送角色。
這個範本應如何處理信用卡拒絕及例外？
本地截停要與發卡機構拒絕分開，請款修正亦要保留原有交易參考。若已獲批訂單其後取消，先記錄商戶決定，再只發出閘道或處理商整合所支援的撤銷、通知或解除款項保留訊息。
此流程所處的位置
在大多數機構中，此流程會交接給付款授權流程圖（由要求到請款）。
它是卡支付生命週期中的其中一個步驟。
第 1 步: 信用卡付款流程圖（由購買回應到請款） 當前位置
信用卡付款流程範本，涵蓋購買發起、安全擷取付款資料、授權回應、商戶繼續或取消決定、解除款項保留訊息及請款交接。
第 2 步: 付款授權流程圖（由要求到請款）
付款授權流程範本，涵蓋資料驗證、身分及風險管控、要求轉送、發卡機構回應、未知結果查詢，以及請款交接。
第 3 步: 信用卡交易生命週期流程圖
第 4 步: 付款清算及結算流程圖
第 5 步: 付款對帳流程圖（由紀錄到結算）