POST /v1/debitmemos/{debitMemoKey}/collect
Note: This operation is only available if you have Invoice Settlement enabled. The Invoice Settlement feature is generally available as of Zuora Billing Release 296 (March 2021). This feature includes Unapplied Payments, Credit and Debit Memo, and Invoice Item Settlement. If you want to enable Invoice Settlement, see Invoice Settlement Enablement and Checklist Guide for more information.
This API operation provides an easy way to let the client-side to collect an existing posted debit memo. It supports the following steps:
- Apply unapplied credit memos to the posted debit memo by Oldest-First-Largest-First rule if there are more than one unapplied credit memos.
- Apply unapplied payments to the posted debit memo by Oldest-First-Largest-First rule if there are more than one unapplied payments.
- Process payment to the posted debit memo if there is an open-balance on it.
Restrictions
Since this API will do lots of works, and some of them are resource consuming, we need to restrict the usage of this API by the following conditions:
- If the target debit memo gets more than 10 debit memo items, the request will be rejected.
- If
CreditMemo
is specified inapplicationOrder
, when there are more than 25 credit memos will be used to apply to the debit memo, the request will be rejected. - If
CreditMemo
is specified inapplicationOrder
, when there are more than 100 credit memo items will be used to apply to the debit memo, the request will be rejected. - If
UnappliedPayment
is specified inapplicationOrder
, when there are more than 25 payments will be used to apply to the debit memo, the request will be rejected.
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
Path parameters
Name | Type | Required | Description |
---|---|---|---|
debitMemoKey |
String | Yes |
The ID or number of a posted debit memo. For example, 8a8082e65b27f6c3015ba419f3c2644e. |
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 | No |
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 |
---|---|---|---|
payment |
Object | No |
Some detail info that would be used to processed an electronic payment.
The info would only effect when |
payment.paymentMethodId |
String | No |
The unique ID of the payment method that the customer used to make the payment. If no payment method ID is specified in the request body, the default payment method for the customer account is used automatically. If the default payment method is different from the type of payments that you want to create, an error occurs. |
payment.gatewayId |
String | No |
The ID of the gateway instance that processes the payment. The ID must be a valid gateway instance ID and this gateway must support the specific payment method. If no gateway ID is specified in the request body, the default gateway for the customer account is used automatically, if this default one is not configured, the default gateway of the tenant would be used. |
collect |
Boolean | No |
Indicates if the current request needs to collect payment or not. Default value: false |
applyCredit |
Boolean | No |
Whether to automatically apply credit memos or unapplied payments, or both to the debit memo.
If the value is Default value: false |
applicationOrder[] |
Array | No |
The priority order to apply credit memos and/or unapplied payments to the debit memo. Possible item values are: Note:
|
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.