リクエスト
終了理由
Termination Context オブジェクト
追加詳細は理由によって異なります:handoff_transaction の場合:
user_exit の場合:
session_timeout の場合:
レスポンス
ACP Handoff オブジェクト
取引終了の場合、ACP チェックアウトに必要なデータを含みます:Follow-Up オブジェクト
将来のエンゲージメントに向けた提案:例
トランザクションハンドオフ
type: "transaction" の pending_handoff を受け取った後:
Request:
Conversation Complete (No Purchase)
トランザクションなしで会話が自然に終わる場合: Request:ユーザー退出
ユーザーが話題を変える、または明示的に離脱する場合: Request:セッションタイムアウト
非アクティブによるタイムアウトの場合: Request:ホストによる終了
ホストがポリシーやエラー理由でセッションを終了する場合: Request:ACP 連携フロー
理由がhandoff_transaction の場合:
- ホストは終了レスポンスで
acp_handoffを受け取ります - ホストは提供された
checkout_urlとpayloadを使って ACP チェックアウトを開始します - ACP がトランザクションを処理し、ユーザーとホストの信頼関係を維持します
- ブランドは加盟店にはならず、支払いは ACP が処理します
キーポイント
- 常にセッションを終了する - 会話が終わったように見えても terminate を呼び、リソースクリーンアップとフォローアップ提案を得ます。
-
ACP ハンドオフデータには有効期限がある -
expires_atフィールドがチェックアウトコンテキストの有効期間を示します。 - フォローアップで再エンゲージメントを促す - 取引がない終了でも将来のエンゲージメント提案を含められます。
- ホストが信頼を維持する - 取引は ACP を経由し、ユーザーとホストの関係性を保つ。