Authorized 與 Captured 有何不同？商家如何核對授權保留與請款狀態

Authorized 通常表示符合條件的支付已取得授權，並暫時保留可用額度或資金。Captured 表示支付已進入授權後的請款階段；是否已完成，應以服務商的確認狀態及交易紀錄為準。授權不等於請款，請款也不等於商家銀行帳戶已入帳。

先確認服務商如何定義這兩個狀態，以及相關帳戶、支付方式和交易的設定。「已提出請款要求」「服務商已收到要求」與「請款結果已確認」是不同事件，不能只憑一個通用狀態名稱，就認定所有程序都已完成。

依流程理解支付狀態

客戶銀行畫面上的待處理金額，有時與已入帳交易看起來很相似。客戶提供的截圖可協助找到交易，但不能取代商家端的授權紀錄、請款結果及後續狀態查核。

將訂單編號、授權識別碼與請款要求識別碼對應，再分別核對結算及撥款紀錄。後台總餘額或一句籠統的「付款成功」，不能單獨證明這筆訂單的款項已進入商家銀行帳戶。

核對支援條件、金額與到期時間

並非每種支付方式、商家帳戶或交易都支援先授權後手動請款。信用卡、銀行扣款及電子錢包的功能可能不同。應先確認服務商在所用簽約實體、帳戶及支付方式下實際支援的流程，再據此安排訂單處理。

檢查實際交易使用自動請款、延後自動請款還是手動請款。帳戶預設設定可能與單筆交易不同；如果系統已經自動請款，仍以「尚未請款」為前提操作，就可能選錯後續處理方式。

讀取該筆授權的實際到期時間，並確認時區。有效期會因卡組織、交易類型、地區、支付方式及服務商安排而不同。不要把某份文件中的 7 天或 28 天範例，當作所有交易一律適用的期限。

延長授權或分多次部分請款，都有各自的條件。確認符合資格且已啟用相應功能後，才能採用這些流程。商品配送期較長，不會自行延長既有授權所保留金額的有效期。

提出請款前，核對幣別、原授權金額、目前仍可請領的金額及授權識別碼。授權已取消或到期、幣別不符，或要求金額不符合支援條件，都可能使請款失敗；訂單總額並不是判斷目前可請領金額的唯一依據。

同時區分要求受理與執行結果。例如 Adyen 的請款文件說明，接收回應屬於非同步流程，仍須核對相應結果通知，後續也可能出現 CAPTURE_FAILED。不要把要求已收到直接記為款項已收妥。

假設案例：金額為 1,200 的訂單

以下金額、時間與處理模式全部是假設：一筆支援先授權後請款的信用卡訂單，金額為 1,200；第 1 天 10:00 UTC 取得授權，預計第 2 天 10:00 UTC 請款，假設授權於第 3 天 18:00 UTC 到期。此到期時間僅供教學，不是服務商承諾。

最初已授權金額為 1,200，已請領金額為 0。客戶可能看到額度或資金被保留，但商家還不能把這 1,200 當成銀行入帳的現金。案例省略手續費、稅費與其他限制項目，只用來說明狀態，不代表交易沒有成本。

第一條假設路徑：服務商確認請款 900，而且這筆交易採用只允許一次部分請款的模式，未使用授權金額依該模式取消並進入解除保留流程。差額為 1,200 − 900 = 300；這 300 是未被請領的保留金額，不是從已請領的 900 退回的款項。

第二條替代路徑：在任何請款發生前，取消整筆授權。已請領金額仍為 0，原先保留的 1,200 進入取消及解除保留流程。這是取消未請款授權，不是請款後的退款；客戶銀行何時恢復可用額度或資金，本例並未承諾。

第三條替代路徑：一直未請款，直到假設的第 3 天 18:00 UTC 到期。已到期的舊授權不能繼續用來請款。若仍要收款，應依服務商支援的程序及所需客戶授權建立新的有效支付，而不是重試已失效的授權。

這三條是互相替代的路徑，不能把各條的請款金額相加。第一條路徑中的 300，不是從 900 發起的退款。即使已確認請款 900，仍要核對結算、撥款及實際銀行入帳，才能判斷現金何時可用。

商家的查核流程

建立符合業務與支付方式的出貨或服務交付規則，並留下紀錄。部分支援流程在出貨前後請款，也有其他安排。不能只憑已授權，就承諾出貨時間、客戶享有的保障或商家最後收款結果。

請款失敗或結果不明時，先查看原交易歷程、原要求識別碼與結果通知，再決定是否重試或建立新支付。核對訂單、金額和原要求，有助於避免第一次要求尚待確認時，又收取一次款項。

如果款項已被請領，應查閱服務商支援的退款或沖正流程。取消商城訂單本身，不等於取消支付授權或退回已收取的款項；訂單操作與資金操作，需要分別確認實際結果。

客戶在取消後仍看到保留金額時，可提供允許分享的交易識別碼、金額及時間紀錄，協助客戶向其銀行查詢。不要保證立即解除保留，也不要索取完整卡號、驗證碼或其他敏感支付憑證。

• 對應訂單編號、授權識別碼與請款要求識別碼。
• 核對幣別、原授權金額、已請領金額及目前可請領金額。
• 讀取實際到期時間，並確認時區。
• 確認支付方式資格及自動、延後或手動請款設定。
• 分別核對要求受理、執行結果與後續失敗通知。
• 區分未使用授權金額的解除保留與已請款退款。
• 逐筆核對結算、撥款與實際銀行入帳。

常見問題

客戶說銀行已經扣款，是否代表商家已完成請款？

不一定。發卡行對授權保留與正式入帳交易的呈現，可能讓客戶難以分辨。商家應核對具體授權與請款狀態，說明目前查到的事實，而不是根據客戶畫面的一行文字，承諾銀行釋放金額的時間。

先請款 900，之後還能請領剩下的 300 嗎？

只有實際支付方式、帳戶與交易支援後續請款，而且相關授權仍有效，才能考慮依支援流程繼續處理。本例假設只允許一次部分請款，餘下 300 進入解除保留流程，因此不能假定之後仍可自動請領這 300。

依目前的問題繼續閱讀

若問題是「什麼時候進入銀行帳戶」，請繼續閱讀 結算、退款與拒付：釐清資金何時可用；若想計算交易成本及受限資金對營運現金的影響，可閱讀 支付閘道總成本：比例費、固定費與受限資金。也可在 TrustFinance Blog 瀏覽其他支付知識，依實際需求比較服務商說明與條款。

資料來源與適用範圍

本文於 2026 年 10 月 12 日核對下列服務商官方資料，資料用於說明各自支援流程的例子，不代表所有地區和支付方式的統一規則。實際操作前，應確認簽約實體、帳戶設定、支付方式、合約及適用要求；本文不保證請款成功、解除保留時間或銀行入帳。

• Stripe：先授權、後請款的支援條件及授權有效期
• Stripe：PaymentIntent 生命週期及相關狀態
• Stripe：取消未請款支付與請款後的退款
• Adyen：請款要求、部分請款及非同步結果
• Adyen：支付生命週期、授權到期與結算