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

Статья
03/09/2025

С помощью службы учёта коммерческого маркетплейса можно создавать предложения контейнеров Azure, которые тарифицируются по нестандартным единицам. Перед публикацией предложения на коммерческой платформе необходимо определить такие параметры выставления счетов, как пропускная способность, сегменты, файлы журнала, сканирование, обработанные электронные письма и т. д. Затем клиенты платят в соответствии с их потреблением этих параметров, а приложение информирует Майкрософт о платных событиях по мере их возникновения через API службы измерения коммерческой платформы.

Предварительные требования для выставления счетов по тарифу

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

Затем предложение контейнера Azure может интегрироваться с API службы учета коммерческой площадки для информирования Microsoft о платных событиях.

Важный

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

Заметка

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

Как учетный биллинг вписывается в структуру ценообразования

Понимание иерархии предложений важно, когда речь идет об определении предложения вместе с ее моделями ценообразования.

Каждое предложение настроено для продажи либо через Майкрософт, либо без него. После публикации предложения этот параметр не может быть изменен.
Каждое предложение, настроенное для продажи через корпорацию Майкрософт, может иметь один или несколько планов.
Каждый план имеет связанную с ним модель ценообразования: план с ежемесячной оплатой за использование или собственная лицензия (BYOL). Для ежемесячного плана выставления счетов на основе использования можно выбрать бесплатный вариант, один из шести стандартных вариантов выставления счетов или настраиваемый.
Модель ценообразования и параметры ввода цен не могут быть обновлены после публикации.
Каждый план должен иметь полный план ценообразования.
Вы можете определить цену, используя настраиваемые параметры ценообразования для выставления счетов клиентам, чтобы удовлетворить ваши потребности в выставлении счетов. Каждое измерение представляет оплачиваемую единицу, которую служба передает корпорации Майкрософт с помощью API службы измерения коммерческой платформы.

Важный

Вы должны отслеживать использование в коде и отправлять только события использования в Корпорацию Майкрософт для использования, на который вы хотите начислить счет.

Заметка

Предложения будут выставляться клиентам в валюте соглашения клиентов с использованием цены на локальный рынок, которая была опубликована в то время, когда было создано предложение. Сумма, которую платят клиенты, и которую получают поставщики услуг, зависит от валютных курсов в то время, когда клиент совершает сделку по предложению. Узнайте больше о "Как мы преобразуем валюту?".

Пример пользовательских параметров ценообразования

Например, Contoso является издателем, IP-адрес которого находится в логике сегментирования для приложения Kubernetes. Компания Contoso хочет взимать плату со своих клиентов в зависимости от количества используемых фрагментов. Они также изучают другие удобные и конкурентные варианты выставления счетов. Компания Contoso зарегистрирована в качестве издателя в Центре партнёров для программы коммерческого маркетплейса и хочет опубликовать контейнерные предложения клиентам Azure. Существует четыре плана, связанные с Contoso, описанные ниже.

Плата за сегменты, используемые в час, например 1000 $/сегмент/час
Моделирование однократной оплаты или регулярного выставления счетов: предположим, что Contoso хочет взимать с клиента 449 руб./мес. за использование до 100 журналов из их приложения. Логика приложения Contoso отслеживает событие использования за месяц и активирует плату в конце месяца за использование 100 файлов журналов.
Моделирование многоуровневого выставления счетов: предположим, что Contoso хочет взимать $449/мес. за первые 100 сегментов, а затем многоуровневую тарификацию за любой перерасход. Логика приложения будет отслеживать использование в течение месяца, сегментируйте использование соответствующим образом и сообщите об этом с помощью API измерения ниже в конце периода:
Многомерное выставление счетов: Компания Contoso также может использовать настраиваемые средства измерения для удовлетворения их потребностей в усовершенствованном выставлении счетов посредством многомерного подхода.

На основе выбранного плана, клиент Azure, получивший предложение Contoso Container, оплачивает согласно своему использованию. Contoso подсчитывает использование без отправки каких-либо событий использования в корпорацию Майкрософт. Когда клиенты потребляют достаточное количество или делают это периодически, Contoso сообщает об использовании. Клиентам не нужно изменять планы или делать что-либо другое. Contoso измеряет использование и начинает передавать события использования в Microsoft для взимания платы за превышение использования с помощью API службы измерения коммерческой торговой площадки. Корпорация Майкрософт в свою очередь взимает плату за использование, указанное издателем в пользовательских параметрах. Выставление счетов выполняется в следующем ежемесячном цикле выставления счетов.

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

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

ID: неизменяемый идентификатор измерения, на который ссылаются при испускании событий использования.
отображаемое имя: отображаемое имя, связанное с параметром, например "отправленные текстовые сообщения".
единица измерения: описание единицы выставления счетов, например "на текстовое сообщение" или "за 100 сообщений электронной почты".
Цена за единицу в долларах США: цена за одну единицу измерения. Это может быть 0.

Важный

Необходимо отслеживать использование в коде приложения и отправлять события использования корпорации Майкрософт в соответствии с вашими потребностями выставления счетов.

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

Атрибуты, определяющие само измерение, общие для всех планов предложения. Перед тем как опубликовать предложение, изменения, внесённые в эти атрибуты в рамках любого плана, повлияют на определение размера во всех планах. После публикации предложения эти атрибуты больше не редактируются. Эти атрибуты:

ИДЕНТИФИКАТОР
Отображаемое имя
Единица измерения

Другие атрибуты измерения относятся к каждому плану и могут иметь разные значения от плана до плана. Перед публикацией плана можно изменить эти значения, и будет затронут только этот план. После публикации плана эти атрибуты больше не будут изменяться. Эти атрибуты:

Цена за единицу в usd

Измерения также имеют специальную концепцию, называемую "включено":

активировано указывает, что этот план включён в этот контекст. Если вы создаете новый план, который не отправляет события использования на основе этого измерения, возможно, вам следует оставить эту опцию неотмеченной. Кроме того, все новые измерения, добавленные после публикации плана, будут отображаться как "не включены" в уже опубликованном плане. Отключенное измерение не будет отображаться ни в одном списке измерений плана, который видят клиенты.

Заметка

Следующие сценарии явно поддерживаются:

Вы можете добавить новое измерение в новый план. Новое измерение не будет активировано ни для одного из уже опубликованных планов.

Настройка цены за единицу измерения для поддерживаемого рынка

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

Определите нужные измерения и пометьте, какие рынки поддерживаются.
Экспортируйте эти данные в файл.
Добавьте правильные цены на страну или регион и импортируйте файл в Центре партнеров.

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

Частный план

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

Ограничения

Поведение блокировки

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

После публикации предложения с измерением сведения об уровне предложения для этого измерения больше не могут быть изменены:

ИДЕНТИФИКАТОР
Отображаемое имя
Единица измерения

После публикации плана такие детали уровня плана больше не могут быть изменены.

Включено ли измерение для плана или нет

Верхние пределы

Максимальное количество измерений, которые можно настроить для одного предложения, — 30 уникальных измерений.

Поминутная тарификация для контейнеров Azure

Лимитированные API-интерфейсы выставления счетов следует использовать, когда издатель создает пользовательские метрики для предложения, которое будет опубликовано в Центре Партнеров. Для любого приобретенного предложения, содержащего один или несколько планов с настраиваемыми параметрами, требуется интеграция с API учета использования.

Важный

Дополнительные сведения о создании пользовательских измерений для приложений Kubernetes см. в статье Создание предложения контейнерных ресурсов Azure.

Уведомление о принудительном применении протокола TLS 1.2

Протокол TLS версии 1.2 применяется как минимальная версия для обмена данными HTTPS. Убедитесь, что в коде используется эта версия TLS. TLS версии 1.0 и 1.1 устарели, а попытки подключения отклоняются.

Событие разового использования с тарификацией по счетчику

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

Только одно событие использования может быть сгенерировано для каждого часа календарного дня на каждый ресурс или параметр. Если за час потребляется более одной единицы, то накапливайте все единицы, потребленные за час, и затем выводите их в одном событии. События использования можно регистрировать только за последние 24 часа. Если вы порождаете событие использования в любое время в период от 8:00 до 8:59:59 (и оно принимается), а затем отправляете еще одно событие в тот же день в период от 8:00 до 8:59:59, оно отклоняется как дубликат.

POST: https://marketplaceapi.microsoft.com/api/usageEvent?api-version=<ApiVersion>

параметры запроса:

Параметр	Рекомендация
`ApiVersion`	Используйте 2018-08-31.

заголовки запросов:

Тип контента	Используйте `application/json`
`x-ms-requestid`	Уникальное строковое значение для отслеживания клиентского запроса, предпочтительно GUID. Если это значение не указано, оно создается и предоставляется в заголовках ответа.
`x-ms-correlationid`	Уникальное строковое значение для операции на клиенте. Этот параметр сопоставляет все события из операции клиента с событиями на стороне сервера. Если это значение не указано, оно создается и предоставляется в заголовках ответа.
`authorization`	Уникальный токен доступа, идентифицирующий ISV (независимого поставщика программного обеспечения), делающего этот вызов API. Формат `"Bearer <access_token>"` используется, когда значение токена извлекается издателем, как описано в приложении Kubernetes, в стратегиях проверки подлинности .

Пример текста запроса :

{
  "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // unique identifier of the resource against which usage is emitted. 
  "quantity": 5.0, // how many units were consumed for the date and hour specified in effectiveStartTime, must be greater than 0 or a double integer
  "dimension": "dim1", // custom dimension identifier
  "effectiveStartTime": "2018-12-01T08:30:14", // time in UTC when the usage event occurred, from now and until 24 hours back
  "planId": "plan1", // id of the plan purchased for the offer
}

Заметка

Для приложений Kubernetes resourceUri — это URI ресурса ARM экземпляра приложения Kubernetes.

Ответы

Код: 200
ХОРОШО. Данные об использовании были приняты и зарегистрированы сотрудниками Майкрософт для дальнейшей обработки и выставления счетов.

Пример пейлоада ответа:

{
  "usageEventId": <guid>, // unique identifier associated with the usage event in Microsoft records
  "status": "Accepted" // this is the only value in case of single usage event
  "messageTime": "2020-01-12T13:19:35.3458658Z", // time in UTC this event was accepted
  "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // unique identifier of the resource against which usage is emitted. For SaaS it's the subscriptionId.
  "quantity": 5.0, // amount of emitted units as recorded by Microsoft
  "dimension": "dim1", // custom dimension identifier
  "effectiveStartTime": "2018-12-01T08:30:14", // time in UTC when the usage event occurred, as sent by the ISV
  "planId": "plan1", // id of the plan purchased for the offer
}

Код: 400
Недопустимый запрос.

Отсутствующие или недопустимые данные запроса, предоставленные.
effectiveStartTime прошло более 24 часов назад. Срок действия события истек.

Пример ответа полезной нагрузки.

{
  "message": "One or more errors have occurred.",
  "target": "usageEventRequest",
  "details": [
    {
      "message": "The resourceUri is required.",
      "target": "ResourceUri",
      "code": "BadArgument"
    }
  ],
  "code": "BadArgument"
}

Код: 400
Недопустимый запрос.

URI ресурса уже зарегистрирован ранее. Нужно подождать 24 часа, прежде чем отправить данные об использовании.

Пример содержимого ответа:

{
  "message": "One or more errors have occurred.",
  "target": "usageEventRequest",
  "details": [
    {
      "message": "Invalid usage state.",
      "target": "ResourceUri",
      "code": "BadArgument"
    }
  ],
  "code": "BadArgument"
}

Код: 403

Запретный. Маркер авторизации не указан, недействителен или истек.

Код: 409
Конфликт. Событие использования уже было успешно сообщено для указанного идентификатора ресурса, даты эффективного использования и часа.

Пример полезной нагрузки в ответе:

{
  "additionalInfo": {
    "acceptedMessage": {
      "usageEventId": "<guid>", //unique identifier associated with the usage event in Microsoft records
      "status": "Duplicate",
      "messageTime": "2020-01-12T13:19:35.3458658Z",
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", //unique identifier of the resource against which usage is emitted.
      "quantity": 1.0,
      "dimension": "dim1",
      "effectiveStartTime": "2020-01-12T11:03:28.14Z",
      "planId": "plan1"
    }
  },
  "message": "This usage event already exist.",
  "code": "Conflict"
}

Событие использования пакетной службы выставления счетов по тарифу

API событий пакетного использования позволяет одновременно выдавать события использования для нескольких приобретенных ресурсов. Кроме того, это позволяет издавать несколько событий использования для одного и того же ресурса, если они относятся к разным календарным часам. Максимальное число событий в одном пакете — 25.

POST:https://marketplaceapi.microsoft.com/api/batchUsageEvent?api-version=<ApiVersion>

параметры запроса:

Параметр	Рекомендация
`ApiVersion`	Укажите дату: 2018-08-31.

заголовки запросов:

Тип контента	Используйте `application/json`
`x-ms-requestid`	Уникальное строковое значение для отслеживания клиентского запроса, предпочтительно GUID. Если это значение не указано, создается один из них и предоставляется в заголовках ответа.
`x-ms-correlationid`	Уникальное строковое значение для операции на клиенте. Этот параметр сопоставляет все события из операции клиента с событиями на стороне сервера. Если это значение не указано, оно создается и предоставляется в заголовках ответа.
`authorization`	Уникальный токен доступа, идентифицирующий независимого поставщика программного обеспечения, осуществляющего этот вызов API. Формат `Bearer <access_token>` используется, когда значение токена извлекается издателем, как описано в приложении Kubernetes, в стратегиях проверки подлинности .

Заметка

В тексте запроса идентификатором ресурса для приложений Kubernetes является resourceUri.

Пример текста запроса для приложений Kubernetes:

{
  "request": [ // list of usage events for the same or different resources of the publisher
    { // first event
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // Unique identifier of the resource against which usage is emitted. 
      "quantity": 5.0, // how many units were consumed for the date and hour specified in effectiveStartTime, must be greater than 0 or a double integer
      "dimension": "dim1", //Custom dimension identifier
      "effectiveStartTime": "2018-12-01T08:30:14",//Time in UTC when the usage event occurred, from now and until 24 hours back
      "planId": "plan1", // id of the plan purchased for the offer
    },
    { // next event
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", 
      "quantity": 39.0, 
      "dimension": "email", 
      "effectiveStartTime": "2018-11-01T23:33:10
      "planId": "gold", // id of the plan purchased for the offer
    }
  ]
}

Ответы

Код: 200
ХОРОШО. Выгрузка данных пакетного использования была принята и зарегистрирована на стороне "Microsoft" для дальнейшей обработки и выставления счетов. Список ответов возвращается с состоянием для каждого отдельного события в пакете. Необходимо выполнить итерацию по нагрузке ответа, чтобы понять ответы на каждое отдельное событие использования, отправленное в составе пакетного события.

Пример данных ответа:

{
  "count": 2, // number of records in the response
  "result": [
    { // first response
      "usageEventId": "<guid>", // unique identifier associated with the usage event in Microsoft records
      "status": "Accepted" // see list of possible statuses below,
      "messageTime": "2020-01-12T13:19:35.3458658Z", // Time in UTC this event was accepted by Microsoft,
      "resourceUri": "<ARM resource URI of the Kubernetes app instance>", // unique identifier of the resource against which usage is emitted.
      "quantity": 5.0, // amount of emitted units as recorded by Microsoft 
      "dimension": "dim1", // custom dimension identifier
      "effectiveStartTime": "2018-12-01T08:30:14",// time in UTC when the usage event occurred, as sent by the ISV
      "planId": "plan1", // id of the plan purchased for the offer
    },
    { // second response
      "status": "Duplicate",
      "messageTime": "0001-01-01T00:00:00",
      "error": {
        "additionalInfo": {
          "acceptedMessage": {
            "usageEventId": "<guid>",
            "status": "Duplicate",
            "messageTime": "2020-01-12T13:19:35.3458658Z",
            "resourceUri": "<ARM resource URI of the Kubernetes app instance>",
            "quantity": 1.0,
            "dimension": "email",
            "effectiveStartTime": "2020-01-12T11:03:28.14Z",
            "planId": "gold"
          }
        },
        "message": "This usage event already exist.",
        "code": "Conflict"
      },
      "resourceId": "<guid2>",
      "quantity": 1.0,
      "dimension": "email",
      "effectiveStartTime": "2020-01-12T11:03:28.14Z",
      "planId": "gold"
    }
  ]
}

Описание кода состояния, на который ссылается ответ API BatchUsageEvent:

Код состояния	Описание
`Accepted`	Принято.
`Expired`	Истек срок действия.
`Duplicate`	Предоставлено повторяющееся использование.
`Error`	Код ошибки.
`ResourceNotFound`	Предоставленный ресурс для использования недействителен.
`ResourceNotAuthorized`	Вы не уполномочены предоставлять доступ к использованию этого ресурса.
`ResourceNotActive`	Ресурс приостановлен или никогда не активирован.
`InvalidDimension`	Измерение, для которого передается использование, не является допустимым для этого предложения или плана.
`InvalidQuantity`	Передаваемое количество меньше или равно 0.
`BadArgument`	Входные данные отсутствуют или неправильно сформированы.

Код: 400
Недопустимый запрос. Пакет содержал более 25 событий использования.

Код: 403
Запретный. Маркер авторизации не указан, недействителен или истек.

Система измерительного выставления счетов получает события использования

Вы можете вызвать API событий использования, чтобы получить список событий использования. Независимые разработчики ПО могут использовать этот API для просмотра событий использования, опубликованных в течение определенного настраиваемого периода времени, и их состояния на момент вызова API.

GET: https://marketplaceapi.microsoft.com/api/usageEvents

параметры запроса:

Параметр	Рекомендация
ApiVersion	Используйте 2018-08-31.
дата начала использования	DateTime в формате ISO8601. Например, 2020-12-03T15:00 или 2020-12-03
UsageEndDate (необязательно)	DateTime в формате ISO8601. Default = текущая дата
offerId (необязательно)	По умолчанию = все доступные
planId (необязательно)	По умолчанию = все доступные
измерение (необязательно)	По умолчанию = все доступные
azureSubscriptionId (необязательно)	По умолчанию = все доступные
reconStatus (необязательно)	По умолчанию = все доступные

возможные значения reconStatus:

ReconStatus	Описание
Отправлено	Пока не обработано системой PC Analytics
Принято	Соответствует аналитике персональных компьютеров
Отклонено	Отклонено в процессе обработки. Обратитесь в службу поддержки Майкрософт, чтобы изучить причину.
Несовпадение	Показатели аналитики MarketplaceAPI и Центра Партнёров ненулевые, однако не совпадают.
TestHeaders	Подписка указана с использованием тестовых заголовков и поэтому не включена в аналитику ПК.
DryRun	Отправлено с помощью SessionMode=DryRun и, следовательно, не на компьютере

заголовки запросов:

Тип контента	Используйте application/json.
x-ms-requestid	Уникальное строковое значение (предпочтительно GUID) для отслеживания запроса от клиента. Если это значение не указано, оно создается и предоставляется в заголовках ответа.
x-ms-correlationid	Уникальное строковое значение для операции на клиенте. Этот параметр сопоставляет все события из операции клиента с событиями на стороне сервера. Если это значение не указано, оно создается и предоставляется в заголовках ответа.
авторизация	Уникальный токен доступа, с помощью которого можно идентифицировать независимого поставщика программного обеспечения, выполняющего этот вызов API. Формат `Bearer <access_token>` используется, когда издатель получает значение маркера. — Приложение Kubernetes в стратегиях проверки подлинности

Ответы

Примеры полезной нагрузки ответа:

принято

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "Silver",
    "offerId": "mycooloffer",
    "offerName": "My Cool Offer",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Accepted",
    "submittedQuantity": 17.0,
    "processedQuantity": 17.0,
    "submittedCount": 17
  }
]

отправлено

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "",
    "offerId": "mycooloffer",
    "offerName": "",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Submitted",
    "submittedQuantity": 17.0,
    "processedQuantity": 0.0,
    "submittedCount": 17
  }
]

несоответствие

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "Silver",
    "offerId": "mycooloffer",
    "offerName": "My Cool Offer",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Mismatch",
    "submittedQuantity": 17.0,
    "processedQuantity": 16.0,
    "submittedCount": 17
  }
]

Отвергнуты

[
  {
    "usageDate": "2020-11-30T00:00:00Z",
    "usageResourceId": "11111111-2222-3333-4444-555555555555",
    "dimension": "tokens",
    "planId": "silver",
    "planName": "",
    "offerId": "mycooloffer",
    "offerName": "",
    "offerType": "SaaS",
    "azureSubscriptionId": "12345678-9012-3456-7890-123456789012",
    "reconStatus": "Rejected",
    "submittedQuantity": 17.0,
    "processedQuantity": 0.0,
    "submittedCount": 17
  }
]

коды состояния

Код: 403 Запрещено. Маркер авторизации не указан, недействителен или истек.

Лучшие практики разработки и тестирования

Чтобы протестировать выбросы пользовательского счетчика, реализуйте интеграцию с API измерения, создайте план для опубликованного предложения Kubernetes Apps с пользовательскими измерениями, определенными в нем с нулевой ценой за единицу. И опубликуйте это предложение как предварительную версию, чтобы только ограниченные пользователи могли получить доступ к интеграции и проверить ее.

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

Для получения дополнительной информации об API-интерфейсах службы измерения см. Часто задаваемые вопросы о службах измерения Marketplace API.

Получение поддержки

Если у вас есть одна из следующих проблем, вы можете открыть запрос в службу поддержки.

Технические проблемы с API службы учета на торговой платформе.
Проблема, которую необходимо передать на более высокий уровень из-за ошибки или сбоя на вашей стороне (например, неправильное использование функционала).
Любые другие проблемы, связанные с расчётом по тарифу.

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

Поделиться через

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

Предварительные требования для выставления счетов по тарифу

Как учетный биллинг вписывается в структуру ценообразования

Пример пользовательских параметров ценообразования

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

Настройка цены за единицу измерения для поддерживаемого рынка

Частный план

Ограничения

Поведение блокировки

Верхние пределы

Поминутная тарификация для контейнеров Azure

Уведомление о принудительном применении протокола TLS 1.2

Событие разового использования с тарификацией по счетчику

Ответы

Событие использования пакетной службы выставления счетов по тарифу

Ответы

Система измерительного выставления счетов получает события использования

Ответы

Лучшие практики разработки и тестирования

Получение поддержки

Обратная связь

Дополнительные ресурсы

Поделиться через

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

Предварительные требования для выставления счетов по тарифу

Как учетный биллинг вписывается в структуру ценообразования

Пример пользовательских параметров ценообразования

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

Настройка цены за единицу измерения для поддерживаемого рынка

Частный план

Ограничения

Поведение блокировки

Верхние пределы

Поминутная тарификация для контейнеров Azure

Уведомление о принудительном применении протокола TLS 1.2

Событие разового использования с тарификацией по счетчику

Ответы

Событие использования пакетной службы выставления счетов по тарифу

Ответы

Система измерительного выставления счетов получает события использования

Ответы

Лучшие практики разработки и тестирования

Связанное содержимое

Получение поддержки

Обратная связь

Дополнительные ресурсы