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

В этом документе изложена модель выставления счетов за трафик RCS for Business у американских операторов связи.

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

• Для получения информации о стандартной модели выставления счетов (для трафика за пределами США) см. раздел «Часто задаваемые вопросы о выставлении счетов» .
• Для получения информации об отчетности см. руководство по отчетам по выставлению счетов и журналам активности .

Обзор классификации счетов в США

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

• Расширенное сообщение (двустороннее)
• Мультимедийное сообщение (двустороннее)

В рамках одной сессии можно объединять сообщения нескольких типов. Дополнительную информацию о сессиях см. в разделе «Оплата сессий (пилотный проект)» .

Подробные технические характеристики приведены в следующих разделах.

Примечание по терминологии.

Для описания направления обмена сообщениями американские операторы связи обычно используют терминологию MT/MO. Эти термины соответствуют терминологии A2P/P2A, используемой во всей документации RCS for Business:

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

Выставление счетов за события «от агента к человеку» (A2P/MT)

В этом разделе рассматривается логика выставления счетов за сообщения, отправленные агентом (то есть сообщения A2P или MT).

Расширенные сообщения (A2P)

Сообщение классифицируется как «расширенное сообщение», если оно содержит только комбинацию следующих элементов:

• Текст
• Предложенные ответы
• Предлагаются только следующие виды действий:
  • Наберите номер
  • Открывайте URL-адрес в стандартном браузере, а не в веб-представлении.

Логика выставления счетов для расширенных сообщений

Стоимость расширенного сообщения рассчитывается на основе сегментов.

• Размер сегмента : 1 сегмент = 160 байт текста, закодированного в UTF-8.
• Расчет : Общая длина текста сообщения в формате UTF-8 в байтах делится на 160 и всегда округляется до ближайшего целого числа в большую сторону.
• Исключения : текст и данные обратной связи в предлагаемых ответах или действиях не включаются в подсчет сегментов.
• Пример : текстовое сообщение размером 300 байт содержит 2 сегмента (300 / 160 = 1,875, округлено до 2).

Количество байтов

Некоторые символы Юникода (например, эмодзи или буквы с диакритическими знаками) являются многобайтовыми, поэтому общее количество байтов в кодировке UTF может отличаться от количества символов.

Чтобы проверить точное количество байтов в сообщении, введите или вставьте его ниже.

Сообщения с расширенным мультимедийным контентом (A2P)

Сообщение классифицируется как мультимедийное, если оно содержит хотя бы один из следующих элементов:

• Функциональная карточка или карусель (даже без медиаконтента)
• Вложение медиафайла (изображение, видео, аудио)
• В качестве альтернативы набору номера или открытию URL-адреса в браузере можно предложить следующие действия:
  • Посмотреть местоположение
  • Поделиться местоположением
  • Создать событие в календаре
  • Открыть URL-адрес в веб-представлении

Логика выставления счетов за мультимедийные сообщения

Мультимедийное сообщение оплачивается как единое мероприятие с фиксированной ценой.

• Стоимость подписки одинакова независимо от длины текста, количества карточек или размера медиафайла.
• Сегментация не применяется.

Примеры ответов A2P API

Эти примеры демонстрируют поле richMessageClassification в ответе на успешный вызов API RBM для сообщений, отправленных агентом.

Пример ответа API для RICH_MESSAGE

{
  "name": "...",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "contentMessage": {
     ...
  },
  "richMessageClassification": {
    "classificationType": "RICH_MESSAGE",
    "segmentCount": 5
  }
}

Пример ответа API для сообщения формата RICH_MEDIA_MESSAGE

{
  "name": "...",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "contentMessage": {
     ...
  },
  "richMessageClassification": {
    "classificationType": "RICH_MEDIA_MESSAGE"
  }
}

выставление счетов за события "человек-агент" (P2A/MO)

В этом разделе рассматривается вопрос выставления счетов за сообщения и действия, инициированные пользователем (то есть сообщения P2A или MO).

Расширенные сообщения (P2A)

Сообщение пользователя классифицируется как «расширенное сообщение», если оно содержит только текст. Это включает как текст в свободной форме, так и текст, получаемый при нажатии на предложенный ответ . (Предложенные ответы могут содержать идентификатор данных обратной связи в полезной нагрузке сообщения.)

Логика выставления счетов : Оплата производится на основе сегментов. Подробную информацию о расчете количества сегментов см. в разделе «Логика выставления счетов для расширенных сообщений» .

Сообщения с расширенным мультимедийным контентом (P2A)

Сообщение классифицируется как мультимедийное, если оно содержит загруженный файл (изображение, видео, аудио).

Логика выставления счетов : Оплата производится как за одно событие по фиксированной ставке. Сегментация не применяется.

Рекомендуемые клики для выполнения действий

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

Логика выставления счетов : генерирует одно платное событие за каждый клик.

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

Особый случай: Совместное использование местоположения

Уникальность функции обмена данными о местоположении заключается в том, что она генерирует два отдельных события, подлежащих оплате через P2A:

• Нажатие на предложенное действие : Нажатие пользователем на предложенное действие «Поделиться местоположением» генерирует одно событие «Нажатие на предложенное действие» .

• Сообщение о местоположении: После того, как пользователь выберет местоположение на карте, агенту отправляется сообщение с координатами местоположения. Это сообщение MO генерирует событие Rich Message с количеством сегментов, равным одному.

Примеры ответов веб-перехватчиков P2A

Эти примеры демонстрируют поле richMessageClassification в веб-хуках, отправляемых агенту для событий, инициированных пользователем.

Пример веб-хука для отправленного пользователем сообщения RICH_MESSAGE

{
  "agentId": "AGENT_ID",
  "senderPhoneNumber": "PHONE_NUMBER",
  "messageId": "MESSAGE_ID",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "text": "Hello, world!",
  "richMessageClassification": {
    "classificationType": "RICH_MESSAGE",
    "segmentCount": 1
  }
}

Пример веб-хука для отправленного пользователем сообщения RICH_MEDIA_MESSAGE

{
  "agentId": "AGENT_ID",
  "senderPhoneNumber": "PHONE_NUMBER",
  "messageId": "MESSAGE_ID",
  "sendTime": "2025-05-22T20:03:35.474764Z",
  "userFile": "...",
  "payload": "...",
  "richMessageClassification": {
    "classificationType": "RICH_MEDIA_MESSAGE"
  }
}

Пример веб-хука для SUGGESTED_ACTION_CLICK

{
    "agentId": "...",
    "senderPhoneNumber": "...",
    "messageId": "...",
    "sendTime": "...",
    "suggestionResponse": {
        "text": "Click here",
        "postbackData": "...",
        "type": "ACTION"
    },
    "richMessageClassification": {
        "classificationType": "SUGGESTED_ACTION_CLICK"
    }
}

Пример веб-хука для отправки сообщения о местоположении.

Это второе платное событие в процессе обмена местоположением , отправляемое после того, как пользователь делится своим местоположением на карте.

{
    "agentId": "...",
    "senderPhoneNumber": "...",
    "messageId": "...",
    "sendTime": "...",
    "location": {
      "latitude": 37.422000,
      "longitude": -122.084056
    },
    "richMessageClassification": {
        "classificationType": "RICH_MESSAGE",
        "segmentCount": 1
    }
}

Оплата за сеанс (пилотный проект)

В то время как существующая в США модель выставления счетов предусматривает оплату за отдельные сообщения, пилотный проект по сессионному выставлению счетов предлагает способ объединения целых диалогов между пользователем и брендом и/или брендом и пользователем в одно платное событие: либо p2a_session , либо a2p_session .

Платное событие сессии регистрируется и подлежит оплате, когда в течение 24 часов достигается определенный пороговый уровень взаимодействия. Для получения дополнительной информации см. раздел «Что такое сессия и как она работает» .

Технические и практическая заметки

• Сегменты используются исключительно в целях выставления счетов : длинные сообщения доставляются на устройство пользователя как единое целое. Количество сегментов — это виртуальный расчет для целей выставления счетов; он не влияет на то, как сообщения доставляются или отображаются пользователю.
• Автоматическая классификация : Классификация сообщений полностью автоматизирована на основе содержимого сообщения и не может быть изменена вручную.
• Внедрение : Модель выставления счетов для США была активирована на платформе RCS for Business 15 июля 2025 года. С этой даты отчеты Google и ответы API отражают новые классификации.