「AI で商品を探して比較するところまではできる」――2024 年までの常識でした。2026 年は、AI エージェントがそのまま注文・決済・送金まで自走する世界に入っています。Stripe は 2026 年 4 月に、AI エージェントがユーザーの代わりに支払いできる仕組みを発表し、Link ウォレットを AI エージェント向けに拡張、1 回限り利用できるカードや Shared Payment Token(SPT) で生のカード番号を渡さずに決済できるようにしました。さらに Sessions 2026 では、15 通貨保有・24 時間資金移動・米国企業同士は無料即時送金・100 ヶ国以上に法定通貨送金・160 ヶ国以上にステーブルコイン送金が可能なグローバル事業口座 Stripe Treasury が発表されています。決済は単なる「お金の受け取り」から、AI エージェントが資金管理・支払い・送金まで実行する 金融 OS へ進化しました。本稿では、EC・予約・マーケットプレイス・SaaS を運営する中堅企業が、日本市場でどう備えるべきかを整理します。
AI は「回答する AI」から「実行する AI」へ
ここ数年の AI の進化を整理すると、3 段階で見ると分かりやすくなります。
| 段階 | できること | 業務インパクト |
|---|---|---|
| Phase 1(2022〜2023) | 質問への回答、要約、翻訳、文章生成 | 個人効率化(議事録、メール下書き) |
| Phase 2(2024〜2025) | 業務システムを呼び出して情報取得・更新 | 業務効率化(CRM 検索、社内 DB Q&A) |
| Phase 3(2026〜) | 決済・送金・契約・資金管理を自走で実行 | 業務代替(購買、予約、契約、経理) |
これは EC や予約だけの話ではありません。BtoB 発注、サブスク契約、仕入れ・購買、社内経費申請、業務代行 AI など、お金が絡む業務全般 が AI エージェントの守備範囲に入ります。
まとめ:AI が「実行する」フェーズに入ったいま、商品・サービスを売る企業のシステム側も、AI エージェントから呼ばれることを前提に再設計する必要があります。
Stripe Agentic Commerce とは何か ― AI エージェント決済の仕組み
Stripe の発表によると、AI エージェント決済の仕組みは大きく 3 層に分かれます。
| 層 | 役割 | キー技術 |
|---|---|---|
| エージェント識別層 | AI エージェントを Stripe が認識し、ユーザーとの紐付けを担保 | Link ウォレット拡張、エージェント認証 |
| 権限委譲層 | ユーザーの決済権限を、限定条件で AI エージェントに渡す | Shared Payment Token(SPT) |
| 決済実行層 | 売り手側で SPT を使って実際の決済を処理 | 既存 Stripe API、対応決済手段(カード、Apple Pay、Google Pay、Klarna 等) |
人間レビューの位置付け
Stripe の現時点の説明では、各支払いリクエストに 人間のレビューが必要 としています。AI エージェントが「この支払いをしたい」というリクエストを生成 → ユーザーが内容確認・承認 → 決済実行、という流れです。今後は利用上限や追加承認なしで動ける条件設定も拡張予定とされています。
| 設定項目 | 例 |
|---|---|
| 上限金額 | 1 回 5 万円まで、月間 30 万円まで |
| 有効期限 | 24 時間、7 日、月末まで |
| 通貨 | 円、USD、EUR |
| 用途範囲 | ホテル予約のみ、書籍購入のみ、特定 EC のみ |
| 人間承認 | 必須 / 不要(条件設定可) |
まとめ:Agentic Commerce は「AI に丸投げ」ではなく「AI に限定権限を渡す」設計です。中堅企業の実装でも、上限・期限・用途・承認の 4 軸で権限境界を設計してください。
Shared Payment Token の意味 ― カード情報を渡さない決済の中核
SPT は Agentic Commerce の中核技術です。エージェントは顧客の決済手段と売り手の Stripe プロフィールを使って、通貨・最大金額・有効期限などを制限したトークン を発行できます。
対応決済手段
Stripe の発表によると、対応決済手段はカード単独ではなく多様です。
| 決済手段 | SPT 対応 | 備考 |
|---|---|---|
| カード(Visa / Master / AMEX 等) | ○ | カードネットワーク連携、Mastercard Agent Pay / Visa Intelligent Commerce 経由 |
| Link | ○ | Stripe ウォレットの AI 拡張 |
| Apple Pay | ○ | エージェント経由の決済が可能 |
| Google Pay | ○ | 同上 |
| Klarna(後払い) | ○ | 後払いを AI エージェントが選択する未来 |
売り手側の実装の意味
売り手側にとって SPT が意味するのは、「AI エージェントから注文を受け付ける店舗」になるということです。具体的には:
- 商品データを構造化して AI エージェントが取得できる形式(JSON-LD、Product API 等)にする
- 在庫・配送・税計算を API で取得できる形にする
- SPT を受け取って決済処理する Stripe Integration を整備する
- 注文確認・領収書発行を AI エージェントが取得できる API で返す
この実装をしている店舗とそうでない店舗とでは、AI エージェント経由の流入機会で 3〜10 倍の差が出ます。
まとめ:SPT は技術仕様であると同時に、「AI エージェント時代の店舗の標準装備」を決める仕様です。商品 DB・在庫・配送・税計算の API 化が今後の成否を分けます。
Stripe Treasury ― 売上を保管・送金・支払いに使う「金融 OS」化
Stripe は Sessions 2025〜2026 で、Money Management 機能 を大きく拡張しました。Sessions 2026 で発表された Stripe Treasury は次のような機能を持ちます。
| 機能 | 概要 |
|---|---|
| 多通貨保有 | 米国・英国企業向けに 15 通貨保有をサポート |
| 即時無料送金(米国) | 米国企業同士は Stripe 上の資金を即時・無料で送金 |
| Stripe カード利用(米国) | 米国ユーザーは確定済みの Stripe 売上を Stripe カードで利用可能 |
| グローバル送金 | 100 ヶ国以上に法定通貨で送金、160 ヶ国以上にステーブルコインで送金 |
| AI エージェント金融アカウント | 残高確認、請求書支払い、資金保管、カード作成、送金、キャッシュフロー管理を AI エージェントが行える |
「売上を受け取る決済サービス」から「売上を保管し、そのまま支払い・送金・カード利用・AI 管理までできる金融基盤」 に進化しています。
マーケットプレイス・プラットフォームへの影響
Stripe Connect を使うマーケットプレイス・プラットフォームでは、Treasury との組合せで次のような運用が可能になります。
| 業態 | 現状の課題 | Treasury 後の世界 |
|---|---|---|
| 出店者送金マーケットプレイス | 月末バッチで送金、海外出店者は手数料高 | 即時 / 多通貨 / ステーブルコイン送金で出店者満足度向上 |
| クラウドソーシング | 手数料が高くワーカーに不満 | 国境越え送金が低コスト化、ワーカー報酬の競争力アップ |
| 売上の即時運用 | 売上は受け取り後、数日かけて銀行に移動 | Stripe 上で保管・支払い、運転資金の流動性向上 |
| 業務代行 SaaS | 顧客企業に請求書発行 → 入金確認 → 業務開始 | AI エージェントが請求・入金確認・業務委託まで自走 |
EC・予約・マーケットプレイス・SaaS で起きる変化
業態ごとに、Agentic Commerce + Treasury がもたらす変化を整理します。
EC(小売・D2C)
| 領域 | 現状 | 変化 |
|---|---|---|
| 商品検索 | ユーザーが Google や ECモール で検索 | AI エージェントが要件を理解して比較・推奨 |
| 注文 | 人がカートに入れて決済 | AI エージェントが SPT で決済 |
| リピート購入 | メルマガ・LINE・アプリ通知で再促進 | AI エージェントが定期購入を自走管理 |
| カスタマーサポート | 問い合わせフォーム・チャット | AI エージェントが返品・交換まで実行 |
予約(旅行・ホテル・レストラン)
| 領域 | 現状 | 変化 |
|---|---|---|
| 検索・比較 | 旅行予約サイトで人が比較 | AI エージェントが条件と予算で最適化 |
| 予約 | 人が予約フォームを埋める | AI エージェントが予約 + 決済 + キャンセルポリシー確認 |
| キャンセル・変更 | 人が手動で操作 | AI エージェントが状況変化を察知して自動対応 |
| ホテル側オペレーション | 予約管理システム(PMS)で人が確認 | AI エージェント間の協調で在庫最適化 |
マーケットプレイス(プラットフォーム)
| 領域 | 現状 | 変化 |
|---|---|---|
| 出店者送金 | 月次バッチ、海外送金は高コスト | Stripe Treasury で即時 / 多通貨 / ステーブルコイン送金 |
| 紛争解決 | カスタマーサポートが介入 | AI エージェントが 1 次対応、複雑案件のみ人 |
| 在庫・価格最適化 | 出店者が手動 | AI エージェントが自動価格調整・在庫補充 |
| マッチング | 検索・推薦アルゴリズム | AI エージェント同士が直接交渉・取引 |
BtoB SaaS / 業務代行
| 領域 | 現状 | 変化 |
|---|---|---|
| 営業・契約 | 営業担当が見積〜契約を進行 | AI エージェントが要件整理〜見積〜契約まで自走 |
| 請求・回収 | 経理が請求書発行〜入金確認 | AI 経理エージェントが請求・入金・督促を自動化 |
| 仕入れ・購買 | 購買担当が発注 | AI 購買エージェントが在庫切れを検知して自動発注 |
| 社内経費申請 | 人が領収書を提出 → 承認 → 振込 | AI エージェントが申請から振込まで自動化 |
日本企業が今から整えるべき DX 基盤
注意点として、Stripe Agentic Commerce や Treasury の一部機能は 米国・英国中心、またはプレビュー・段階展開 で公開されています。日本市場で全機能が使える時期は段階的です。それでも、日本企業が今から準備すべき基盤は明確です。
| 整備領域 | 具体内容 | 2026 年に着手すべき理由 |
|---|---|---|
| 商品・サービスデータの構造化 | 商品 DB、JSON-LD、Product API 整備 | AI エージェントから読み取られる前提 |
| 在庫 API | リアルタイム在庫照会、引当・解放 API | AI エージェントが在庫確認後に決済 |
| 配送 API | 配送可能地域、配送時間、送料計算 | AI エージェントが配送条件を判断 |
| 税計算 API | 商品別税率、地域別税率、軽減税率 | AI エージェント自走の前提 |
| 承認ワークフロー | 上限 / 期限 / 用途 / 承認の 4 軸権限 | AI エージェント決済の安全性確保 |
| 権限管理 | 業務単位の細粒度権限 | 暴走リスクの最小化 |
| 監査ログ | 注文・決済・キャンセル・返金のフルログ | コンプライアンス、監査対応 |
| 顧客同意管理 | AI エージェントによる代理操作の同意取得 | 個人情報保護法・PCI DSS 対応 |
まとめ:日本市場で Agentic Commerce が普及するタイミングを待つのではなく、API 化・権限境界・監査ログの基盤整備を先行させてください。Stripe の機能展開と並走できる体制を 2026 年中に作るのが、競争優位の源泉になります。
GXO で支援できること ― AI エージェント対応 EC・決済インフラ構築代行
GXO は EC・予約・マーケットプレイス・SaaS の中堅企業に対して、AI エージェント時代のシステム基盤構築を一貫支援します。
| 支援領域 | 具体内容 | 投資目安 |
|---|---|---|
| EC・予約・申込システムの AI エージェント対応 | 商品データ構造化、JSON-LD、Product API 整備、商品検索 API、注文 API のエージェント前提リファクタ | 800〜2,500 万円 |
| 在庫・配送・税計算 API 整備 | 在庫照会、引当、配送可能性、送料、税率の API 化 | 500〜1,500 万円 |
| Stripe Agentic Commerce / Treasury / Connect 連携実装 | SPT 受信・決済処理、Treasury 連携、Connect での出店者送金 | 600〜2,000 万円 |
| 承認ワークフロー・権限管理・監査ログ設計 | 業務単位の権限境界、上限・期限・用途・承認の 4 軸設計、フルログ | 400〜1,000 万円 |
| AI 経理エージェント | 請求書支払い、入金消込、督促、キャッシュフロー管理 | 500〜1,500 万円 |
| マーケットプレイス出店者送金最適化 | Stripe Connect / Payouts / Global Payouts、会計連携 | 400〜1,200 万円 |
まとめ:「Agentic Commerce が来てから」では遅い。GXO は API 化・権限境界・Stripe 連携を一気通貫で構築する代行サービスを提供しています。中堅企業の競争優位を AI エージェント時代に持ち込むなら、2026 年中の着手が分かれ目です。
FAQ
Q1. Stripe Agentic Commerce は日本でいつから使えるか。
A. 2026 年 5 月時点では、米国・英国中心で展開されており、日本市場での全機能展開時期は Stripe 公式発表を確認する必要があります。ただし、Stripe Connect / Treasury の一部機能は日本でも利用可能で、商品 API 整備や承認ワークフローの基盤整備は Stripe 機能の有無に関わらず今から着手すべき 領域です。
Q2. AI エージェントに決済させるのは怖い。リスクをどう管理するか。
A. リスク管理は (1) 上限金額、(2) 有効期限、(3) 用途範囲、(4) 人間承認、の 4 軸で設計します。最初は「1 回 1 万円まで・人間承認必須・特定 EC のみ」のような厳しい設定から始め、運用実績を見ながら段階的に緩和します。SPT 自体が「カード番号を渡さない」設計なので、漏洩時のダメージは従来のカード決済より小さいです。
Q3. 既存 EC を AI エージェント対応にするのにいくらかかるか。
A. 既存 EC の API 整備状況によります。商品 API・在庫 API・注文 API がすでに整備されていれば、Stripe 連携と JSON-LD 整備で 800〜1,500 万円。API がない場合は商品データ構造化と API 整備から始めるため 2,000〜4,000 万円規模になります。Phase 1 で現状診断と段階分けをすれば、投資負担を分散できます。
Q4. マーケットプレイスで Stripe Treasury / Connect を活用するメリットは?
A. 出店者への送金が即時・多通貨・ステーブルコイン対応になり、出店者満足度と新規出店者の集客に直結します。とくに海外出店者を抱えるマーケットプレイスでは、送金コストを年数百万円〜数千万円規模で削減でき、半年〜1 年で投資回収できるケースもあります。
Q5. AI 経理エージェントとは何か。導入できるか。
A. AI 経理エージェントは、(a) 請求書発行、(b) 入金確認、(c) 督促、(d) キャッシュフロー管理、(e) 振込処理、(f) 仕訳生成までを AI が自走する仕組みです。Stripe Treasury の機能と社内会計ソフト(freee / マネーフォワード等)を組み合わせて構築します。中堅企業(売上 100〜500 億)で月次決算 -3 営業日、経理工数 50% 削減が現実的なラインです。
Q6. SaaS 事業者として、AI エージェント時代に備える優先順位は?
A. (1) 商品(プラン・SKU)データの構造化、(2) 契約 API(サブスク開始・変更・解約)、(3) 請求 API、(4) サポート問い合わせ AI、(5) Stripe Treasury / Connect で資金管理、の順序です。とくに (1)〜(3) は AI エージェントが SaaS を選定する前提条件になり、整備していない SaaS は AI エージェント経由の選定から外れる可能性があります。
Q7. 補助金は使えるか。
A. 中堅企業なら IT 導入補助金、ものづくり補助金、事業再構築補助金などが組合せ可能です。とくに「商品 API 整備+ AI エージェント対応」は事業再構築補助金の対象になりやすい領域です。Phase 1 で補助金診断を併走すると、Phase 2 以降の投資判断がしやすくなります。
まとめ
- AI は「回答する AI」から「実行する AI」へ。Phase 3 で決済・送金・契約・資金管理が自走範囲に
- Stripe Agentic Commerce:SPT で AI エージェント決済、生のカード番号を渡さない設計、上限・期限・用途・承認の 4 軸権限
- Stripe Treasury:15 通貨保有、24h 移動、米国企業同士即時無料送金、100 ヶ国法定通貨送金、160 ヶ国ステーブルコイン送金、AI 金融アカウント
- EC・予約・マーケットプレイス・SaaS の前提が変わる。日本企業も今から商品 API・在庫 API・配送 API・税計算 API・承認ワークフロー・権限管理・監査ログを整備すべき
- 米英中心・プレビュー段階の機能含むが、API 化と権限境界の準備は Stripe 機能の有無に関わらず今着手
AI エージェント決済時代に備えたシステム基盤、整っていますか?
GXO は AI エージェント対応 EC・予約・発注システムの構造構築、Stripe Agentic Commerce / Treasury / Connect を活用した決済インフラ実装、商品 DB / 在庫 / 配送 / 税計算 API 整備、承認ワークフロー・権限管理・監査ログ設計を一貫して支援します。海外先行の潮流に、日本企業も今から備えましょう。NDA 締結可、藤吉ダイレクト窓口で承ります。営業電話はしません。
AI エージェント対応 EC・決済インフラ構築の無料相談を申し込む
※ 営業電話はしません | オンライン対応可 | 導入事例はこちら
参考文献
- Stripe Blog "Giving agents the ability to pay" — https://stripe.com/blog/giving-agents-the-ability-to-pay
- Stripe Docs "Agentic Commerce for Sellers" — https://docs.stripe.com/agentic-commerce/for-sellers/custom?locale=ja-JP
- Stripe Docs "Shared Payment Tokens" — https://docs.stripe.com/agentic-commerce/concepts/shared-payment-tokens
- Stripe Blog "Top product updates from Sessions 2025" — https://stripe.com/blog/top-product-updates-sessions-2025
- Stripe Newsroom "Sessions 2026" — https://stripe.com/en-jp/newsroom/news/sessions-2026
- Stripe Blog "Everything we announced at Sessions 2026" — https://stripe.com/blog/everything-we-announced-at-sessions-2026
追加の一次情報・確認観点
この記事の内容を社内で検討する場合は、一般論だけで判断せず、次の一次情報と自社データを照合してください。特に、稟議・RFP・ベンダー選定では「何を実装するか」よりも「どのリスクをどの水準まで下げるか」を先に決めると、見積もり比較のブレを抑えられます。
| 確認領域 | 参照先 | 自社で確認すること |
|---|---|---|
| AIリスク管理 | NIST AI Risk Management Framework | 用途、リスク、評価方法、運用責任者を確認する |
| LLMセキュリティ | OWASP Top 10 for LLM Applications | プロンプトインジェクション、情報漏えい、権限設計を確認する |
| AI事業者ガイドライン | 総務省 AI関連政策 | 説明責任、透明性、安全性、利用者保護の観点を確認する |
| DX推進 | IPA デジタル基盤センター | DX推進指標、IT人材、デジタル基盤の観点で現状を確認する |
| 個人情報 | 個人情報保護委員会 | 個人情報・委託先管理・利用目的・安全管理措置を確認する |
稟議・RFPで使う数値設計
投資判断では、導入前後で測れる指標を3から5個に絞ります。下表のように、現状値・目標値・測定方法・責任者をセットにしておくと、PoC後に本番化するかどうかを判断しやすくなります。
| 指標 | 現状確認 | 目標の置き方 | 失敗しやすい例 |
|---|---|---|---|
| 対象業務数 | 現状の対象業務を棚卸し | 初期は1から3業務に限定 | 対象を広げすぎて要件が固まらない |
| 月間処理件数 | 件数、担当者、例外率を確認 | 上位20%の高頻度業務から改善 | 件数が少ない業務を先に自動化する |
| 例外対応率 | 手戻り、確認待ち、属人判断を計測 | 例外の分類と承認ルールを定義 | 例外をAIやシステムだけで吸収しようとする |
| 正答率・再現率 | テストデータで評価 | 業務許容ラインを明文化 | 体感評価だけで本番化する |
| 人手確認率 | 承認が必要な判断を分類 | 高リスク判断は人間承認 | 全自動化を前提に設計する |
よくある失敗と回避策
| 失敗パターン | 起きる理由 | 回避策 |
|---|---|---|
| 目的が曖昧なままツール選定に入る | 比較軸が価格や機能数に寄る | 経営課題、業務課題、測定KPIを先に固定する |
| 現場確認が不足する | 例外処理や非公式運用が見落とされる | 担当者ヒアリングと実データ確認を必ず行う |
| 運用責任者が決まっていない | 導入後の改善が止まる | 業務側とIT側の責任分界をRACIで定義する |
| AIの回答品質を本番で初めて確認する | 評価データと禁止事項が未定義 | テストセット、NG例、監査ログを用意する |
GXOに相談する前に整理しておく情報
初回相談では、次の情報があると診断と提案の精度が上がります。すべて揃っていなくても問題ありませんが、分かる範囲で用意しておくと、概算費用・期間・体制の見立てを早く出せます。
- 対象業務の現行フロー、利用中システム、Excel・紙・チャット運用の一覧
- 月間件数、担当人数、手戻り件数、確認待ち時間などの概算
- 個人情報、機密情報、外部委託、権限管理に関する制約
- 希望開始時期、予算レンジ、社内承認者、決裁までの流れ
- AIに任せたい業務、任せてはいけない判断、評価に使える過去データ
GXOでは、現状整理、要件定義、RFP作成、ベンダー比較、PoC設計、本番移行計画まで一気通貫で支援できます。記事の内容を自社に当てはめたい場合は、まずは現在の課題と制約を共有してください。