POST /open-payment-method-types
Creates a draft version of a custom payment method type. Revision number 1 is assigned to this version. You can update your draft version through the Update a custom payment method type operation. You must publish your draft version through the Publish a custom payment method type operation before your custom payment method type goes live.
Servers
- https://rest.test.zuora.com
- https://rest.sandbox.na.zuora.com
- https://rest.apisandbox.zuora.com
- https://rest.na.zuora.com
- https://rest.zuora.com
- https://rest.test.eu.zuora.com
- https://rest.sandbox.eu.zuora.com
- https://rest.eu.zuora.com
Request headers
Name | Type | Required | Description |
---|---|---|---|
Content-Type |
String | Yes |
The media type of the request body.
Default value: "application/json" |
Content-Encoding |
String | No |
Include the |
Zuora-Track-Id |
String | No |
A custom identifier for tracing the API call. If you set a value for this header, Zuora returns the same value in the response headers. This header enables you to associate your system process identifiers with Zuora API calls, to assist with troubleshooting in the event of an issue. The value of this field must use the US-ASCII character set and must not include any of the following characters: colon ( |
Authorization |
String | Yes |
The value is in the |
Idempotency-Key |
String | No |
Specify a unique idempotency key if you want to perform an idempotent POST or PATCH request. Do not use this header in other request types. With this header specified, the Zuora server can identify subsequent retries of the same request using this value, which prevents the same operation from being performed multiple times by accident. |
Zuora-Entity-Ids |
String | No |
An entity ID. If you have Zuora Multi-entity enabled and the OAuth token is valid for more than one entity, you must use this header to specify which entity to perform the operation in. If the OAuth token is only valid for a single entity, or you do not have Zuora Multi-entity enabled, you do not need to set this header. |
Zuora-Org-Ids |
String | No |
Comma separated IDs. If you have Zuora Multi-Org enabled, you can use this header to specify which orgs to perform the operation in. If you do not have Zuora Multi-Org enabled, you should not set this header. The IDs must be a sub-set of the user's accessible orgs. If you specify an org that the user does not have access to, the operation fails. If the header is not set, the operation is performed in scope of the user's accessible orgs. |
Accept-Encoding |
String | No |
Include the If specified, Zuora automatically compresses responses that contain over 1000 bytes of data, and the response contains a |
Request body fields
Name | Type | Required | Description |
---|---|---|---|
userReferenceIdField |
String | No |
The identification reference of the user or customer account. This field should be mapped to a field name defined in the This field cannot be updated after the creation of the custom payment method type. |
internalName |
String | Yes |
A string to identify the custom payment method type in the API name of the payment method type. This field must be alphanumeric, starting with a capital letter, excluding JSON preserved characters such as * \ ’ ”. Additionally, '_' or '-' is not allowed. This field must be unique in a tenant. This field is used along with the
For example, if This field cannot be updated after the creation of the custom payment method type. |
label |
String | Yes |
The label that is used to refer to this type in the Zuora UI. This value must be alphanumeric, excluding JSON preserved characters such as * \ ’ ” |
entityId |
String | No |
If this custom payment method type is specific to one entity only, provide the entity ID in this field in UUID format, such as You can get the entity ID through the Multi-entity: List entities API operation or the Manage Entity Profile administration setting in the UI. To convert the format of the entity ID to UUID, separate the entity ID string in five groups with hyphens, in the form Note: After the custom payment method type is created, you can only update this field to be empty. |
subTypeField |
String | No |
The identification reference indicating the subtype of the custom payment method. This field should be mapped to a field name defined in the This field cannot be updated after the creation of the custom payment method type. |
tenantId |
String | Yes |
Zuora tenant ID. If multi-entity is enabled in your tenant, this is the ID of the parent tenant of all the sub entities. This field cannot be updated after the creation of the custom payment method type. |
fields[] |
Array | Yes |
An array containing field metadata of the custom payment method type. Notes:
|
fields[].checksum |
Boolean | No |
The checksum value of a payment method is used to identify if this payment method is the same as another one, or if this payment method is altered to another new payment method. Set this flag to
For example, if you select the credit card number and expiration date as the checksum fields for the CreditCard payment method type, when you modified the expiration date, Zuora considers this payment method as a different payment method compared to the original one. This field cannot be This field cannot be updated after the creation of the custom payment method type. |
fields[].description |
String | No |
An explanation of this field. It can be an empty string. |
fields[].required |
Boolean | No |
Specify whether this field is required. This field cannot be This field cannot be updated after the creation of the custom payment method type. |
fields[].maxLength |
Integer | No |
A maximum length limitation of the field value. The specified value must be in the range of [1,8000]. After the custom payment method type is created, you can only increase the value of |
fields[].minLength |
Integer | No |
A minimal length limitation of the field value. 0 <= The value of this metadata does not determine whether the field is a required field. It only defines the minimal length of the field value. After the custom payment method type is created, you can only decrease the value of |
fields[].defaultValue |
String | No |
The default value of the field. If a required field is added after the custom payment method type is published, This field cannot be updated after the creation of the custom payment method type. |
fields[].name |
String | No |
The API name of this field. It must be uinique. An alphanumeric string starting with a capital letter, excluding JSON preserved characters e.g. * \ ’ ” Though this field must be defined with a string starting with a capital letter, use this string with the first letter in lowercase when you specify it in other API operations. For example, This field cannot be This field cannot be updated after the creation of the custom payment method type. |
fields[].label |
String | No |
The label that is used to refer to this field in the Zuora UI. An alphanumeric string, excluding JSON preserved characters e.g. * \ ’ ” This field cannot be |
fields[].visible |
Boolean | No |
Specify This field cannot be Notes:
|
fields[].representer |
Boolean | No |
This flag determines whether this field will be used for identifying this payment method in the Zuora UI. The field will be shown in the Payment Method field in the UI. This field cannot be Notes:
|
fields[].type |
String | No |
The type of this field. For the For the If you need to define a This field cannot be This field cannot be updated after the creation of the custom payment method type. Possible values:
|
fields[].editable |
Boolean | No |
Specify This field cannot be Note: If |
fields[].index |
Integer | No |
The order of the field in this type, starting from 1. It must be unique. This field cannot be This field cannot be updated after the creation of the custom payment method type. |
methodReferenceIdField |
String | Yes |
The identification reference of the custom payment method. This field should be mapped to a field name defined in the This field cannot be updated after the creation of the custom payment method type. |
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.