Часто задаваемые вопросы по выставлению счетов RCS для бизнеса

RCS for Business использует две модели биллинга: стандартную модель биллинга для трафика за пределами США и модель биллинга для трафика в США. В этом документе рассматриваются часто задаваемые вопросы о стандартной модели биллинга. Подробнее о классификации биллинга в США см. в руководстве по моделям биллинга в США .

Категории выставления счетов

Что такое категории выставления счетов агентам?

Категория биллинга — это классификация для вашего агента RCS for Business, которая определяет логику биллинга сообщений, отправляемых вашим агентом. Вы выбираете эту категорию при создании агента и не можете изменить её позже.

Две основные категории выставления счетов описаны в следующей таблице.

Категория выставления счетов Тип агента Примеры использования Метод выставления счетов
Неразговорный Агенты, которые в основном отправляют односторонние сообщения
  • OTP-ы
  • Оповещения
  • Рекламные предложения
Оплата за каждое сообщение.
Разговорный Агенты, предназначенные для двустороннего обмена данными с пользователями
  • Поиск подходящего продукта
  • Бронирование билета
  • Устранение неполадок
Оплата за разговор : если одна из сторон (агент или пользователь) отвечает на сообщение другой стороны в течение 24 часов, начинается разговор. В течение окна разговора (24 часа после первого ответа) агент и пользователь могут обмениваться любым количеством сообщений, и с агента будет взиматься фиксированная плата за разговор.

Оплата за сообщение : если агент доставляет сообщение, на которое пользователь не отвечает в течение 24 часов, с агента будет взиматься плата за отдельное сообщение, аналогично агенту, не ведущему диалог.

Как узнать, какую платежную категорию выбрать для моего агента?

Существует две основные категории счетов: разговорные и неразговорные.

  • Агенты, не умеющие общаться, платят за каждое сообщение, которое они доставляют пользователю.
    • Эта категория лучше всего подходит для агентов, которые не ожидают частых ответов.
  • С агентов, ведущих разговор, взимается фиксированная плата за разговоры , которая включает в себя все сообщения, которыми они обмениваются в течение 24-часового периода.
    • Эта категория лучше всего подходит для агентов, которые ведут многократные беседы с пользователями.

Выберите категорию биллинга, которая наилучшим образом соответствует вашему сценарию использования и ожидаемому уровню взаимодействия с пользователями. Ваш агент может отправлять сообщения любого типа, независимо от категории.

Это связано с тем, что категория биллинга определяет способ оплаты сообщений, а не типы сообщений, которые может отправлять ваш агент. Например, агент, работающий в режиме разговора, может отправлять простые сообщения, а агент, работающий в режиме неразговора, может отправлять несколько сообщений, включая расширенные карточки .

Категория неразговорного выставления счетов

Как объединение категорий «Базовое сообщение» и «Отдельное сообщение» в одну «Неразговорную» категорию повлияет на моих агентов?

20 ноября 2025 года мы упростили структуру выставления счетов, объединив две устаревшие категории выставления счетов, «Базовое сообщение» и «Одиночное сообщение» , в одну «Неразговорную» . Поскольку устаревшие категории имели одинаковую логику выставления счетов, это изменение просто упрощает настройку вашего агента.

Отныне каждый агент будет классифицироваться как «разговорный» или «неразговорный» .

Это изменение влияет на RcsBusinessMessagingAgentBillingConfig и применяется ко всем разработчикам, использующим Developer Console или Management API , а также ко всем операторам связи, использующим Operations API .

Пользователям API предоставляется 90-дневный переходный период (до 18 февраля 2026 года) для интеграции новой категории в свои системы. Подробную информацию о плане перехода, включая обратную совместимость API и рекомендуемые изменения кода, см. в следующих разделах.

Миграция существующего агента (никаких действий не требуется)

Служба поддержки выполнит миграцию автоматически:

  • Все агенты, отнесенные к категориям «Базовое сообщение» или «Одиночное сообщение», будут автоматически переведены в категорию «Неразговорные» по истечении 90-дневного переходного периода.
  • Вы получите уведомление за 30 дней до миграции ваших существующих агентов.

Консоль разработчика (разработчики)

  • Существующие агенты : Консоль разработчика продолжит отображать устаревшие категории «Базовое сообщение» и «Одиночное сообщение» для существующих агентов до 18 февраля 2026 года.
  • Новые агенты : вы сможете создавать новых агентов только как разговорных или неразговорных .

API управления (разработчики)

  • Обратная совместимость : API управления будет временно поддерживать и возвращать как устаревшие значения BASIC_MESSAGE и SINGLE_MESSAGE , так и новое значение NON_CONVERSATIONAL в течение 90-дневного льготного периода.
  • Необходимое действие : обновите логику агента, чтобы использовать новое значение NON_CONVERSATIONAL до 18 февраля 2026 г.

Рекомендуемый шаблон кода

Чтобы гарантировать устойчивость вашего кода к будущим изменениям, мы рекомендуем обновить вашу логику, используя двоичную проверку поля billingCategory :

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

Такой подход исключает зависимость вашей системы от конкретных имен перечислений или значений, которые могут изменяться.

API операций (перевозчики)

  • Обратная совместимость : во избежание сбоев API операций будет возвращать устаревшее значение SINGLE_MESSAGE для агентов, помеченных как NON_CONVERSATIONAL в течение 90-дневного перехода.
  • Необходимое действие : обновите свои системы для обработки нового значения NON_CONVERSATIONAL до 18 февраля 2026 г.
  • Раннее внедрение : операторы могут обратиться в службу поддержки , чтобы подписаться на получение нового перечисления NON_CONVERSATIONAL до 18 февраля 2026 г. После согласия агенты, настроенные как NON_CONVERSATIONAL (в консоли разработчика или с помощью API управления), будут возвращать NON_CONVERSATIONAL в API операций.

Платные события

Какие события подлежат оплате?

Платежные события — это взаимодействия между агентом RCS for Business и пользователем, отслеживаемые для целей выставления счетов. События классифицируются по типу сообщения и времени взаимодействия.

Google отслеживает и сообщает об этих событиях, чтобы помочь операторам связи выставлять партнерам счета за сообщения, отправленные их агентами.

Какие платные события применяются к каждому типу сообщений?

В отчётах по выставлению счётов регистрируются пять типов событий, подлежащих выставлению счёта. К ним относятся события MT и MO, называемые событиями A2P и P2A.

  • A2P (Application-to-Person) — это MT (Mobile Terminated) : сообщение, отправленное компанией.
  • P2A (от человека к приложению) — это MO (от мобильного устройства) : сообщение или действие, инициированное пользователем.

В следующей таблице описывается каждое подлежащее оплате событие применительно к неразговорчивым и разговорным агентам.

Тип события Описание Неразговорные агенты Разговорные агенты
basic_message Сообщение A2P, которое содержит только текст длиной не более 160 символов.
См. пример .
Всегда рассматривается как отдельное оплачиваемое событие, независимо от того, отвечает ли пользователь. Рассматривается как отдельное оплачиваемое событие, если пользователь не отвечает в течение 24 часов. В этом случае сообщение становится частью a2p_conversation .
single_message Сообщение A2P, которое либо имеет расширенный контент, либо представляет собой текстовое сообщение длиной более 160 символов.
См. пример
Всегда рассматривается как отдельное оплачиваемое событие, независимо от того, отвечает ли пользователь. Рассматривается как отдельное оплачиваемое событие, если пользователь не отвечает в течение 24 часов. В этом случае сообщение становится частью a2p_conversation .
a2p_conversation (инициированный бизнесом) Инициируется, когда пользователь отвечает на сообщение A2P в течение 24 часов с момента его получения, вне текущего диалога.
См. пример .
Н/Д. Неразговорные агенты никогда не генерируют этот тип событий. Если сообщение P2A доставлено в течение 24 часов после нескольких сообщений A2P, для начала диалога используется только сообщение A2P, непосредственно предшествовавшее ему. Это сообщение A2P и все сообщения, доставленные в течение следующих 24 часов, являются частью a2p_conversation .
p2a_conversation (инициировано пользователем) Инициируется, когда агент отвечает на сообщение P2A в течение 24 часов с момента его получения, вне текущего разговора.
См. пример .
Н/Д. Неразговорные агенты никогда не генерируют этот тип событий. Если сообщение A2P доставлено в течение 24 часов после нескольких сообщений P2A, для начала диалога используется только сообщение P2A, непосредственно предшествовавшее сообщению A2P. Это сообщение 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

Одно сообщение

Основные преимущества единого сообщения:

  • Визуальное воздействие : высококачественная графика привлекает внимание и поясняет варианты, повышая вовлеченность пользователей.
  • Одна карточка, несколько действий : расширенная карточка или карусель может инициировать несколько действий с предложениями создать событие в календаре, найти местоположение, набрать номер или открыть URL-адрес — и все это из одного сообщения.
  • Ясная ценность, краткое сообщение : побуждайте пользователей сделать следующий шаг.

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 (Заявление физическому лицу) : отправляется предприятием.
  • P2A (от человека к приложению) : отправляется пользователем.

Как работают разговоры

  • Начало : разговор начинается, когда одна сторона (агент или пользователь) отвечает на сообщение другой стороны в течение 24 часов с момента его получения, вне какого-либо существующего разговора.
    • Диалог A2P : начинается, когда пользователь отвечает на сообщение агента.
    • Диалог P2A : начинается, когда агент отвечает на сообщение пользователя.
  • Окно беседы : беседа остаётся активной в течение 24 часов после начала. Она включает в себя все сообщения, полученные в течение этого 24-часового окна, а также первое сообщение, на которое был дан первый ответ.
  • Тарификация : вместо выставления счетов за каждое отдельное сообщение, операторы выставляют счета за весь разговор. Это означает, что стоимость привязана к цепочке разговоров, а не к количеству сообщений в ней.

На следующей диаграмме показан пример сеанса выставления счетов A2P для разговорных агентов:

Диаграмма выставления счетов

Важный

  • Разговоры не распространяются на агентов, не ведущих разговор. Агенты с тарификацией «Базовое сообщение» или «Одиночное сообщение» оплачивают каждое сообщение, независимо от того, отвечает ли пользователь.
  • Для агентов, работающих в режиме разговора, создание отчётов о событиях выставления счёта и журналов активности может быть отложено на срок до двух дней. Эта задержка позволяет RCS for Business фиксировать все сообщения в разговоре перед расчётом события выставления счёта.

Какие события биллинга генерируются, если агент отправляет несколько сообщений до того, как пользователь ответит?

Категория выставления счетов вашему агенту и время ответа пользователя определяют, какой тип событий будет генерироваться.

Для агентов, не ведущих диалог: каждое сообщение генерирует собственное событие.

  • Сообщение агента генерирует событие basic_message или single_message .
  • Пользовательское сообщение генерирует событие p2a_message .

Для агентов, ведущих диалог: результат зависит от того, когда пользователь ответит на последнее сообщение агента.

  • Если пользователь ответит в течение 24 часов :
    • Начинается событие a2p_conversation . Это событие охватывает последнее сообщение агента, ответ пользователя и все сообщения, которыми вы обменивались в течение 24 часов после ответа пользователя.
    • Любые сообщения агента, отправленные до последнего сообщения агента, не являются частью разговора; каждое из них генерирует собственное событие basic_message или single_message .
  • Если пользователь отвечает через 24 часа :
    • Каждое сообщение агента генерирует событие basic_message или single_message .
    • Ответ пользователя генерирует событие p2a_conversation , если агент отвечает в течение 24 часов. Если агент не отвечает в течение этого времени, генерируется событие p2a_message .

Какие ответы пользователей влияют на события выставления счетов?

Только определённые ответы пользователей влияют на события выставления счёта . К ним относятся ответы, создающие событие p2a_message или являющиеся частью события a2p_conversation или p2a_conversation . В следующей таблице показано, какие ответы пользователей влияют на события выставления счёта.

Вот краткое содержание:

Ответ пользователя Способствует выставлению счетов Примечания
Отправляет файл Да Рассматривается как сообщение, отправленное с мобильного устройства (МО).
Отправляет текстовое сообщение Да Рассматривается как сообщение MO.
Нажимает на предложенный ответ Да Рассматривается как сообщение MO.
Нажимает на предлагаемое действие Нет Данные обратной связи из самого крана не участвуют в событии выставления счета.
Поделиться местоположением Да Сообщение MO, содержащее местоположение пользователя, учитывается при выставлении счета. Это применимо как к сообщению местоположения вручную, так и к предложенному действию .
Нажмите «Отписаться» или «Подписаться» Да Полученное в результате событие веб-перехвата не влияет на событие выставления счета, но автоматическое сообщение 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 (Secure File Transfer Protocol) для операторов связи, имеющих доступ к отчётам о выставленных счетах.

Что делать, если в отчете по выставлению счетов отсутствует информация?

Если вы заметили, что в отчёте отсутствует какая-либо информация, обратитесь в службу поддержки для решения проблемы. Подробнее см. в руководстве по устранению неполадок RCS for Business .

Почему я вижу списания средств за месяц, хотя я не отправлял ни одного сообщения?

События выставления счетов RCS for Business регистрируются на основе времени доставки сообщения, а не времени его отправки.

Пример:

Вы отправляете сообщения в конце июня, но они доставляются на устройство пользователя в начале июля (например, если телефон пользователя был офлайн), эти расходы будут отражены в ваших платежных отчётах за июль. RCS for Business будет пытаться доставить сообщение в течение 30 дней, прежде чем истечёт срок его действия.

Модели выставления счетов

Каковы основные различия между стандартной и американской моделями выставления счетов?

Как стандартная, так и американская модели используют предварительно выбранную оператором категорию тарификации (разговорный или неразговорный) для определения общей структуры тарифа. Основное различие заключается в наборе классификаций, используемых для тарифицируемых событий.

Стандартная модель биллинга (трафик за пределами США)

Эта модель применяется ко всему трафику за пределами США.

  • Классификация основана на платежной категории агента и содержании сообщения .
    • Неразговорные агенты : оплата за каждое сообщение. Содержание сообщения определяет событие: простое сообщение или одиночное сообщение.
    • Агенты для общения : оплата за разговор . Разговор — это 24-часовой период неограниченного обмена сообщениями между пользователем и агентом, тарифицируемый по фиксированной ставке. Если пользователь не отвечает в течение 24 часов, сообщение агента оплачивается отдельно как базовое сообщение или отдельное сообщение.
  • Платные события :
    • basic_message
    • single_message
    • a2p_conversation
    • p2a_conversation
    • p2a_message
  • Логика выставления счетов : Окончательный размер оплаты определяется платежной категорией агента, что приводит либо к фиксированной ставке за сообщение (не разговорное), либо к фиксированной ставке за 24-часовое окно разговора (разговорное).

Модель выставления счетов в США

Эта модель применяется ко всему трафику, входящему и исходящему из телефонных номеров США. Подробнее см. в руководстве по модели биллинга для США .

  • Классификация отдельных сообщений и действий пользователей происходит автоматически на основе их содержания . Независимо от категории выставления счета агента, каждое событие, подлежащее выставлению счета, классифицируется по одному из следующих критериев:
    • Расширенное сообщение (MT/MO)
    • Мультимедийное сообщение (MT/MO)
    • Щелкните «Предлагаемое действие» (только для штата Миссури)
  • Платные события :
    • a2p_rich_message
    • a2p_rich_media_message
    • p2a_rich_message
    • p2a_rich_media_message
    • suggested_action_click
  • Логика выставления счетов : Окончательный размер оплаты определяется категорией выставления счетов агенту с использованием классификаций событий, подлежащих выставлению счетов, для применения правильной структуры ставок.

Технические и отчетные различия

  • RBM API : Ресурсы API AgentMessage и UserMessage включают объект richMessageClassification для определения типа сообщения только для трафика из США. Эта информация предоставляется в режиме реального времени при вызове API и отдельно от последующего отчёта по биллингу.
  • Отчёты по выставлению счёта : Отчёты по выставлению счёта адаптируются для каждой модели и включают столбец type , в котором перечислены события, подлежащие выставлению счёта, специфичные для этой модели. Отчёт по выставлению счёта для США также включает столбец segment_count , который применяется только к расширенным сообщениям.