コンテンツにスキップ
アカウント作成/サインイン
Stripe ドキュメントのロゴ
/
AI に質問
アカウントを作成サインイン
導入方法
決済管理
売上管理
プラットフォームとマーケットプレイス
資金管理
開発者向けリソース
API & SDKヘルプ
概要決済を受け付ける構築済みのシステムをアップグレード
オンライン決済
概要ユースケースを見つける
Payment Links を使用する
事前構築済みの決済ページを使用する
Elements を使用したカスタム統合の構築
アプリ内実装を構築
Managed Payments を使用する継続課金
対面決済
Terminal
決済手段
決済手段を追加
決済手段を管理
Link による購入の迅速化
決済業務
アナリティクス
残高と売上処理にかかる期間
コンプライアンスとセキュリティ
通貨
支払い拒否
不審請求の申請
不正利用防止
Radar の不正防止
入金
領収書返金とキャンセル
高度な連携システム
カスタムの決済フロー
柔軟なアクワイアリング
複数の決済代行業者のオーケストレーション
決済以外の機能
会社を設立する
暗号資産
エージェント型コマース
    概要
    主要概念
      共有決済トークン
      エージェント型コマースプロトコル
        エージェント型チェックアウト仕様
      商品カタログ
    ChatGPT アプリを収益化
    AI エージェントでコンテキストに応じた販売を実現
Financial Connections
Climate
本人確認
アメリカ
日本語
ホーム決済管理Agentic commerceKey concepts

エージェント型コマースプロトコルを導入する非公開プレビュー

Agentic Commerce Protocol (ACP) をStripeと統合する方法を学びましょう。

ACP (エージェント型コマースプロトコル) は、ChatGPT などの互換性のあるアプリケーションと売り手の間でコマースを実現するためのオープンソースの仕様です。ACP は、RESTful インターフェースまたは MCP サーバーとして実装できます。

エージェント型コマースプロトコルを使用して、チェックアウトをアプリケーションからアクセスできるようにし、チェックアウトの開始や完了を行えるようにできます。アプリケーションは、既存の決済環境での処理のために、Stripe の 共有支払いトークン (SPT) を含む支払い資格情報を安全に共有できます。

例えば、一般的な決済フローでは、ユーザーインターフェイス、データモデル、決済処理はすべて売り手の責任です。売り手は Checkout ページを表示し、カートと注文に関するデータを保存し、決済認証情報を収集し、決済を処理します。

対照的に、エージェント型の Checkout プロセスでは、AI エージェントが Checkout インターフェイスの表示と決済認証情報の収集を担当し、売り手が既存のデータモデルと決済処理を担当します。

詳細については、ACP の Web サイト を参照してください。

ライフサイクル

このセクションでは、顧客の最初の注文意図から売り手による支払い確認までの決済プロセスに関連するステップの概要を説明します。

  1. 顧客が注文の意思を示し、エージェントが CreateCheckoutRequest を使って売り手との決済を開始します。
  2. 売り手はリクエストを処理してカートを生成し、現在のチェックアウトの状態をレスポンスとして返します。
  3. エージェントは UI (決済インターフェース、テキストなど) を表示して、現在の状態 (合計など) とオプション (配送など) を顧客に伝えます。
  4. 顧客が選択した後、エージェントと売り手は UpdateCheckoutRequest を使用してお互いにやり取りします。
  5. 顧客が支払いの意思を示した後、エージェントは金額と売り手に設定された SharedPaymentToken をプロビジョニングし、CompleteCheckoutRequest で売り手と共有します。
  6. 売り手は PaymentIntent を作成し、エージェントに確認を送信します。

エンドポイント

売り手は、この 仕様 の RESTful HTTP インターフェースを次の 4 つのエンドポイントとともに構築して、エージェントが決済を操作できるようにします。

決済プロセスを管理するには以下のようになります。

  1. Checkout オブジェクトを作成する: バックエンドでカートと決済データを生成する一意の SKU を指定します。レスポンスには、サポートされている支払い方法、フルフィルメントオプションなどの詳細が含まれます。
  2. 決済オブジェクトの更新: 顧客が決済プロセスを操作するときに、項目の数量、フルフィルメント方法、顧客の詳細などの変更を更新します。
  3. Checkout オブジェクトを完了する: リクエストで SharedPaymentToken を渡します。このリクエスト中に決済を処理し、注文詳細で応答します。
  4. Checkout オブジェクトをキャンセルする: 顧客が決済を終了または却下したときにエージェントにキャンセルを通知し、在庫を解放して決済ステータスをキャンセル済みに更新できるようにします。

すべてのエンドポイントのレスポンスには、現在の決済の状態が含まれており、エージェントの参照ポイントとして機能します。

イベント

決済が完了したら、注文の作成と更新についてエージェントに通知します。例えば、注文の出荷後にエージェントを更新します。これにより、エージェントはステータス変更の通知、アクションのリクエスト、その他の情報の顧客との共有を行うことができます。

セキュリティ

エージェント型コマースフレームワーク内で取引の整合性を維持し、機密情報を保護するには、次のガイドラインに従います。

  • すべてのリクエストには HTTPS が必要で、Authorization: Bearer {token} が含まれます。
  • すべての Webhook イベントに署名し、HMAC 署名をリクエストヘッダーとして送信する必要があります。
  • エージェント型アプリケーションは、オンボーディング時に認可キーおよび署名キーを提供する必要があります。
このページはお役に立ちましたか。
はいいいえ
  • お困りのことがございましたら 、サポートにお問い合わせください。
  • 変更ログをご覧ください。
  • ご不明な点がございましたら、お問い合わせください。
  • LLM は llms.txt を参照してください。
  • Powered by Markdoc