米国の請求に関するよくある質問

RCS for Business では、米国外のトラフィックには標準の請求モデル、米国のトラフィックには米国の請求モデルという 2 つの請求モデルを使用します。このドキュメントでは、米国の請求モデルに関するよくある質問について説明します。標準の分類の詳細については、標準の請求に関するよくある質問ガイドをご覧ください。

請求カテゴリ

エージェントの課金カテゴリとは

請求カテゴリは、RCS for Business エージェントの分類であり、エージェントが送信するメッセージの請求ロジックを通知します。このカテゴリはエージェントの作成時に選択し、後で変更することはできません。エージェントの請求カテゴリを変更する場合は、ライブ エージェントの更新プロセスを行う必要があります。

注: エージェントは、請求カテゴリに関係なく、あらゆるメッセージ タイプ（リッチとリッチメディア）を送信できます。

エージェントに選択すべき課金カテゴリはどうすればわかりますか？

課金対象には、会話型と非会話型の 2 つのカテゴリがあります。

• 会話型ではないエージェントは、ユーザーに配信するメッセージごとに課金されます。
  • このカテゴリは、頻繁な返信を想定していないエージェントに最適です。
• 会話型エージェントは、セッションごとにフラットレートで課金されます。セッションがトリガーされると、セッションをトリガーしたメッセージを含め、24 時間以内に交換されたすべてのメッセージが対象となります。会話型エージェントは、24 時間セッションに含まれないメッセージに対して引き続き課金される可能性があります。
  • このカテゴリは、ユーザーまたはエージェントが会話を開始したかどうかにかかわらず、ユーザーとマルチターンの会話を行うエージェントに最適です。

注: 請求構造を簡素化するため、以前の基本的なメッセージと単一のメッセージの請求カテゴリを 1 つの非会話型の請求カテゴリに統合しました。Developer Console が更新され、すべての新しいエージェントにこの統合カテゴリが表示されるようになりました。既存のエージェントの移行と API 統合ウィンドウの詳細については、会話以外の請求カテゴリのトピックをご覧ください。

ユースケースと想定されるユーザー エンゲージメントに最適な課金カテゴリを選択します。エージェントは、カテゴリに関係なく、任意のメッセージ タイプを送信できます。

これは、請求カテゴリによってメッセージの課金方法が決まるためです。エージェントが送信または受信できるメッセージの種類は、請求カテゴリでは決まりません。たとえば、会話型エージェントは基本的なメッセージを送信できます。非会話型エージェントは、リッチカードを含む複数のメッセージを送信できます。

詳細については、課金カテゴリをご覧ください。

セッションの概要と仕組み

複数のタイプのメッセージを 1 つのセッションにまとめることができます。米国では、会話型エージェントの場合、セッションは特定のトリガーと期間に基づいて定義され、課金対象となります。

セッション トリガー

セッションは、ブランド エージェントとユーザーが 4 つのリッチ メッセージまたはリッチメディア メッセージを交換したときにトリガーされます（24 時間以内に少なくとも 1 つのモバイル終端（MT）メッセージと少なくとも 2 つのモバイル発信（MO）レスポンスを含む）。

課金

会話型エージェントは、セッション課金とメッセージ単位の課金の両方の対象となります。セッション全体をトリガーする条件が満たされると、最初のトリガー メッセージから 24 時間の期間全体を対象とする 1 回のセッション料金が適用されます。

米国の課金モデルでは、個々の課金対象イベントは次のように分類されます。

• リッチ メッセージ（MT/MO）: セグメントに基づく課金対象イベント（セッションの一部でない場合、1 セグメントは UTF-8 エンコード テキスト 160 バイトに相当します）。
• リッチメディア メッセージ（MT/MO）: セッションの一部でない限り、コンテンツのサイズに関係なく、単一の定額イベントとして課金されます。これには、リッチカード、カルーセル、メディア ファイルの添付ファイルが含まれます。
• 提案されたアクションのクリック（MO のみ）: 提案されたアクションをタップするたびに、課金対象のイベントが 1 つ生成されます。

重要

• セッションは会話エージェント以外には適用されません。
• 会話型エージェントの場合、課金対象イベント レポートとアクティビティ ログの生成が最大 2 日間遅れることがあります。この遅延により、RCS for Business は、課金対象イベントを計算する前に、セッション内のすべてのメッセージをキャプチャできます。

RBM の請求レポートと取引記録にはどのタイムゾーンが使用されますか？

RBM の請求レポートは毎日生成され、太平洋時間（PT）に基づいて整理されます。各レポート ファイルは、太平洋時間の午前 0 時から午前 0 時までの 24 時間のアクティビティ期間を表します。

ただし、レポート内の start_time タイムスタンプは、ISO 8601 形式で協定世界時（UTC）で記録されます。これにより、インタラクションが発生した正確な時刻について、一貫したグローバルな参照が提供されます。

セッションが 1 か月の最終日から翌月の 1 日にまたがる場合、どのように処理されますか？

A2P メッセージの場合、分類と請求はメッセージの配信時間によって決まります。P2A メッセージの場合、請求はユーザーがメッセージを送信した時間によって決まります。

24 時間のインタラクション ウィンドウを対象とするセッションには、次のロジックが適用されます。

• 開始日の割り当て: セッションが異なる月の 2 暦日にまたがる場合でも、その 24 時間枠内のすべてのメッセージは同じ billing_event_id を共有してグループ化され、セッションのトリガー シーケンスの最初のメッセージの start_time に報告されます。
• レポート作成の遅延: セッションは 24 時間継続でき、識別するには 4 つのメッセージ トリガーが必要なため、会話型エージェントの課金レポートの生成が最大 2 日間遅れることがあります。この遅延により、セッションに属するすべてのメッセージがキャプチャされ、レポートが確定する前に正しい billing_event_id が割り当てられます。
• 配信遅延の例: エージェントが 6 月末にメッセージを送信したものの、7 月上旬まで配信されなかった場合（ユーザーのスマートフォンがオフラインだったなど）、その配信が 7 月の請求レポートの課金対象イベントをトリガーします。

請求対象イベント数

請求対象イベントとは

課金対象イベントは、課金目的で追跡される RCS for Business エージェントとユーザー間のやり取りです。課金対象とは、イベントが課金の対象となることを意味します。課金対象イベントの課金方法と課金対象イベントの有無は、携帯通信会社が決定します。

Google は、これらのイベントを追跡して報告し、パートナーがエージェントから送信されたメッセージの料金を請求できるようにします。

各メッセージ タイプに適用される課金対象イベントはどれですか？

注: このセクションのイベントは、米国の課金モデル（米国のトラフィック）にのみ適用されます。米国以外のトラフィックの課金対象イベントについては、お支払いに関するよくある質問のページをご覧ください。

請求レポートには、7 種類の課金対象イベントが記録されます。これらのイベントには、A2P イベントと P2A イベントと呼ばれる MT イベントと MO イベントが含まれます。

• A2P（Application-to-Person）は MT（Mobile Terminated）です: ビジネスから送信されたメッセージ。
• P2A（Person-to-Application）は MO（Mobile Originated）: ユーザーが開始したメッセージまたはアクション。

課金対象イベントが会話型エージェントと非会話型エージェントにどのように適用されるかについては、課金対象イベントのドキュメントをご覧ください。

課金対象イベントに貢献するユーザーの応答

米国では、特定のユーザーの応答が課金対象イベントに貢献します。次の表は、米国で課金対象イベントに貢献するユーザーの応答と、対応するイベントタイプをまとめたものです。

ユーザーの回答	課金対象イベントに貢献する	請求対象イベントの種類（米国）	メモ
ファイルを送信する	○	p2a_rich_media_message	リッチメディア メッセージ（P2A/MO）として分類されます。
テキスト メッセージを送信する	○	p2a_rich_message	リッチ メッセージ（P2A/MO）として分類されます。
返信文の候補をタップする	○	p2a_rich_message	結果のテキスト メッセージはリッチ メッセージ（P2A/MO）として分類されます。
提案されたアクションをタップする	○	p2a_suggested_action	タップ自体からのポストバック データは、課金対象のイベントには含まれません。
現在地を共有する	○	p2a_suggested_action（クリック）+ p2a_rich_message（地域）	「位置情報を共有」をタップしたときの p2a_suggested_action と、位置情報を送信したときの p2a_rich_message の 2 つの課金対象イベントを生成します。
[登録解除] または [登録] をタップする	○	p2a_rich_message（STOP/START メッセージ）	タップによってトリガーされた自動の STOP メッセージまたは START メッセージは、リッチ メッセージ（P2A/MO）として扱われます。Webhook イベント自体は課金対象ではありません。

ユーザーの応答によって課金対象のイベントが生成されると、コンテンツに基づいてイベントの分類が自動的に行われ、エージェントの課金カテゴリに基づいて課金ロジックが決定されます。

会話エージェント以外の場合:

ユーザーの回答はすべて、個々のイベント（p2a_rich_message や p2a_suggested_action など）として課金対象となります。

会話エージェントの場合:

課金ロジックはセッション トリガー モデルに従います。個々のイベントは、4 メッセージ セッション トリガー（24 時間以内に少なくとも 1 つの MT と 2 つの MO）が満たされるまで記録されます。セッションがアクティブになると、セッション トリガーを構成する 4 つのメッセージを含め、24 時間のウィンドウ内でやり取りされたすべてのメッセージが 1 回のセッション料金でカバーされます。

お支払いとご請求に関するレポート

請求レポートとは何ですか？

これは、エージェントの請求カテゴリと送信するメッセージのタイプに基づいて計算される課金対象イベントの記録です。請求レポートは、RCS for Business を積極的に運用しているすべての携帯通信会社とパートナーが利用できます。

請求レポートの詳細については、米国の請求レポートをご覧ください。

請求レポートを受け取ることはできますか？

請求レポートを受け取るのは、RCS for Business を積極的に運用している携帯通信会社とパートナーのみです。アクティビティ ログとファイル アクセスの詳細については、請求レポートのガイドを参照してください。

メッセージを送信していない月に料金が発生しているのはなぜですか？

エージェントが開始したメッセージ（A2P）の場合、課金対象イベントは、メッセージの送信時ではなく、メッセージの配信時に記録されます。

例:

6 月末にメッセージを送信しても、7 月初旬にユーザーのデバイスに配信された場合（ユーザーのスマートフォンがオフラインだった場合など）、その料金は 7 月の請求レポートに表示されます。RCS for Business は、メッセージの有効期限が切れるまで最大 30 日間、メッセージの配信を試みます。

請求モデル

標準の請求モデルと米国の請求モデルの主な違いは何ですか？

標準モデルと米国モデルの両方で、エージェントの事前に選択された課金カテゴリ（会話型または非会話型）を使用して、全体的な料金体系が決定されます。主な違いは、課金対象イベントに使用される分類のセットです。

標準の課金モデル（米国以外のトラフィック）

このモデルは、米国以外のすべてのトラフィックに適用されます。

• 分類は、エージェントの請求カテゴリとメッセージの内容に基づきます。
  • 非会話型エージェント: メッセージごとに課金されます。メッセージの内容によって、イベント（基本的なメッセージまたは単一のメッセージ）が決まります。
  • 会話型エージェント: 会話ごとに課金されます。会話とは、ユーザーとエージェントの間でメッセージを無制限に交換できる 24 時間の期間であり、固定料金で課金されます。24 時間以内にお客様から返信がない場合、エージェントのメッセージは基本メッセージまたは単一メッセージとして個別に課金されます。
• 課金対象イベント:
  • basic_message
  • single_message
  • a2p_conversation
  • p2a_conversation
  • p2a_message
• 課金ロジック: 最終的な料金はエージェントの課金カテゴリによって決まり、メッセージあたりの固定料金（会話なし）または 24 時間の会話ウィンドウあたりの固定料金（会話あり）のいずれかになります。

米国の請求モデル

このモデルは、米国の電話番号との間のすべてのトラフィックに適用されます。詳しくは、usrbm.org をご覧ください。

• 個々のメッセージ タイプの分類は自動で行われ、コンテンツに基づいて行われます。エージェントの課金カテゴリに関係なく、すべての課金対象イベントは次のいずれかに分類されます。
  • a2p_rich_message
  • a2p_rich_media_message
  • p2a_rich_message
  • p2a_rich_media_message
  • p2a_suggested_action
  • a2p_session
  • p2a_session

セッションの課金ロジックの概要

米国の RBM フレームワークでは、[会話型] カテゴリの米国のエージェントは、メッセージごとの料金ではなく、単一のセッション料金をトリガーできます。

セッションは、最初のメッセージが送信されてから 24 時間以内に交換された 4 つのリッチ メッセージまたはリッチメディア メッセージ（少なくとも 2 つの MO メッセージと少なくとも 1 つの MT メッセージを含む）のシーケンスによってトリガーされます。このしきい値に達すると、その 24 時間以内のすべてのメッセージが単一のセッションとして課金されます。セッションをトリガーしないメッセージ、またはセッションの範囲外のメッセージは、標準のメッセージあたりの料金で課金されます。

最終的な請求額は、運送業者の料金表に従って、請求対象イベントの分類を使用して正しい料金体系を適用し、エージェントの請求カテゴリによって決定されます。

技術面とレポートの違い

• RBM API: AgentMessageand [UserMessage](/business-communications/rcs-business-messaging/reference/rest/v1/UserMessage) API リソースには、米国向けトラフィックのメッセージ タイプのみを定義する richMessageClassification オブジェクトが含まれています。これは API 呼び出し時にリアルタイムで提供され、後で提供される請求レポートとは異なります。
• 請求レポート: 請求レポートはモデルごとにカスタマイズされており、そのモデルに固有の課金対象イベントを一覧表示する type 列が含まれています。米国の請求レポートには、リッチ メッセージにのみ適用される segment_count の列と、セッション内のメッセージにのみ適用される session_type の列も含まれています。