Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

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

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

請求カテゴリ

エージェントの請求カテゴリとは何ですか？

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

エージェントに選択する請求カテゴリはどのようにして判断すればよいですか？

主な請求カテゴリは、会話型と非会話型の 2 つです。

非会話型 エージェントは、ユーザーに配信するメッセージごとに課金されます。
- このカテゴリは、頻繁な返信を想定していないエージェントに最適です。
会話型 エージェントは、セッションがトリガーされた場合、セッションに対して定額料金が課金されます。セッションには、セッションをトリガーしたメッセージを含め、24 時間以内にやり取りされたすべてのメッセージが含まれます。会話型エージェントの場合でも、24 時間のセッションに含まれないメッセージに対して料金が発生することがあります。
- このカテゴリは、ユーザーまたはエージェントが会話を開始したかどうかに関係なく、ユーザーとマルチターンの会話を行うエージェントに最適です。

ユースケースと想定されるユーザーエンゲージメントに最適な請求カテゴリを選択してください。エージェントは、カテゴリに関係なく、あらゆるメッセージタイプを送信できます。

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

詳しくは、請求カテゴリをご覧ください。

セッションとは、その仕組み

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

セッショントリガー

ブランドエージェントとユーザーが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）に基づいて整理されます。各レポートファイルは、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 種類の課金対象イベントが記録されます。これらのイベントには、MT イベントと MO イベントが含まれます。これらは A2P イベントと P2A イベントと呼ばれます。

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`（現在地）	2 つの課金対象イベントが生成されます。1 つは [現在地を共有] をタップするための `p2a_suggested_action`、もう 1 つは現在地データを送信するための `p2a_rich_message` です。
[登録解除] または [登録] をタップする	○	`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 フレームワークでは、会話型 カテゴリの米国エージェントは、メッセージごとの料金ではなく、1 回のセッション料金をトリガーできます。

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

最終的な料金はエージェントの請求カテゴリによって決まります。課金対象イベントの分類を使用して、正しい料金体系が適用されます。携帯通信会社の料金表に従います。

技術的な違いとレポートの違い

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