このページは Cloud Translation API によって翻訳されました。

RCS for Business の請求に関するよくある質問

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

請求カテゴリ

エージェントの請求カテゴリとは

課金カテゴリは、ビジネス向け RCS エージェントの分類であり、エージェントが送信するメッセージの課金ロジックを通知します。このカテゴリはエージェントの作成時に選択し、後で変更することはできません。

次の表に、主な 2 つの請求カテゴリを示します。

請求カテゴリ	エージェントタイプ	ユースケースの例	請求方法
非会話型	主に一方向のメッセージを送信するエージェント	OTP アラートプロモーションの特典	メッセージごとに課金されます。
会話型	ユーザーとのやり取りを想定して設計されたエージェント	適切な製品を見つけるチケットの予約問題のトラブルシューティング	会話ごとに課金: 一方（エージェントまたはユーザー）が 24 時間以内に他方からのメッセージに返信すると、会話が開始されます。会話ウィンドウ（最初の返信から 24 時間）の間、エージェントとユーザーは任意の数のメッセージを交換できます。エージェントには会話の固定料金が請求されます。メッセージごとに請求: エージェントがメッセージを送信し、ユーザーが 24 時間以内に返信しなかった場合、エージェントには会話型以外のエージェントと同様に、個々のメッセージの料金が請求されます。

エージェントに選択すべき課金カテゴリを確認するにはどうすればよいですか？

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

会話型以外のエージェントは、ユーザーに配信したメッセージごとに課金されます。
- このカテゴリは、頻繁な返信を想定していないエージェントに最適です。
会話エージェントには、会話に対して定額料金が請求されます。会話には、24 時間以内にやり取りされたすべてのメッセージが含まれます。
- このカテゴリは、ユーザーとのマルチターンの会話を行うエージェントに最適です。

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

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

非会話型の請求カテゴリ

基本メッセージと単一メッセージのカテゴリが 1 つの非会話カテゴリに統合されると、エージェントにどのような影響がありますか？

2025 年 11 月 20 日に、2 つの以前の請求カテゴリ（基本メッセージと単一メッセージ）を 1 つの会話以外のメッセージ請求カテゴリに統合し、請求構造を簡素化しました。以前のカテゴリの課金ロジックは同じであったため、この変更によりエージェントの構成が簡素化されます。

今後、すべてのエージェントは「会話型」または「非会話型」に分類されます。

この変更は RcsBusinessMessagingAgentBillingConfig に影響し、デベロッパーコンソールまたは Management API を使用するすべてのデベロッパーと、Operations API を使用するすべての携帯通信会社に適用されます。

API ユーザーは、システム全体で新しいカテゴリを統合するための移行期間として 90 日間（2026 年 2 月 18 日まで）が設けられています。API の下位互換性や推奨されるコード変更など、移行計画の詳細については、以下のセクションをご覧ください。

既存のエージェントの移行（対応は不要）

移行はサポートチームが自動的に処理します。

Basic Message または Single Message に分類されたすべてのエージェントは、90 日間の移行期間が終了すると、Non-conversational カテゴリに自動的に再分類されます。
既存のエージェントの移行の 30 日前に通知が届きます。

デベロッパーコンソール（デベロッパー）

既存のエージェント: デベロッパーコンソールでは、2026 年 2 月 18 日まで、既存のエージェントの従来の基本メッセージと単一メッセージのカテゴリが引き続き表示されます。
新しいエージェント: 会話型または非会話型としてのみ新しいエージェントを作成できます。

Management API（デベロッパー）

下位互換性: Management API は、90 日間の猶予期間中、以前の BASIC_MESSAGE 値と SINGLE_MESSAGE 値の両方と、新しい NON_CONVERSATIONAL 値を一時的にサポートして返します。
対応が必要: 2026 年 2 月 18 日までに、新しい NON_CONVERSATIONAL 値を使用するようにエージェントロジックを更新してください。

推奨されるコードパターン

コードが将来の変更に対応できるように、billingCategory フィールドでバイナリチェックを使用するようにロジックを更新することをおすすめします。

if (billingCategory == CONVERSATIONAL) {
  // Logic for conversational messages
} else {
  // Logic for non-conversational messages
}

このアプローチにより、変更される可能性のある特定の列挙型名や値にシステムが依存することを防ぐことができます。

Operations API（運送業者）

下位互換性: 中断を防ぐため、Operations API は、90 日間の移行期間中に NON_CONVERSATIONAL としてマークされたエージェントに対して、以前の SINGLE_MESSAGE を返します。
対応が必要です: 2026 年 2 月 18 日までに、新しい NON_CONVERSATIONAL 値を処理するようにシステムを更新してください。
早期導入: 携帯通信会社は、サポートに連絡して、2026 年 2 月 18 日より前に新しい NON_CONVERSATIONAL 列挙型を受け取るようオプトインできます。オプトインすると、NON_CONVERSATIONAL（デベロッパーコンソールまたは Management API で）として構成されたエージェントは、Operations API で NON_CONVERSATIONAL を返します。

請求対象イベント数

請求対象イベントとは

課金対象イベントは、課金目的で追跡される RCS for Business エージェントとユーザー間のやり取りです。イベントは、メッセージタイプとインタラクションのタイミングに基づいて分類されます。

Google は、これらのイベントを追跡してレポートし、携帯通信会社がエージェントから送信されたメッセージについてパートナーに請求できるようにします。

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

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

A2P（Application-to-Person）は MT（Mobile Terminated）です: 企業が送信するメッセージ。
P2A（Person-to-Application）は MO（Mobile Originated）: ユーザーが開始したメッセージまたはアクション。

次の表に、会話型エージェントと非会話型エージェントに適用される各課金対象イベントを示します。

イベントタイプ	説明	会話型以外のエージェント	会話型エージェント
`basic_message`	160 文字以下のテキストのみを含む A2P メッセージ。例を参照。	ユーザーが返信するかどうかに関係なく、常に個別の課金対象イベントとして扱われます。	ユーザーが 24 時間以内に返信しない限り、個別の課金対象イベントとして扱われます。その場合、メッセージは `a2p_conversation` の一部になります。
`single_message`	リッチコンテンツを含む A2P メッセージ、または 160 文字を超えるテキストのみのメッセージ。例を参照	ユーザーが返信するかどうかに関係なく、常に個別の課金対象イベントとして扱われます。	ユーザーが 24 時間以内に返信しない限り、個別の課金対象イベントとして扱われます。その場合、メッセージは `a2p_conversation` の一部になります。
`a2p_conversation`（ビジネス開始）	ユーザーが既存の会話とは別に、A2P メッセージを受信してから 24 時間以内に返信した場合に開始されます。例を参照してください。	なし。会話型でないエージェントは、このタイプのイベントを生成しません。	複数の A2P メッセージの 24 時間以内に P2A メッセージが配信された場合、P2A メッセージの直前の A2P メッセージのみが会話の開始に使用されます。この A2P メッセージと、その後の 24 時間以内に配信されるメッセージは、`a2p_conversation` の一部です。
`p2a_conversation`（ユーザー主導）	エージェントが既存の会話以外で P2A メッセージを受信してから 24 時間以内に返信した場合に開始されます。例を参照。	なし。会話型でないエージェントは、このタイプのイベントを生成しません。	複数の P2A メッセージの 24 時間以内に A2P メッセージが配信された場合、A2P メッセージの直前の P2A メッセージのみが会話の開始に使用されます。この P2A メッセージと、その後の 24 時間以内に配信されるメッセージは、`p2a_conversation` の一部です。
`p2a_message`	任意のタイプの P2A メッセージ。例を参照してください。	エージェントが返信するかどうかにかかわらず、常に個別の課金対象イベントとして扱われます。	エージェントが 24 時間以内に返信しない限り、個別の課金対象イベントとして扱われます。

各課金イベントをトリガーするメッセージの例を教えてください。

基本的なメッセージ

次のスクリーンショットは、テキストメッセージ内の URL プレビューを示しています。これはリッチカードではありません。

basic_message_example

単一のメッセージ

single_message_example

A2P 会話

a2p_conversation_example

P2A メッセージ

p2a_message_example

P2A 会話

p2a_conversation_example

各課金イベントのメリットは何ですか？

基本的なメッセージ

基本メッセージの主なメリット:

信頼を築く: 認証とブランディングにより、信頼と信頼性を確立します。
URL プレビュー: 基本メッセージには、テキストとクリック可能な URL プレビュー画像が含まれる場合があります。
戦術的な単発プロモーション: ユーザーのレスポンスを必要としない短期的なプロモーションや情報メッセージに最適です。
トラフィックの誘導: 基本メッセージでは、ユーザーをブランドのアプリ、ウェブサイト、その他のリソースに誘導できます。

basic_message_benefits

単一のメッセージ

単一メッセージの主なメリットは次のとおりです。

視覚的なインパクト: 高品質のグラフィックはユーザーの注意を引き、選択肢を明確にして、ユーザーエンゲージメントを高めます。
1 つのカードで複数のアクション: リッチカードまたはカルーセルでは、候補を使用して、カレンダーの予定の作成、場所の検索、電話番号への発信、URL のオープンなどの複数のアクションを 1 つのメッセージから実行できます。
明確な価値、簡潔なメッセージ: ユーザーに次のステップに進むよう促します。

single_message_benefits

会話型

A2P と P2A の会話の主なメリットは次のとおりです。

リッチメディアの統合: 画像、動画、PDF などのさまざまなメディアや、提案されたアクションや返信を組み込むことができます。
パーソナライズされたやり取り: ユーザーとチャットボットの双方向の会話を可能にし、カスタマイズされたサポートや商品のおすすめを提供します。
コンバージョンにつながる機会: ユーザーが会話内で行動を起こせるようにすることで、ユーザーの認証負担を軽減し、コンバージョン率を高めます。

conversational_message_benefits

エージェントの請求カテゴリは請求イベントとどのように関連していますか？

basic_message と single_message の課金イベントは、基本メッセージと単一メッセージの課金カテゴリと混同しないでください。

エージェントは、課金カテゴリに関係なく、basic_message と single_message の課金イベントを生成できます。
[Basic Message] と [Single Message] の課金カテゴリは、会話型ではないエージェントを分類するために使用されます。これらの課金カテゴリのエージェントは、会話型課金イベント（a2p_conversations または p2a_conversations）を生成しません。代わりに、個々の basic_message、single_message、p2a_message の課金イベントを生成します。

会話とは

RCS for Business では、会話は 24 時間の間にユーザーと会話エージェントの間でやり取りされる一連のメッセージです。会話型課金カテゴリのエージェントのみが会話を生成し、次の課金対象イベントに対して課金されます。

A2P（Application-to-Person）: ビジネスから送信されます。
P2A（Person-to-Application）: ユーザーによって送信されます。

会話の仕組み

開始: 会話は、既存の会話とは別に、一方の当事者（エージェントまたはユーザー）が他方の当事者からのメッセージを受信してから 24 時間以内に返信したときに開始されます。
- A2P 会話: ユーザーがエージェントのメッセージに返信したときに開始されます。
- P2A 会話: エージェントがユーザーのメッセージに返信したときに開始されます。
会話ウィンドウ: 会話は開始後 24 時間有効です。会話には、この 24 時間の期間内のすべてのメッセージと、最初に返信されたメッセージが含まれます。
課金: 個々のメッセージごとに課金されるのではなく、会話全体に基づいて課金されます。つまり、費用は会話スレッドに関連付けられ、スレッド内のメッセージ数には関連付けられません。

次の図は、会話型エージェントの A2P 課金セッションの例を示しています。

課金図

重要

会話は会話型エージェント以外には適用されません。Basic Message または Single Message の課金カテゴリのエージェントは、ユーザーが返信するかどうかに関係なく、メッセージごとに課金されます。
会話型エージェントの場合、課金イベントレポートとアクティビティログの生成が最大 2 日遅れることがあります。この遅延により、RCS for Business は、請求イベントを計算する前に、会話内のすべてのメッセージをキャプチャできます。

ユーザーが返信する前にエージェントが複数のメッセージを送信した場合、どのような課金イベントが生成されますか？

エージェントの課金カテゴリとユーザーの返信のタイミングによって、生成されるイベントのタイプが決まります。

会話型ではないエージェントの場合: メッセージごとに独自のイベントが生成される

エージェントメッセージは、basic_message イベントまたは single_message イベントを生成します。
ユーザーメッセージは p2a_message イベントを生成します。

会話エージェントの場合: 結果は、ユーザーがエージェントの最後のメッセージに返信するタイミングによって異なります

お客様から 24 時間以内に返信があった場合:
- a2p_conversation イベントが開始されます。このイベントは、エージェントの最後のメッセージ、ユーザーの返信、ユーザーの返信後 24 時間以内にやり取りされたすべてのメッセージを対象とします。
- 最後のエージェントメッセージの前に配信されたエージェントメッセージは会話の一部ではなく、それぞれ独自の basic_message イベントまたは single_message イベントを生成します。
お客様から 24 時間後に返信があった場合:
- エージェントメッセージはそれぞれ basic_message イベントまたは single_message イベントを生成します。
- エージェントが 24 時間以内に返信すると、ユーザーの返信によって p2a_conversation イベントが生成されます。エージェントがこの期間内に応答しない場合は、代わりに p2a_message イベントが生成されます。

どのユーザーの回答が課金イベントに貢献しますか？

特定のユーザーの回答のみが課金イベントに反映されます。これには、p2a_message イベントを作成するレスポンスや、a2p_conversation イベントまたは p2a_conversation イベントの一部であるレスポンスが含まれます。次の表に、どのユーザーレスポンスが課金イベントに寄与するかを示します。

内容は次のとおりです。

ユーザーの回答	課金イベントに貢献する	メモ
ファイルを送信する	○	モバイル発信（MO）メッセージとして扱われます。
テキストメッセージを送信する	はい	MO メッセージとして扱われます。
返信の候補をタップする	○	MO メッセージとして扱われます。
提案されたアクションをタップする	いいえ	タップ自体からのポストバックデータは、課金イベントに寄与しません。
位置情報を共有する	○	ユーザーの位置情報を含む MO メッセージは、課金イベントに貢献します。これは、手動で位置情報を共有する場合でも、提案された操作で共有する場合でも同様です。
[登録解除] または [定期購入] をタップする	○	結果として得られる Webhook イベントは課金イベントには寄与しませんが、ユーザーが [登録解除] または [登録] オプションをタップしたときに配信される自動 STOP または START メッセージは MO メッセージとして扱われます。

ユーザーの応答によって課金対象のイベントが生成される場合（上記のとおり）、イベントのタイプはエージェントの課金カテゴリによって異なります。

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

ユーザーの応答によって生成される課金イベントは常に p2a_message です。

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

イベントタイプは、24 時間のウィンドウ内のメッセージのタイミングによっても決まります。

お客様がエージェントのメッセージに返信した場合:
- 24 時間以内: ユーザーの返信は既存の a2p_conversation イベントに反映されます。
- 24 時間後: ユーザーの返信により、新しい p2a_message イベントが生成されます。
エージェントがユーザーのメッセージに返信する場合:
- 24 時間以内: エージェントの返信により、ユーザーの最初のメッセージから始まる p2a_conversation が作成されます。
- 24 時間後: ユーザーのメッセージによって p2a_message イベントが生成されます。

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

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

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

請求レポートの詳細については、請求イベントレポートとアクティビティログをご覧ください。

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

RCS for Business を積極的に運用している携帯通信会社のみが、請求レポートを受け取ります。パートナーには請求レポートは届きません。

課金レポートを取得する方法については、ファイルの保存とアクセスをご覧ください。これは、請求レポートにアクセスできる携帯通信会社がセキュアファイル転送プロトコル（SFTP）を使用して請求レポートを取得する手順です。

請求レポートに情報が不足している場合はどうすればよいですか？

レポートに一部の情報が欠落している場合は、サポートチームと協力して問題をトラブルシューティングします。詳しくは、ビジネス向け RCS のトラブルシューティングガイドをご覧ください。

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

RCS for Business の課金イベントは、メッセージの送信時間ではなく、メッセージの配信時間に基づいて記録されます。

例:

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

請求モデル

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

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

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

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

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

米国の請求モデル

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

個々のメッセージとユーザーアクションの分類は自動的に行われ、コンテンツに基づいて行われます。エージェントの課金カテゴリに関係なく、すべての課金対象イベントは次のいずれかに分類されます。
- リッチメッセージ（MT/MO）
- リッチメディアメッセージ（MT/MO）
- Suggested Action Click（MO のみ）
課金対象イベント:
- a2p_rich_message
- a2p_rich_media_message
- p2a_rich_message
- p2a_rich_media_message
- suggested_action_click
課金ロジック: 最終的な請求額は、エージェントの課金カテゴリによって決まります。課金対象イベントの分類を使用して、正しい料金体系が適用されます。

技術面とレポートの違い

RBM API: AgentMessage と UserMessage の API リソースには、米国のトラフィックのみのメッセージタイプを定義する richMessageClassification オブジェクトが含まれています。これは API 呼び出し時にリアルタイムで提供され、後で提供される請求レポートとは別です。
請求レポート: 請求レポートはモデルごとにカスタマイズされ、そのモデルに固有の課金対象イベントを一覧表示する type 列が含まれています。米国の請求レポートには、segment_count の列も含まれています。これはリッチメッセージにのみ適用されます。

エージェントのユースケースとビジネスルール

RCS for Business の請求に関するよくある質問 コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

請求カテゴリ

エージェントの請求カテゴリとは

エージェントに選択すべき課金カテゴリを確認するにはどうすればよいですか？

非会話型の請求カテゴリ

基本メッセージと単一メッセージのカテゴリが 1 つの非会話カテゴリに統合されると、エージェントにどのような影響がありますか？

既存のエージェントの移行（対応は不要）

デベロッパー コンソール（デベロッパー）

Management API（デベロッパー）

Operations API（運送業者）

請求対象イベント数

請求対象イベントとは

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

各課金イベントをトリガーするメッセージの例を教えてください。

基本的なメッセージ

単一のメッセージ

A2P 会話

P2A メッセージ

P2A 会話

各課金イベントのメリットは何ですか？

基本的なメッセージ

単一のメッセージ

会話型

エージェントの請求カテゴリは請求イベントとどのように関連していますか？

会話とは

会話の仕組み

ユーザーが返信する前にエージェントが複数のメッセージを送信した場合、どのような課金イベントが生成されますか？

会話型ではないエージェントの場合: メッセージごとに独自のイベントが生成される

会話エージェントの場合: 結果は、ユーザーがエージェントの最後のメッセージに返信するタイミングによって異なります

どのユーザーの回答が課金イベントに貢献しますか？

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

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

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

請求レポートに情報が不足している場合はどうすればよいですか？

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

請求モデル

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

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

米国の請求モデル

技術面とレポートの違い

RCS for Business の請求に関するよくある質問

デベロッパーコンソール（デベロッパー）

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