顧客はあなたのオンラインショップを一度も訪れていません。カートの放棄もなく、ページビューも記録されず、アナリティクスに「カートに追加」のクリックすらありません。それなのに、支払いが完了し、注文が発送され、実際には一度も画面を見ていない買い手に関連付けられたチャージバックのリスクが、今あなたの帳簿に残っています。
これは、2026年において急増している取引の姿です。ChatGPTやGeminiに組み込まれたAIエージェント、あるいは新しいエージェントコマース（Agentic Commerce）プロトコルに基づいて構築されたショッピングアシスタントが、人間の代わりに閲覧、比較、購入を行いました。人間は予算と好みの条件を承認しただけで、残りの作業はすべてエージェントが処理したのです。加盟店（マーチャント）にとって、これは仮定の話ではありません。EtsyのセラーはすでにOpenAIのInstant Checkout（インスタントチェックアウト）を導入しており、100万以上のShopify加盟店がこれに続いています。さらに、PayPal独自のエージェントコマースサーバーにより、年内には数千万の小規模事業者がこの仕組みに移行すると予想されています。
問題は、ほとんどの小規模事業者の簿記が、依然として人間が「購入」をクリックすることを前提としている点です。エージェント起点の注文はこの前提を覆し、最初は消込（照合）の煩雑さとして現れ、放置すれば実質的な財務リスクやコンプライアンスリスクへと発展します。
「エージェントコマース」が帳簿に意味する真の実態
誇大広告を排除すれば、エージェントコマースとは単に「買い物の委任」にすぎません。顧客が目標（例：「ネイビーのMサイズ、150ドル以下の防水ジャケットを見つけて」）といくつかの制約条件（支出上限、承認済みの小売店、場合によってはクレジットカード情報）を設定すると、AIエージェントがそれ以上の指示を受けることなく、商品の検索から購入までを処理します。消費者の約58%が、商品推薦のための従来の検索をすでに生成AIツールに置き換えたと回答しており、「閲覧して買う」から「委任して承認する」への移行は、未来のトレンドではなく、すでに本格的に進行しています。
これを機能させるために3つのプロトコルファミリーが登場しており、オンライン販売を続けていれば、遅かれ早かれこれらすべてに遭遇することになるでしょう。
- ACP (Agentic Commerce Protocol) — StripeとOpenAIによって構築されたプロトコルで、ChatGPTのInstant Checkout（インスタントチェックアウト）を支えています。エージェントが顧客の実際のカード番号を確認する代わりに、顧客の決済プロバイダーが**共有決済トークン（Shared Payment Token）**を発行します。これは、特定の加盟店および金額に対してのみ有効で、時間制限があり、取り消し可能なスコープ付きの認証情報です。Stripeはこれを、ウェブフック（webhook）イベントを通じて観察可能なプログラマブルな付与（grant）と説明しています。このウェブフックこそが、人間以外の買い手が取引を行ったことを示す唯一のリアルタイムシグナルとなるため、非常に重要です。
- AP2 (Agent Payments Protocol) — Googleが提唱する競合規格で、Mastercard、PayPal、American Expressを含む60以上のパートナーが支持しています。AP2は、エージェントによるすべての購入を、署名された3つの「マンデート（委任状）」として表現します。すなわち、インテントマンデート（買い物客の希望）、カートマンデート（エージェントが構成したカート内容）、そして決済マンデート（課金される内容）です。それぞれが検証可能で、暗号技術によって署名されたレコードであり、システムがこれを解釈できれば、論理的には一般的な人間による決済よりもクリーンな監査証跡（オーディットトレイル）となります。
- UCPおよびその他 — 機械可読な配送期間、返品ポリシー、フルフィルメント（履行）データの標準化に向けた広範な取り組みです。これにより、エージェントは価格だけでなく、一貫した条件に基づいて加盟店を比較できるようになります。
実務上の結論として、あなたのオンラインショップは近いうちに、人間と、人間の委任を受けて行動するソフトウェアエージェントという、まったく異なる2つのタイプの顧客に対応することになり、帳簿上でこれらを区別する必要があります。
消込（Reconciliation）が容易になるどころか、むしろ困難になる理由
機械によって生成され、暗号署名された注文の方が、人間による注文よりも消込が容易であると思われるかもしれません。しかし実際には、いくつかの具体的な理由から、加盟店は正反対の事態に直面しています。
承認チェーンが複数の場所に分散して存在する
単一のACP（Agentic Commerce Protocol）トランザクションであっても、マンデート（委任）レコード、注文領収書、決済代行業者からの決済確定（セトルメント）イベント、そしてどのエージェントが（誰の権限のもとで）購入を開始したかを確認するアイデンティティレコードに関連する場合があります。銀行フィードに決済確定イベントが取り込まれた際、それを実際の注文コンテキストに紐付け、紛争（ディスピュート）が発生したときにその一連のチェーンを証明することは、初期の導入事例においてすでに「マルチソースな照合（消込）作業」と評されています。これは要するに、口座に入金される金額と、それが属する注文との間に、単一の請求書番号（インボイスナンバー）だけでは処理しきれない多くの階層が介在するようになったことを意味します。
返金に「誰が、何を、なぜ」を紐付ける必要がある
AIエージェントの顧客サービス機能が自らあなたのプラットフォーム上で返金手続きを開始する場合（小売業者が返品を自動化するにつれてこの傾向は強まっています）、その返金にはメタデータが必要です。すなわち、どのエージェントが、どのポリシーに基づいて、なぜそれを承認したのかという情報です。財務部門は取引を消し込むためにこのデータを必要とし、あなたは顧客が銀行を通じて同じ請求に対して異議を申し立てる（チャージバック）ことで発生する「二重返金（ダブルリファンド）リスク」を防ぐためにこれを必要とします。複数商品の注文に対する部分返金や、サブスクリプションの按分（プロレーテッド）返金は、この問題をさらに複雑にします。
チャージバックの露出（リスク）はすでに大きく、さらに増加している
チャージバック紛争による加盟店の損失は2026年に約280億ドルに達すると予測されており、その件数は2023年比で約41%増加しています。さらにこれには、「口座保有者が実際にこれを承認したのか、それともエージェントが委任権限（マンデート）を超脱したのか」という新たな曖昧さは加味されていません。紛争で敗訴するたびに、取引金額の損失、通常15ドルから100ドル程度の決済手数料、そしてタイトな期限内に証拠を収集するためのスタッフの作業時間が奪われます。
クリーンなマンデートレコード（委任記録）を欠くエージェント起点の注文は、反証するのが容易になるどころか、むしろ困難になるでしょう。
バンクフィードには違いがわかりません
銀行の取引明細書（ステートメント）には入金が記録されます。しかし、その入金が「注文する」ボタンをタップした人間によるものなのか、それとも150ドルの予算内でカート・マンデート（購入権限）を実行したエージェントによるものなのかは示されません。勘定科目や消込（照合）ワークフローでそのソースをタグ付けできなければ、後から基本的な問いに答えることができなくなります。今四半期にエージェント経由の決済からどれだけの売上があったのか？エージェント・チャネルの返金率はどのくらいか？エージェント発の取引量は不釣り合いに紛争（チャージバックなど）と結びついているか？といった問いです。これらは抽象的な問いではありません。融資元や会計士、あるいはアクワイアラ（加盟店契約会社）が最終的に問いかけることになる、極めて現実的な質問です。
エージェント発の注文に対する実用的な消込フレームワーク
これを適切に処理するために、決済エンジニアになる必要はありません。現在稼働しているどのような記帳システムであれ、その上にいくつかの規律ある習慣を重ねるだけで十分です。
1. 後からではなく、販売時点（POS）でチャネルをタグ付けする。 Shopify、Etsy、あるいは独自のシステム構築であっても、ほとんどのエージェント・コマース統合では、注文がACP、AP2、または同様のプロトコルを経由してきたことを示すフラグやメタデータ・フィールドが渡されます。そのフラグを一般的な売上高に一括してまとめるのではなく、取引タグやサブアカウント（例：「売上高 — エージェント・チャネル」）としてキャプチャしてください。エージェントによる売上と人間による売上を区別せずに6ヶ月間放置した後に、これらを遡って修正するのは、初日からタグ付けしておくよりも遥かに困難です。
2. 決済記録だけでなく、マンデート（権限）や注文の領収書も保管する。 決済プロバイダーの振込報告書（ペイアウト・レポート）は、資金が移動したことのみを示します。通常、そこには認可に関する完全な経緯は記載されていません。注文に付随するプラットフォーム提供の領収書、マンデートの参照ID、あるいはWebhookのペイロードなどは、通常の請求書記録と一緒に保管してください。これらを署名済みの発注書と同じように扱ってください。万が一紛争が発生し、「これは本当に認可された取引なのか？」と問われた際の証拠となります。
3. 手数料を差し引いたネット（純額）での消込を明確に行う。 例えば、OpenAIのInstant Checkoutは、完了した購入に対して加盟店に4%の取引手数料を課します。これは実質的なコストラインであり、独自のアカウント（勘定科目）が必要です。エージェント・チャネルと直接販売の利益率を実際に比較したいのであれば、これを一般的な「決済手数料」の中に埋もれさせてはいけません。
4. エージェントの注文に対して、別途返金・紛争ログを作成する（少なくとも取引量に信頼が置けるようになるまで）。 ここでは「誰がなぜこの返金を開始したのか」という問いがより重要になるため、注文ID、マンデートの参照、理由、およびそれがエージェントによるものか人間によるものかを記録するシンプルな継続ログ（最初はスプレッドシートでも構いません）を用意しておくだけで、同一注文に対してチャージバックと返金が同時に発生したときに、何時間もの作業を削減できます。
5. エージェント主導の購入を受け入れるかどうかを、慎重に決定する。 AP2のようなプロトコルの下では、あなたのストアフロントは、エージェントが開始した取引をそもそも受け入れるか、それとも異なる扱い（CAPTCHAの導入、異なる価格設定、ギフトカードの除外など）をするか、あるいは完全にオプトアウトするかを決定できます。これは技術的な決定であると同時にビジネス上の決定でもあります。そして、単にその販売チャネルを取り込みたいという意欲だけでなく、あなたの記帳および紛争対応能力を考慮した上で決定されるべきです。
根本的な教訓：監査可能性（オーディタビリティ）こそが常に本質であった
エージェント・コマースが浮き彫りにした事実は、これまでも常に真実であったことです。すなわち、取引の信頼性は、その背景にある記録の信頼性に等しいということです。暗号署名されたマンデートやスコープ限定の決済トークンは、ある意味で、優れた記帳が常に解決しようとしてきた問題、つまり「誰が、何に対して、いくら認可したのかを正確に把握し、後からそれを証明できるようにする」という課題に対する、エージェント・コマース側からの解決の試みです。
すでにクリーンで、適切にタグ付けされ、監査可能な記録を保持している小規模ビジネスは、既存のシステムの上にエージェント・チャネルの売上を重ね合わせるのが非常に容易になります。一方で、大雑把で区別のない帳簿を運用しているビジネスは、これらのチャネルを通じた取引量が拡大し始めるまさにその時に、エージェント・コマースが単なる記帳のズレを、深刻な消込および紛争防御の問題へと一変させることに気づくでしょう。
次に何が売れるようになっても対応できる帳簿を維持する
人間が「購入」をタップしたことで発生した売上であっても、AIエージェントが本人の代理で署名済みのマンデートを実行したことで発生した売上であっても、基本は変わりません。すべての取引には、注文から決済までの明確で監査可能な追跡（監査証跡）が必要です。Beancount.ioは、設計段階から透明性が高く、バージョン管理が可能なプレーンテキスト会計を提供するため、エージェント発の注文を含む新しい販売チャネルのタグ付けは、勘定科目を追加するだけの作業であり、帳簿を再構築する必要はありません。無料で始める をクリックして、次のコマースの変革が訪れる前に、なぜ開発者や財務に関心の高いビジネスオーナーがプレーンテキスト会計に移行しているのかをお確かめください。