AuthorizedとCapturedの違い: 注文を支払済みにする前に利用枠の確保を確認

Authorizedは通常、対応する決済で承認が得られ、顧客の支払手段に一定額の利用枠や資金が確保された状態を指します。Capturedは承認だけの段階から売上処理へ進んだ状態です。どちらも加盟店の銀行への着金を単独では証明しません。

操作前に事業者の定義を確認してください。キャプチャーの依頼、依頼の受付、最終的な処理結果は別の出来事になり得ます。本記事の名称は工程の説明であり、すべてのシステムが同じ状態名を使うという意味ではありません。

決済を工程ごとに読む

カード明細では一時的な利用枠の確保が完了した請求と似て表示される場合があります。顧客の画像は参考になりますが、見た目だけで支払済みにせず、事業者の該当決済の履歴と照合します。

注文番号、承認の参照番号、キャプチャーの参照番号を関連付けて保存します。精算と払出しの記録は別に照合してください。売上合計だけでは、各取引が銀行に届いたか分かりません。

対応条件、金額、有効期限を確認

まず支払方法、加盟店口座、取引が承認と売上処理の分離に対応しているか確認します。自動処理される方法や手動キャプチャーがない方法もあります。カードの機能がすべての銀行引落しやウォレットにあるとは限りません。

実際の取引の設定を確認します。自動、時間を置く自動、手動の各キャプチャーでは管理する事項が異なります。口座の既定値と許可された取引単位の設定が異なる場合もあり、注文確認で代用できません。

取引の実際の有効期限とタイムゾーンを確認します。カードネットワーク、取引種別、国、事業者の規則で有効期間が変わります。すべての決済に一律で7日や28日の期限を当てはめないでください。

承認期間の延長や複数回の部分キャプチャーには条件があります。対象となる取引と有効な設定を確認してから利用します。納期が長くても、既存の利用枠確保が自動的に延長されるわけではありません。

通貨、承認額、現在処理可能な額、参照番号を確認します。取消済みや期限切れの承認、非対応の金額、異なる通貨は処理失敗の原因になります。

非同期の受付応答は完了を意味しません。例えばAdyenは依頼の受付とwebhookの結果を区別し、その後の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回だけ認めるとします。その条件で未使用の300は取消または解除されます。1,200から900を引くと300です。

別の分岐では、加盟店が売上処理前に承認全額を取り消します。確保された1,200は対応する取消または解除手順へ進みます。売上処理済みの支払はないので返金ではなく、顧客の銀行で解除が表示される時刻も仮定していません。

もう一つの分岐では、仮定した期限まで処理を行いません。承認が失効した後に同じ確保額をそのままキャプチャーすることはできません。新たな承認が可能な場合も、正しい手順と顧客の必要な許可が要ります。

各分岐は代替の経路であり、金額を足し合わせません。部分処理の例の未使用300は、処理済み900からの返金ではありません。キャプチャーの確認後も精算と銀行への払出しを別に確認します。

加盟店の確認手順

事業と支払方法に合った出荷・提供方針を文書化します。出荷前後にキャプチャーする対応フローもありますが、他の方法は異なります。承認だけを根拠に提供や金銭的保護を約束しないでください。

処理失敗や結果不明の場合、再試行や別の請求を作る前に元の決済履歴を確認します。参照番号と金額を合わせ、サポート担当者が意図せず二重に回収することを防ぎます。

売上処理後に必要となった場合は、事業者が対応する返金や取消処理を使います。店舗システム内で注文を取り消すだけでは、承認の取消や回収済み支払の返金が自動で行われるとは限りません。

取消後も顧客に確保額が見える場合、共有可能な取引番号、金額、時刻を伝え、事業者や銀行への照会に役立てます。即時解除を約束したり、カードの機密情報一式を求めたりしないでください。

• 注文、承認、処理の各番号を照合する。
• 承認額と現在処理可能な額を記録する。
• 実際の期限とタイムゾーンを保存する。
• 支払方法の対応条件と設定を確認する。
• 受付、結果、その後の失敗を確認する。
• 取消・解除された残額と返金を分ける。
• 精算、払出し、実際の銀行受領を照合する。

よくある質問

顧客の明細に引落しが見えれば処理済みですか

必ずしもそうではありません。発行会社の表示では確保額と確定した明細が似て見えることがあります。同じ取引の決済、キャプチャー、取消状態を比較し、銀行の所要時間を約束せず現在の証拠を説明します。

残りの300を後から売上処理できますか

実際のフローが追加処理に対応し、承認も利用可能な場合に限られます。この例は1回の部分処理後に残額を解除する条件です。300が自動的に次のキャプチャーに使えると考えないでください。

次の疑問に合った記事を読む

キャプチャー状態を確認した後は、精算と銀行資金について精算、返金、チャージバックを、手数料と加盟店の制限資金について決済ゲートウェイの総費用を参照してください。中立的な追加ガイドはTrustFinance Blogにあります。

情報源と適用範囲

以下の公式資料は2026年10月12日に確認した事業者固有の仕組みを説明します。一律の期限、各国の消費者権利、資金の受領を保証するものではありません。契約先の法人、口座、支払方法の最新条件を確認してください。

• Stripe: 支払方法の資金確保
• Stripe: Payment Intentsのライフサイクル
• Stripe: 返金と支払の取消
• Adyen: キャプチャー
• Adyen: 決済のライフサイクル