AIコマースの支払いは誰が許可した？IDEMIAが発表した決済の仕組み

AIに「必要なものを買っておいて」と頼む。そのとき、店には注文が届きます。しかし、支払いまで本人が許可していたことは、どう確認するのでしょうか。

IDEMIA Secure Transactionsは2026年9月29日、AIエージェントによる購入を決済側で支えるAgentic Commerceの仕組みを発表しました。本人確認、利用条件、同意の記録をつなぐ決済事業者向けの発表です。[1]

自分の代わりに買い物をするAIと、代金を受け取る店。その間で何を確認するのかを、具体例で解説します。確認日は2026年9月30日です。

AIコマースの決済で、IDEMIAが発表したこと

今回の発表は、AIが始める注文に対して、購入者の許可を決済の仕組みで確認するものです。商品を探す機能だけでなく、実際に代金を支払う段階が対象になります。[1]

誰が使う決済の仕組みなのか

主な対象は、国内・地域の決済ネットワークや、特定のブランドに結び付いたカードを発行する事業者です。個々のネットショップが、今日から管理画面で一つ設定を入れるという発表ではありません。[1]

店舗側から見ると、利用している決済代行会社やカード決済のサービスを通じて、対応が届くかを確認する話になります。

例えば自店の決済画面が外部サービスで提供されている場合、店舗がAI用の確認項目を勝手に追加しても、決済ネットワークの機能を利用できるとは限りません。まず契約先へ、AIエージェントによる注文をどう扱うかを確認します。

導入の入口がどこかを押さえることで、関係のないプラグインを探したり、商品ページを書き換えたりする前に、担当する事業者へ相談できます。

買い物AIから届く注文で増える確認

AIが作った注文では、誰の依頼で、どこまで任されていたかを確認できることが重要になります。商品を見つける依頼と、代金を払う依頼は同じとは限らないためです。

説明用の場面として、「通勤用のかばんを探して」とだけ頼んだ場合を考えます。候補を一覧にすることは期待されても、その場で高額商品を注文することまで許可したとは読み取れません。

そこで、注文する前に購入者がどの条件を示したか、実際の注文が条件内か、後でその記録を確かめられるかを分けます。

確認する段階	知りたいことの例
依頼	誰が、何を頼んだか
注文前	予算や店などの条件を満たすか
注文後	どの許可に基づく購入だったか

これは仕組みを理解するための整理です。今回の製品で使う具体的な画面項目や記録形式を再現したものではありません。

AIによる購入を支える4つの機能

発表では、同意を確認した後の決済情報の提供、パスキーによる本人確認、利用条件の制限、同意の証拠を残す機能の四つが示されています。[1]

同意の確認後に決済用情報を渡す

IDEMIAは、同意を確認した後にトークン化した決済情報を提供する仕組みを説明しています。トークンは、元のカード情報そのものを各場面で渡す代わりに使う決済用の情報です。また、登録や支払い時の本人確認にパスキーを使う機能も挙げています。[1]

ここで分けたいのは、「本人であること」と「その買い物を許可していること」です。本人確認ができても、どの商品をいくらまで買ってよいかが決まるわけではありません。

例えば、購入者が自分のアカウントへ正しくログインした後でも、依頼内容が候補の比較だけなら、購入を実行するには追加の判断が必要です。

決済の説明を読む際は、認証、購入への同意、実際の決済処理が、どの段階で結び付くのかを確認すると理解しやすくなります。技術名が一つ入っているだけで、全工程を保証するものとは考えないようにします。

金額・店・期限を制限し、同意の証拠を残す

利用条件には、店、金額、商品カテゴリ、期間などを指定できると説明されています。加えて、後日取引について確認が必要になった場合にも、購入者の同意を示せる記録を残す設計です。[1]

この考え方は、買い物を任せる範囲を具体的にするものです。「自由に買ってよい」という依頼より、「この店で、この予算内で、今週中に」と決めた方が、実際の注文と比べやすくなります。

ただし、条件の指定方法や、どの記録を店舗が閲覧できるかは、実装や契約によって確認が必要です。公開資料だけでは、日本の特定の決済サービスで利用できる画面までは分かりません。

同意の記録があることは、返金や問い合わせが自動的になくなるという意味でもありません。商品、配送、返品など、注文後の対応は引き続き必要です。

AIに買い物を任せるときの流れ

以下は発表された考え方を理解するための仮の買い物例です。IDEMIAの実際の導入画面や、特定のカードの操作手順ではありません。

本人が予算と購入条件を決める

例として、オフィスで使う収納箱を一つ購入する場面を考えます。AIへ依頼する前に、商品と支払いの両方の条件を整理します。

項目	説明用の条件例
購入するもの	机の下に置く収納箱を1個
商品条件	設置場所に収まる寸法、指定した色
支払い条件	送料を含めて5,000円以内
購入先	事前に指定した店舗
期限	指定日まで。期限を過ぎたら再確認

この金額は説明用で、製品の利用上限ではありません。条件を決めたら、AIが見つけた商品と注文金額が一致するかを確認する流れを考えます。

「5,000円以内」が商品代金だけなのか、送料込みなのかも先に決めたい点です。買う人の意図と決済の判定条件をそろえるには、普段なら省略している条件を明確にする必要があります。

店舗にとっても、商品価格だけでなく、送料、選択したサイズ、個数が確定した注文情報を伝えられることが重要になります。

条件を超えた注文と、後日の問い合わせ

商品代金が予算内でも、送料を足すと上限を超える場合があります。そのときに、勝手に予算を広げてよいわけではありません。再確認が必要な条件として扱えるかを、導入先の仕様で確認します。

また、購入後に「この注文は何を頼んだ結果か」と問い合わせる場面も考えられます。注文番号だけでなく、承認した条件と取引を照合できれば、調査の出発点になります。

店舗側で整理しておくとよいのは、次の情報です。

1. 問い合わせ窓口が注文を特定する方法。
2. 決済事業者へ確認する際に渡す取引の識別情報。
3. 同意の記録を確認できる担当と保存先。
4. 返品やキャンセルを、通常の注文と同じく案内する方法。

これは店舗運用の検討項目です。特定の記録があれば必ず支払いが確定する、あるいは異議の申し立てが退けられる、といった法的な結論を示すものではありません。

日本のECがAIコマース決済で確認すること

日本の店舗が今できるのは、契約中の決済サービスに対応予定と運用条件を確認することです。発表だけで全店舗の導入が完了したとは扱えません。

利用中の決済会社の対応を確かめる

問い合わせでは、「AI決済に対応していますか」だけでなく、想定する注文の形を伝えます。AIが商品候補を示すだけなのか、購入者の代理で注文と支払いまで始めるのかによって、確認内容が変わります。

契約先へ送る文面は、次のように整理できます。

AIエージェントが購入者の代理で行う注文への対応を確認したいです。
当店で利用している決済サービスは［サービス名・契約プラン］です。

・AI経由の注文を受け付ける条件
・購入者の本人確認と、購入への同意を扱う方法
・金額や購入先などの利用条件を確認する方法
・後日問い合わせがあった際に確認できる記録
・日本で利用できる機能、追加契約、導入時期

現在利用できるものと、今後の予定を分けて教えてください。

機密性のあるカード情報や購入者の個人情報を、この問い合わせへ添える必要はありません。まず契約やサービス名と、確認したい運用を伝えるところから始められます。

提供済みの機能と未確認の導入条件

確認する欄を「発表された」「自社の契約で使える」「自店で試した」に分けると、導入状況を説明しやすくなります。同じ機能名でも、この三つは別の段階です。

段階	残す根拠
発表を確認	公式資料のURLと発表日
契約条件を確認	決済会社からの回答と対象プラン
店舗で確認	試した環境、条件、結果

今回の公開資料からは、日本の店舗ごとの対応、料金、利用開始日、他のAI決済規格との互換性までは確認できません。未確認の項目を、実装済みとして案内しないことが必要です。

IDEMIAの発表で具体的になったのは、AIへ買い物を任せる際、支払いの許可とその証拠を決済側で扱うという方向です。店舗の準備は、契約先の対応確認と、注文後に問い合わせへ答えられる運用を整理するところから進められます。