POST /features
Creates a new feature.
Servers
- {protocol}://{site}.{environment}:{port}/api/v2
- {protocol}://{site}-test.{environment}:{port}/api/v2
Request headers
| Name | Type | Required | Description |
|---|---|---|---|
chargebee-request-origin-device |
String | No |
The device from which the customer has made the request |
Content-Type |
String | Yes |
The media type of the request body.
Default value: "application/x-www-form-urlencoded" |
chargebee-event-webhook |
String | No |
skip only webhooks Valid values:
|
chargebee-business-entity-id |
String | No |
If the site has multiple business entities, you can use this custom HTTP header to specify the business entity for which Chargebee should perform the operation. |
chargebee-event-actions |
String | No |
skip all actions to be done on the events Valid values:
|
chargebee-request-origin-user |
String | No |
The email address of your customer/user. Use this when the email address has only ASCII characters. |
chargebee-request-origin-ip |
String | No |
The IP address of the customer where the request originated |
chargebee-request-origin-user-encoded |
String | No |
The Base64-encoded email address of your customer/user. Use this if the email address has UTF-8 characters. When this header is provided, the header chargebee-request-origin-user is ignored. |
chargebee-event-email |
String | No |
skip only emails Valid values:
|
Request body fields
| Name | Type | Required | Description |
|---|---|---|---|
id |
String | No |
A unique and immutable identifier for the feature. You can set it yourself, in which case it is recommended that a human-readable format (or slug) be used. For example, |
name |
String | Yes |
A case-sensitive unique name for the feature. For example: Note: This name is not displayed on any customer-facing documents or pages such as invoice PDFs or hosted pages. However, in the future, it is likely to be introduced on the Self-Serve Portal . |
description |
String | No |
A brief description of the feature. For example: |
levels |
Object | No |
Parameters for levels |
levels.is_unlimited[] |
Array | No |
When
Either this or levels[value] should be passed. |
levels.name[] |
Array | No |
A case-sensitive display name for the entitlement level. Provide a name that helps you clearly identify the entitlement level. For example: a feature such as When not provided for |
levels.level[] |
Array | No |
Represents the order of the entitlement levels from lowest to highest.
When not defined, it is assumed as the index of the |
levels.value[] |
Array | No |
The value denoting the entitlement level granted.
|
type |
String | No |
The type of feature. * quantity -The feature is quantity-based and entitlement levels available for it are a set of predefined number of quantity units. For example, a feature with The feature is quantity-based and the entitlement levels available for it are the set of whole numbers within a range. The range is defined by a minimum and a maximum value. For example, a feature such as A switch or toggle is a feature that an item or subscription can be either fully entitled to or not entitled to at all. * custom -The entitlement levels available for this feature are defined as a set of custom values. For example, a feature Valid values:
|
status |
String | No |
The current status of the feature. * active -A The feature is in an unpublished state. Entitlements
and subscription entitlements
can be created for a draft feature but they are not effective until the feature is active. A feature An Valid values:
|
unit |
String | No |
For features of |
How to start integrating
- Add HTTP Task to your workflow definition.
- Search for the API you want to integrate with and click on the name.
- This loads the API reference documentation and prepares the Http request settings.
- Click Test request to test run your request to the API and see the API's response.