一張虛擬卡背後，髮卡與收單怎樣連接？

虛擬卡是卡片憑據的一種形態。它可能對應預付、借記或信用產品，也可能以令牌形式用於特定設備或商戶。沒有塑料卡片，不代表支付時可以跳過卡組織、髮卡機構和商戶收單體系。

下面以常見卡組織支付為例；部分閉環網絡、借記網絡與本地支付方式的角色和時序會不同。

先認識兩端：持卡人與商戶

持卡人使用卡付款，商戶交付商品或服務。髮卡機構負責卡賬戶及授權決策；虛擬卡平臺或項目管理方可能提供申請、預算、團隊權限和交易界面，但不必然自己就是持牌髮卡機構。

商戶的收單機構承接交易，支付網關或 PSP 負責連接收銀臺、處理消息與編排支付。卡組織連接髮卡與收單兩側並制定網絡規則。一個品牌可以承擔多個角色，也可能通過其他機構提供某項能力。

授權：先問這筆錢能不能付

典型消息路徑是「持卡人 → 商戶收銀臺 → 網關或 PSP → 收單機構 → 卡組織 → 髮卡機構」，結果再沿鏈路返回。髮卡機構會結合卡狀態、可用資金或額度、風控及交易信息決定是否批准。

授權成功通常意味著批准並佔用相應額度，尚不等於商戶最終收到款。3DS 是持卡人身份驗證流程，授權是是否批准交易的決策；驗證通過之後仍可能授權失敗。

訂閱扣費還需要區分持卡人發起與商戶發起交易，記錄有效授權、正確使用憑據和標誌。不能把一次性同意自動當成無限期扣款許可。

請款、清算、結算：三個詞各有位置

請款（capture）是按獲准交易提交最終金額，部分場景會自動執行，部分需要商戶另行觸發。預授權可能被撤銷、過期或以不同最終金額完成，具體取決於場景和規則。

清算（clearing）傳遞最終交易與費用數據，計算參與方之間的應收應付。結算（settlement）完成相應資金義務；PSP 再按合同向商戶銀行賬戶出款，通常還有獨立的 payout 週期。

因此要分開看四個時點：授權批准、商戶請款、網絡結算、商戶賬戶實際到賬。它們可能跨日，也可能因週末、審核或準備金而不同。

虛擬卡平臺要管的不只是卡號

髮卡側應關注主體與人員關係、卡生命週期、資金或授信、支出控制、授權明細、交易入賬、退款和爭議。額度不是資金，授權凍結也不是最終支出；界面應能區分授權、撤銷、入賬和退款。

內部至少關聯業務訂單、卡片標識、渠道操作號與交易引用。授權、請款、費用和退款可能是不同記錄，需要按渠道模型關聯。少存卡數據、隔離權限和驗證簽名，比簡單增加更多接口更關鍵。

收單系統要對齊訂單與資金

收單側從商戶、商品、價格和訂單開始，連接結賬、身份驗證、授權、請款、退款、爭議和出款。一個訂單可以有多次付款嘗試，但同一筆應付金額要防止重複成功。

回調和主動查詢應匯入一致的狀態模型；金額、幣種、費用和匯率分別存儲，不能只保存一個「成功」布爾值。定期把訂單、渠道交易、結算報告和銀行入賬對齊。

退款是商戶主動發起的逆向支付；爭議或拒付則可能經發卡與卡組織規則推進。它們不是同一個接口，也不能在出現爭議後隨意重複退款。繼續閱讀授權與 3DS、欺詐、爭議與拒付，或回到支付地圖。可參考 Stripe 官方支付資料與 FuturePay 開發文檔。