Limited Release
A pricing plan connects the following entities:
- Metrics that define what you charge for based on usage.
- Pricing models that define how you calculate charges for metric usage.
- Features through entitlements that define what capabilities customers can access.
- Your metric measures usage. For example, you create an API calls metric that counts the number of requests.
- The pricing model determines how to charge for that usage. For example, you charge $0.10 per API call using the standard model.
- Your features define capabilities. For example, you create an API access feature with a
rate_limitprivilege that controls the number of requests. - Entitlements assign specific values to feature privileges for each plan. For example, you set the
rate_limitprivilege to 1,000 requests per day in your Basic plan, and 100,000 requests per day in your Premium plan. - The pricing plan combines metrics with their pricing models, features with their entitlements, and any fixed recurring fees.
Prerequisites
- Create metrics that define what you charge for based on usage.
- Create features that define what customers can access through entitlements.
1. Understand pricing models
Pricing models determine how you charge customers for their metric usage. Each metric in your plan can use a different pricing model based on your business needs. PayPal offers five pricing models:| Model | Description | Use case |
|---|---|---|
| STANDARD | Charge a fixed price per unit of usage. | API calls, storage GB. |
| GRADUATED | Apply different prices for different usage tiers. | Cloud hosting with cheaper rates for higher tiers. |
| VOLUME | Apply a single price to all units based on total volume. | Software licenses with bulk pricing. |
| PACKAGE | Charge a fixed price for bundles of units. | Email marketing credits in bundles of 10,000 emails. |
| PERCENTAGE | Charge a percentage of transaction value plus optional fixed fee. | Payment processing fees, marketplace commissions. |
2. Decide your plan structure
Define the following components for your pricing plan before you create it. Then, you can make a POST call to the Create plan endpoint to send this information to PayPal. Plan identification- Name: Choose a human-readable identifier that describes your plan to customers.
- Code: Create a unique alphanumeric identifier you use in API calls. Ensure this code is unique across all plans in your account.
- Billing cycle: Set how often you charge recurring fees. Choose from
WEEKLY,MONTHLY,QUARTERLY, orYEARLY. You cannot change this after customers subscribe to the plan. - Fixed recurring fee: Define the fixed recurring fee you charge each billing period.
- Currency: Select a three-letter ISO currency code (for example,
USD,EUR). See supported currencies. You cannot change this after you create the plan. - Payment timing: Decide whether you collect recurring charges in advance or at the end of the billing period.
- Trial period: Set an optional free trial period in days. You do not charge customers the fixed recurring fee during this period, but usage-based charges may still apply.
- Metric references: Link to your existing metrics by their metric IDs. You need to create metrics before you reference them in plans.
- Charge models: Choose the pricing model to apply to each metric. Select from standard, graduated, volume, package, or percentage models.
- Model properties: Configure pricing settings specific to each model. The structure varies based on the charge model you select.
- Minimum amounts: Set minimum charges per metric. If usage-based charges are less than this amount, you charge the minimum instead.
3. Create pricing plan
Use a valid access token and make a POST call to the/v1/commerce/billing/plans endpoint. Include the following parameters:
| Parameter | Description | Action |
|---|---|---|
nameRequired, string | Human-readable name displayed to customers. | Provide a descriptive name for the plan. |
codeRequired, string | Unique alphanumeric identifier used in API calls. | Set a code that is unique across all plans in your account. |
descriptionstring | Explains services or features included in the plan. | Provide details about what the plan offers. |
billing_cycleRequired, string | Frequency for charging recurring fees. Possible values: WEEKLY - Recurring billing every weekMONTHLY - Recurring billing every monthQUARTERLY - Recurring billing every three monthsYEARLY - Recurring billing once a yearNote: You cannot change this after customers are assigned to the plan. | Set to WEEKLY, MONTHLY, QUARTERLY, or YEARLY. |
amountRequired, object | Fixed recurring fee charged each billing cycle. | Include the value and currency_code. |
amount.valueRequired, number | Monetary amount as a number (for example, 49.99 for $49.99). | Set the fee amount. |
amount.currency_codeRequired, string | Three-letter ISO currency code (for example, USD). See supported currencies. | Set the currency. |
trial_periodinteger | Number of free trial days. During this period, customers are not charged the fixed recurring fee. Usage-based charges may still apply. | Set to 0 for no trial or specify the number of days. |
pay_in_advanceboolean | Determines when to collect recurring charges. | Set to true to charge at the start of the billing period or false to charge at the end. |
tax_codesarray | Tax codes to apply at the plan level (for example, ["standard_vat"]). | Provide an array of tax codes. |
usage_based_chargesarray | Usage-based charge configurations. Each charge tracks a different metric and applies its own pricing model. | Add one or more charge configurations. |
usage_based_charges[].metric_idRequired, string | References the metric to track for this charge. | Set to the id returned when you created the metric. |
usage_based_charges[].charge_modelRequired, string | Pricing model for this charge. Possible values: STANDARD - Fixed price per unitGRADUATED - Pricing tiers based on usage levelsVOLUME - Bulk pricing based on total usagePACKAGE - Pricing for usage packagesPERCENTAGE - Percentage-based pricing | Set to STANDARD, GRADUATED, VOLUME, PACKAGE, or PERCENTAGE. See Pricing models for details. |
usage_based_charges[].propertiesRequired, object | Model-specific pricing configuration. Structure varies based on selected charge model. | Configure based on the selected charge_model. |
usage_based_charges[].properties.amountstring STANDARD and PACKAGE models only | Fixed amount per unit (STANDARD) or per package (PACKAGE). | Set the amount to charge. |
usage_based_charges[].properties.ratestring PERCENTAGE model only | Percentage rate applied to the total amount (for example, "1.2" for 1.2%). | Set the percentage rate. |
usage_based_charges[].properties.fixed_amountstring PERCENTAGE model only | Fixed fee applied to each event (for example, "0.10" for $0.10 per transaction). | Set the fixed fee per event. |
usage_based_charges[].properties.free_units_per_eventsinteger PERCENTAGE model only | Number of events not subject to the fixed fee. | Set the free event count. |
usage_based_charges[].properties.free_units_per_total_aggregationstring PERCENTAGE model only | Amount not subject to the charge rate. | Set the free amount threshold. |
usage_based_charges[].properties.per_transaction_min_amountstring PERCENTAGE model only | Minimum charge applied to each transaction. | Set the minimum per-transaction amount. |
usage_based_charges[].properties.per_transaction_max_amountstring PERCENTAGE model only | Maximum charge applied to each transaction. | Set the maximum per-transaction amount. |
usage_based_charges[].properties.graduated_rangesarray GRADUATED model only | Pricing tiers where each tier applies its specific rate to units within that range. | Add one or more tier ranges. |
usage_based_charges[].properties.graduated_ranges[].from_valueinteger GRADUATED model only | Starting value for this tier range (inclusive). | Set the tier start value. |
usage_based_charges[].properties.graduated_ranges[].to_valueinteger or null GRADUATED model only | Ending value for this tier range (inclusive). | Set the tier end value or null for no upper limit. |
usage_based_charges[].properties.graduated_ranges[].per_unit_amountstring GRADUATED model only | Price charged per unit within this tier. | Set the per-unit price. |
usage_based_charges[].properties.graduated_ranges[].flat_amountstring GRADUATED model only | Fixed amount charged for this tier regardless of usage volume. | Set the flat amount. |
usage_based_charges[].properties.volume_rangesarray VOLUME model only | Volume-based pricing tiers. The tier matching total usage applies its pricing to all units. | Add one or more volume ranges. |
usage_based_charges[].properties.volume_ranges[].from_valueinteger VOLUME model only | Starting value for this volume tier (inclusive). | Set the tier start value. |
usage_based_charges[].properties.volume_ranges[].to_valueinteger or null VOLUME model only | Ending value for this volume tier (inclusive). | Set the tier end value or null for no upper limit. |
usage_based_charges[].properties.volume_ranges[].flat_amountstring VOLUME model only | Fixed amount charged when total usage falls within this tier. | Set the flat amount. |
usage_based_charges[].properties.volume_ranges[].per_unit_amountstring VOLUME model only | Price per unit applied to all units when total usage falls within this tier. | Set the per-unit price. |
usage_based_charges[].properties.package_sizeinteger PACKAGE model only | Number of units per package. Usage is divided into packages of this size. | Set the size (for example, 100 for packages of 100 units). |
usage_based_charges[].properties.free_unitsinteger PACKAGE model only | Number of free units before package charges apply. | Set the count (for example, 100 for first 100 units free). |
usage_based_charges[].properties.filtersarray PACKAGE model only, optional | Filters to apply to usage data before charging. | Add filter objects if needed. |
usage_based_charges[].properties.filters[].keystring PACKAGE model only, when filters is used | Property name to filter on from usage data. | Set the filter key. |
usage_based_charges[].properties.filters[].valuesarray PACKAGE model only, when filters is used | Values to match for the specified filter key. | Provide the values to match. |
usage_based_charges[].min_amountobject | Minimum charge for this metric. If billable usage is less than the minimum, the minimum is charged instead. | Include the value. |
usage_based_charges[].min_amount.valuenumber | Minimum monetary amount (minimum value is 0). | Set the minimum charge amount. |
usage_based_charges[].tax_codesarray | Tax codes to apply to this charge (for example, ["standard_vat"]). | Provide an array of tax codes. |
minimum_commitmentobject | Guarantees customers pay at least this amount each billing period regardless of actual usage. | Include the amount object. |
minimum_commitment.amountRequired when minimum_commitment is used, object | The minimum amount customers pay each billing period. | Include the value. |
minimum_commitment.amount.valueRequired when minimum_commitment is used, number | Monetary amount (for example, 100.0 for $100.00). | Set the minimum commitment amount. |
minimum_commitment.amount.currency_codestring | Three-letter ISO currency code. See supported currencies. | Set the currency. |
minimum_commitment.invoice_display_namestring | Text shown on customer invoices for the minimum commitment fee. | Provide a display name. |
minimum_commitment.tax_codesarray | Tax codes to apply to the minimum commitment (for example, ["standard_vat"]). | Provide an array of tax codes. |
usage_based_charges[].properties object varies based on your selected charge model.
Standard charge model example
This example shows the fundamental structure of a plan creation request using the standard charge model with an optional minimum commitment:Charge model variations
Each pricing model requires different properties within theusage_based_charges[].properties object. The following examples show how to configure each model:
Graduated charge model
Use the graduated model when you want to incentivize higher usage by offering lower unit prices as customers use more. Unlike the standard model’s fixed per-unit rate, graduated pricing applies different rates to different usage tiers - you charge customers the tier-specific rate for each range of usage.Volume charge model
Choose the volume model for bulk pricing where the total usage volume determines the rate you apply to all units. This model differs from graduated pricing by applying a single rate to the entire usage amount rather than different rates per tier.Package charge model
Implement the package model when you sell usage in predetermined bundles or blocks. Instead of charging per individual unit like the standard model, this approach groups units into packages with a fixed price per package, and can include free units as an allowance.Percentage charge model
Apply the percentage model when you want charges proportional to transaction values rather than usage volume. This model calculates fees as a percentage of the measured value, making it ideal for commission-based or value-based billing scenarios.201 Created response. The response includes the following parameter:
| Parameter | Description | Further action |
|---|---|---|
codestring | Unique code for the pricing plan. | Use this code when managing the plan or creating subscriptions. |
4. Create plan entitlements
Entitlements control the features and capabilities customers receive with their pricing plans. You can configure feature access, usage limits, and permissions through entitlements. Each entitlement consists of a feature and its associated privileges. Use a valid access token and make a POST call to the/v1/commerce/billing/plans/{plan_code}/entitlements endpoint with the entitlements configuration.
Path parameter: plan_code is the code returned when you created the plan.
For information on all parameters, see API reference.
5. Manage plans
You can modify plan configurations to reflect changing business requirements, but certain limitations ensure billing consistency for existing customers. To review a plan’s current configuration and available management options, make a GET call to the /v1/commerce/billing/plans/ endpoint and review the plan properties. The plan’s modifiable attributes determine which management actions you can perform, ensuring proper plan handling.| Plan attribute | Updatable | Possible management options | Impact on existing subscriptions |
|---|---|---|---|
| Plan identification | Yes | Update plan details - name and description for customer-facing display | No impact - display only |
| Base pricing | Yes | Update plan details - fixed recurring amounts charged each billing cycle | Modifies current subscriptions if cascading_updates is true |
| Usage charges | Yes | Update plan details - pricing models, amounts, and minimum charges for metrics | Modifies current subscriptions if cascading_updates is true |
| Plan entitlements | Yes | Manage plan entitlements - feature access and privilege values for customers | Modifies current customer feature access |
| Plan code | No | Plan cannot be modified - unique identifier remains permanent | N/A - cannot be modified |
| Billing cycle | No | Plan cannot be modified - frequency of recurring charges (WEEKLY, MONTHLY, QUARTERLY, YEARLY) | N/A - cannot be modified |
| Currency | No | Plan cannot be modified - currency code cannot be changed after creation | N/A - cannot be modified |
| Trial period | No | Plan cannot be modified - free trial duration is fixed at creation time | N/A - cannot be modified |