Skip to content

Commit e27c716

Browse files
author
Qian Wen
committed
improving acrolinx scores
1 parent d4f3370 commit e27c716

File tree

2 files changed

+37
-38
lines changed

2 files changed

+37
-38
lines changed

articles/marketplace/partner-center-portal/azure-app-metered-billing.md

Lines changed: 22 additions & 23 deletions
Original file line numberDiff line numberDiff line change
@@ -1,41 +1,40 @@
11
---
2-
title: Metered billing for Managed applications using the marketplace metering service | Azure Marketplace
2+
title: Metered billing for managed applications using the marketplace metering service | Azure Marketplace
33
description: This documentation is a guide for ISVs publishing Azure applications with flexible billing models.
4-
author: MaggiePucciEvans
5-
manager: evansma
6-
ms.author: evansma
4+
author: qianw211
5+
ms.author: dsindona
76
ms.service: marketplace
87
ms.subservice: partnercenter-marketplace-publisher
98
ms.topic: conceptual
10-
ms.date: 01/24/2020
9+
ms.date: 04/22/2020
1110
---
1211

1312
# Managed application metered billing
1413

15-
With the Marketplace metering service, you can create Managed application plans for Azure Application offers in the commercial marketplace program that are charged according to non-standard units. Before publishing this offer, you define the billing dimensions such as bandwidth, tickets, or emails processed. Customers then pay according to their consumption of these dimensions, with your system informing Microsoft via the Marketplace metering service API of billable events as they occur.
14+
With the Marketplace metering service, you can create managed application plans for Azure Application offers that are charged according to non-standard units. Before publishing this offer, you define the billing dimensions such as bandwidth, tickets, or emails processed. Customers then pay according to their consumption of these dimensions. Your system will inform Microsoft via the Marketplace metering service API of billable events as they occur.
1615

1716
## Prerequisites for metered billing
1817

19-
In order for a Managed application plan to use metered billing, it must:
18+
In order for a managed application plan to use metered billing, it must:
2019

2120
* Meet all of the offer requirements as outlined in [Create an Azure application offer](create-new-azure-apps-offer.md).
2221
* Configure **Pricing** for charging customers the per-month cost for your service. Price can be zero if you don't want to charge a fixed fee and instead rely entirely on metered billing.
23-
* Set **Billing dimensions** for the metering events the customer will pay for in addition to the flat rate.
22+
* Set **Billing dimensions** for the metering events the customer will pay for on top of the flat rate.
2423
* Integrate with the [Marketplace metering service APIs](./marketplace-metering-service-apis.md) to inform Microsoft of billable events.
2524

2625
## How metered billing fits in with pricing
2726

2827
When it comes to defining the offer along with its pricing models, it is important to understand the offer hierarchy.
2928

30-
* Each Azure Application offer can have Solution template or Managed application plans.
31-
* Metered billing is implemented only with Managed application plans.
32-
* Each Managed application plan has a pricing model associated with it.
29+
* Each Azure Application offer can have Solution template or managed application plans.
30+
* Metered billing is implemented only with managed application plans.
31+
* Each managed application plan has a pricing model associated with it.
3332
* Pricing model has a monthly recurring fee, which can be set to $0.
3433
* In addition to the recurring fee, the plan can also include optional dimensions used to charge customers for usage not included in the flat rate. Each dimension represents a billable unit that your service will communicate to Microsoft using the [Marketplace metering service API](marketplace-metering-service-apis.md).
3534

3635
## Sample offer
3736

38-
As an example, Contoso is a publisher with an Managed application service called Contoso Analytics (CoA). CoA allows customers to analyze large amount of data for reporting and data warehousing. Contoso is registered as a publisher in Partner Center for the commercial marketplace program to publish offers to Azure customers. There are two plans associated with CoA, outlined below:
37+
As an example, Contoso is a publisher with a managed application service called Contoso Analytics (CoA). CoA allows customers to analyze large amount of data for reporting and data warehousing. Contoso is registered as a publisher in Partner Center for the commercial marketplace program to publish offers to Azure customers. There are two plans associated with CoA, outlined below:
3938

4039
* Base plan
4140
* Analyze 100 GB and generate 100 reports for $0/month
@@ -46,36 +45,36 @@ As an example, Contoso is a publisher with an Managed application service called
4645
* Beyond the 1000 GB, pay $100 for every 1 TB
4746
* Beyond the 1000 reports, pay $0.5 for every report
4847

49-
An Azure customer subscribing to CoA service will be able to analyze and generate reports per month based on the plan selected. Contoso measures the usage up to the included quantity without sending any usage events to Microsoft. When customers consume more than the included quantity, they do not have to change plans or do anything different. Contoso will measure the overage beyond the included quantity and start emitting usage events to Microsoft for additional usage using the [Marketplace metering service API](./marketplace-metering-service-apis.md). Microsoft in turn will charge the customer for the additional usage as specified by the publisher.
48+
An Azure customer subscribing to CoA service can analyze and generate reports per month based on the plan selected. Contoso measures the usage up to the included quantity without sending any usage events to Microsoft. When customers consume more than the included quantity, they do not have to change plans or do anything different. Contoso will measure the overage beyond the included quantity and start emitting usage events to Microsoft for additional usage using the [Marketplace metering service API](./marketplace-metering-service-apis.md). Microsoft in turn will charge the customer for the additional usage as specified by the publisher.
5049

5150
## Billing dimensions
5251

53-
Billing dimensions are used to communicate to the customer on how they will be billed for using the software, and also to communicate usage events to Microsoft. They are defined as follows:
52+
Billing dimensions are used to communicate to the customer on how they will be billed for using the software. These dimensions are also used to communicate usage events to Microsoft. They are defined as follows:
5453

5554
* **Dimension identifier**: the immutable identifier referenced while emitting usage events.
56-
* **Dimension name**: the display name associated with the dimension, e.g. "text messages sent".
57-
* **Unit of measure**: the description of the billing unit, e.g. "per text message" or "per 100 emails".
55+
* **Dimension name**: the display name associated with the dimension, for example "text messages sent".
56+
* **Unit of measure**: the description of the billing unit, for example "per text message" or "per 100 emails".
5857
* **Price per unit**: the price for one unit of the dimension.
5958
* **Included quantity for monthly term**: quantity of dimension included per month for customers paying the recurring monthly fee, must be an integer.
6059

6160
Billing dimensions are shared across all plans for an offer. Some attributes apply to the dimension across all plans, and other attributes are plan-specific.
6261

63-
The attributes which define the dimension itself are shared across all plans for an offer. Before you publish the offer, a change made to these attributes from the context of any plan will affect the dimension definition across all plans. Once you publish the offer, these attributes will no longer be editable. These attributes are:
62+
The attributes, which define the dimension itself, are shared across all plans for an offer. Before you publish the offer, a change made to these attributes from the context of any plan will affect the dimension definition across all plans. Once you publish the offer, these attributes will no longer be editable. The attributes are:
6463

6564
* Identifier
6665
* Name
6766
* Unit of measure
6867

69-
The other attributes of a dimension are specific to each plan and can have different values from plan to plan. Before you publish the plan you can edit these values and only this plan will be affected. Once you publish the plan, these attributes will no longer be editable. These attributes are:
68+
The other attributes of a dimension are specific to each plan and can have different values from plan to plan. Before you publish the plan, you can edit these values and only this plan will be affected. Once you publish the plan, these attributes will no longer be editable. The attributes are:
7069

7170
* Price per unit
7271
* Included quantity for monthly customers
7372
* Included quantity for annual customers
7473

7574
Dimensions also have two special concepts, "enabled" and "infinite":
7675

77-
* **Enabled** indicates that this plan participates in this dimension. You might want to leave this un-checked if you are creating a new plan that does not send usage events based on this dimension. Also, any new dimensions added after a plan was first published will show up as "not enabled" on the already published plan. A disabled dimension will not show up in any lists of dimensions for a plan seen by customers.
78-
* **Infinite**, represented by the infinity symbol "∞", indicates that this plan participates in this dimension, but does not meter usage against this dimension. If you want to indicate to your customers that the functionality represented by this dimension is included in the plan, but with no limit on usage. A dimension with infinite usage will show up in lists of dimensions for a plan seen by customers, with an indication that it will never incur a charge for this plan.
76+
* **Enabled** indicates that this plan participates in this dimension. You might want to leave this option un-checked if you are creating a new plan that does not send usage events based on this dimension. Also, any new dimensions added after a plan was first published will show up as "not enabled" on the already published plan. A disabled dimension will not show up in any lists of dimensions for a plan seen by customers.
77+
* **Infinite**, represented by the infinity symbol "∞", indicates that this plan participates in this dimension, without metered usage against this dimension. If you want to indicate to your customers that the functionality represented by this dimension is included in the plan, but with no limit on usage. A dimension with infinite usage will show up in lists of dimensions for a plan seen by customers. This plan will never incur a charge.
7978

8079
>[!Note]
8180
>The following scenarios are explicitly supported: <br> - You can add a new dimension to a new plan. The new dimension will not be enabled for any already published plans. <br> - You can publish a plan with a fixed monthly fee and without any dimensions, then add a new plan and configure a new dimension for that plan. The new dimension will not be enabled for already published plans.
@@ -84,7 +83,7 @@ Dimensions also have two special concepts, "enabled" and "infinite":
8483

8584
### Locking behavior
8685

87-
Because a dimension used with the Marketplace metering service represents an understanding of how a customer will be paying for the service, all of the details for a dimension are no longer editable once you publish it. It's important that you have your dimensions fully defined for a plan before you publish.
86+
A dimension used with the Marketplace metering service represents an understanding of how a customer will be paying for the service. All details of a dimension are no longer editable once an offer is published. Before publishing your offer, it's important that you have your dimensions fully defined.
8887

8988
Once an offer is published with a dimension, the offer-level details for that dimension can no longer be changed:
9089

@@ -107,7 +106,7 @@ The maximum number of dimensions that can be configured for a single offer is 18
107106

108107
## Get support
109108

110-
If you have one of the following, you can open a support ticket.
109+
If one of the following cases applies, you can open a support ticket.
111110

112111
* Technical issues with marketplace metering service API.
113112
* An issue that needs to be escalated because of an error or bug on your side (ex. wrong usage event).
@@ -121,7 +120,7 @@ Follow the steps below to submit your support ticket:
121120
4. Under "Select a problem that best describes the issue", select **metered billing**.
122121
5. By selecting the **Next** button, you will be directed to the **Issue details** page, where you can enter more details on your issue.
123122

124-
See [Support for the commercial marketplace program in Partner Center](https://docs.microsoft.com/azure/marketplace/partner-center-portal/support) for more publisher support options.
123+
For more publisher support options, see [support for the commercial marketplace program in Partner Center](https://docs.microsoft.com/azure/marketplace/partner-center-portal/support).
125124

126125
## Next steps
127126

0 commit comments

Comments
 (0)