コンテンツにスキップ
アカウント作成/サインイン
Stripe ドキュメントのロゴ
/
AI に質問する
アカウントを作成サインイン
導入方法
決済管理
売上管理
プラットフォームとマーケットプレイス
資金管理
開発者向けリソース
API & SDKヘルプ
概要
Stripe Payments について
構築済みのシステムをアップグレード
決済分析
オンライン決済
概要ユースケースを見つけるManaged Payments を使用する
Payment Links を使用する
事前構築済みの決済ページを使用する
Elements を使用したカスタム統合の構築
アプリ内実装を構築
対面決済
Terminal
決済手段
決済手段を追加
決済手段を管理
Link による購入の迅速化
決済シナリオ
複数の通貨を扱う
カスタムの決済フロー
柔軟なアクワイアリング
オーケストレーション
決済以外の機能
会社を設立する
暗号資産
エージェント型コマース
    概要
    エージェント型コマース向け決済フロー構築
    テスト
    エージェント型コマースプロトコルの統合
      エージェント型コマースプロトコル決済エンドポイントの構築
Financial Connections
Climate
不正利用について
Radar の不正防止
不審請求の申請の管理
本人確認
アメリカ
日本語
ホーム決済管理Agentic commerce

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

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