決済のライフサイクル：オーソリゼーションから精算まで

決済のライフサイクルとは、決済が承認されてから、資金が加盟店の口座に着金するまでに通る、決まった一連の流れです。オーソリゼーション、キャプチャ、クリアリング、精算（セトルメント）、支払い（ペイアウト）の順に進みます。各ステップの役割は1つだけで、1つ進むごとにお金の状態が変わります。多くの人はカード決済をタップした瞬間の1回の出来事だと考えがちですが、実際には連鎖したプロセスです。決済で起きる成功も失敗も、そのほとんどは、これらのステップが同時ではなく別々に進むことから生じます。

この連鎖を理解しているかどうかで、自動で突合できる決済になるか、サポート問い合わせになるかが分かれます。ここでは一度、最初から最後まで順に追ってみましょう。

オーソリゼーション：移動ではなく、与信の確保

オーソリゼーションは資金の移動ではなく、問い合わせです。カードがタップされると、リクエストはイシュアに届き、口座が存在するか、状態に問題がないか、金額に見合う残高や与信枠があるかが確認されます。問題がなければ、同じお金が二重に使われないよう確保（ホールド）し、オーソリゼーションコードを返します。この時点では、お金はまだ動いていません。加盟店が手にするのは、資金に問題がないという約束であり、その有効期間はスキームが定めています。オーソリゼーションは、代金が回収される前であれば取り消せます（ボイド）。一度も使われなければ、自動的に失効します。支払った瞬間にカードの残高が減るのに、明細の金額が後から確定するのはこのためです。減ったのは請求ではなく、ホールドです。オーソリゼーションは、残高不足、不正検知ルール、カードの期限切れなどで、その場で拒否されることもあります。優れたゲートウェイは、再試行する価値のあるソフトデクラインと、再試行すべきでないハードデクラインを区別します。ホールドは、資金に問題がないというイシュアの約束です。そのため加盟店は、顧客の口座から実際に1円も出ていない段階でも、オーソリゼーションコードだけを根拠に商品を引き渡して問題ありません。

キャプチャ：ホールドを請求に変える

キャプチャは、加盟店が「今回収してください」と指示することです。ホールドを、実際にお金を請求する要求へ変換します。キャプチャには、全額、一部（オーソリ額より小さい最終金額。事前オーソリより安い商品を出荷した場合など）、遅延（注文時にオーソリし、出荷時にキャプチャ）があります。店頭のレジでは、オーソリとキャプチャを1ステップで行うのが標準です。ホテル、ガソリンスタンド、マーケットプレイスは、カード提示時に最終金額がわからないため、先にオーソリだけを行い、あとからキャプチャします。オーソリとキャプチャの間にある間隔は、意図的に設けられた有用な継ぎ目であり、加盟店が実際の請求額を決める場面です。

クリアリング：突合するバッチ処理

キャプチャされた決済は、リアルタイムで1件ずつ精算されるわけではありません。ファイルにまとめられ、加盟店のアクワイアラとカードスキームの間でバッチとして交換されます。これがクリアリングです。このステップでは、取引が突合され、金額が差引計算（ネッティング）され、スキーム手数料とインターチェンジが適用されて、誰が誰にいくら支払うのかについて全員の認識が一致します。クリアリングは突合の作業であり、資金の移動ではありません。次のステップが実行に移す、合意済みの合計額を作り出します。構造上バッチ処理でもあり、レジでは一瞬に感じた決済が、現金として着金するまでに数日かかる本当の理由もここにあります。バッチ処理はコンピュータの限界によるものではありません。何千もの金融機関どうしを効率よく差引計算するため、コーヒー1杯ごとに送金を行うのではなく、サイクルごとに1回、合意済みの合計額を交換する仕組みになっているのです。

オーソリゼーションは約束、キャプチャは請求、そして精算こそがお金が実際に動く唯一のステップです。この3つを混同すると、まだ手にしていない売上を計上してしまいます。

精算：お金が実際に動く

精算は、銀行間で資金が実際に受け渡されるステップです。スキームは、クリアリングで算出されたネット金額に基づき、イシュアからアクワイアラへ資金を移動します。各金融機関は、取引1件ごとではなく、ネットポジションで精算します。精算には、資金が実際に利用可能になる日である受渡日（バリューデート）があります。決済にT+1やT+2というリズムがあるのはそのためです。お金は本物ですが、届くのはスキームのカレンダーに従ってであり、顧客の時計には従いません。これより前のステップはすべて帳簿上の処理でした。台帳上の記録が、使える残高になるのがこのステップです。差引で支払い超過の金融機関は支払い、受取超過の金融機関は受け取ります。ネット方式なので、銀行間で実際に動く金額は、その日の決済総額のごく一部にとどまります。そのおかげで、何百万件もの取引を扱うスキームでも、精算の動きは管理可能な数に収まります。

ペイアウト：アクワイアラからあなたの口座へ

精算でお金はアクワイアラに届き、ペイアウトで加盟店に移ります。アクワイアラは、日次、週次、または随時のスケジュールで、加盟店の累積残高を銀行口座へ支払います。その際、処理手数料と、返金や紛争に備えて留保される準備金が差し引かれます。これが事業者が実際に目にする金額であり、突合がうまくいくか苦労するかの分かれ目になります。ペイアウトは多数の取引をまとめたネット金額なので、個々の注文に突き合わせること自体が一つの作業になります。各注文の識別情報を最後まで引き継ぐゲートウェイなら、これは簡単です。そうでないゲートウェイでは、ペイアウトのたびにスプレッドシートが必要になります。Gatewayのフロー（/products/gateway）は、ペイアウトを、それを構成した注文と突合できるように設計されています。

暗号資産がブリッジを加える箇所

暗号資産やステーブルコインによる決済は、この連鎖に置き換わるものではありません。先頭に変換のレグが1つ加わるだけです。イシュアのオーソリゼーションによるホールドの代わりに、決済はオンチェーンで確認されます。顧客が送金に署名し、銀行がホールドを承認するのではなく、ネットワークが承認数（コンファメーション）を積み上げることでファイナリティに至ります。確認されると、オフランプが暗号資産を法定通貨に換え、そこから先は、他のすべての決済と同じクリアリング、精算、ペイアウトの経路に合流します。新しい仕組みは最初のレグに限定され、後半はあえて平凡なままにします。これが設計ルールです。精算は従来どおりにして、新しい仕組みはどうしても避けられない箇所にだけ置きます。下流の財務、突合、監査人が、決済がどのように始まったのかを見分けられないようにするためです。何回の承認でファイナルとみなすかは、チェーンの法則ではなくポリシーの選択です。基準を高くすれば、リオーグ（ブロックチェーンの再編成）に対する確実性と引き換えに、速度が下がります。オフランプは、リスク許容度が定める深さに達するまで待ってから、法定通貨を精算の経路へ放出します。

運用上、継ぎ目が重要な理由

返金、取消、紛争は、それぞれ特定のステージに対応しており、ステージを正しく見極められるかどうかがすべてです。キャプチャ前にキャンセルすれば、オーソリゼーションのボイドとなります。お金は一度も動いておらず、返すものもありません。精算後にキャンセルすれば、返金となります。これは逆方向への新しい決済であり、独自のライフサイクルを持ちます。チargeバックは、クリアリングまでさかのぼって、精算済みの金額を取り戻します。これらを区別のない「キャンセル」として扱うと台帳がずれていきますが、別々のステージに対する操作として扱えば、どのケースにも正しく監査可能な対応が見つかります。オーソリゼーション、キャプチャ、クリアリング、精算、受渡日といった用語は、/glossary にまとめています。

持ち帰っていただきたいのは、決済は出来事ではなく、状態の連鎖だという一点です。オーソリゼーションが確保し、キャプチャが請求し、クリアリングが合意し、精算が動かし、ペイアウトが届けます。暗号資産のレグは、先頭に変換を取り付けるだけです。お金は、精算までは約束であり、精算後に事実となります。事実になる前に売上を計上する事業者は、まだ手にしていないお金を数えていることになります。決済がどの状態にあるのかを把握すれば、決済運用の残りの部分は、もう謎ではなくなります。