Billing APIs

Introduction
Billing API is a RESTful API that allows setting up customers, collecting payments and maintaining balances for these customers, as well as creating recurring billing subscriptions.

Billing API documentation includes the following sections:

Objects - lists all recurring billing objects. The purpose of this section is to describe all object fields, their format and usage, provide the links to the corresponding database tables.

Type Enumerations – lists possible values that can be used in the respective fields within Billing API requests and responses. The purpose of this section is to provide an explanation of all enumerations used for API calls.

Actions - lists all actions that can be performed with key recurring billing objects. The purpose of this section is to describe the methods and format of API requests and the format of responses.

Integration Notes – lists integration notes associated with the Billing API objects and actions. The purpose of this section is to provide explicit information about the peculiarities of specific actions and object fields.

Code samples - provides examples of recurring billing use cases (creating billing plans, subscriptions, freeing or canceling subscriptions, reversing transactions, etc) and their implementation in JSON, XML formats. The purpose of this section is to provide examples that can be used for testing of the integration with the gateway.

To learn how to work with the Billing API, we recommend reviewing the integration notes first. Key recurring billing module terms are available here. For more detailed information about the recurring billing configurations and management, check the Recurring Billing Guide.

Allocation

Type:  
Abstract:  no
Status:  Active
Java Class:  BalancingSummary
Represents allocations of funds across transactions (for example between payments and invoices).

Available Fields:

# Name Type Pattern Format Mode Usage Description
1 id Long R O Unique Allocation ID generated by the system.
2 sourceId Long R O Reference to a Transaction that the Allocation is associated with.
Note: The balance of this source transaction was used to offset the balance of a target transaction.

Typical example: source transaction is a payment, target transaction is an invoice.
3 targetId Long R O Reference to a Transaction that the Allocation is associated with.
Note: The balance of this target transaction was offset by the source transaction.

Typical example: source transaction is a payment, target transaction is an invoice.
4 createDate Datetime R O Date when the Allocation was created.
Note: Date format: yyyy-MM-dd.
5 isActive Boolean R O Status of the Allocation.
Note: Values: true (active) or false (inactive).
6 amount Integer R O Amount (in cents) charged during the transaction processing.
7 targetTransactionType String R O Type of a target transaction that the Allocation is associated with.
Note: See targetId for detail.
8 causeTransactionId Long R O Reference to a Transaction that the Allocation is affected by.
Note: Sometimes, the allocation may change due to business circumstances. This field indicates which transaction caused the changes.
9 causeTransactionType String R O Type of a transaction that the Allocation is affected by.
Note: See causeTransactionId for detail.

XML Sample:

<allocation id=""  sourceId=""  targetId=""  createDate=""  isActive=""  amount=""  targetTransactionType=""  causeTransactionId=""  causeTransactionType="" />

JSON Sample:

{
  "id": "",
  "sourceId": "",
  "targetId": "",
  "createDate": "",
  "isActive": "",
  "amount": "",
  "targetTransactionType": "",
  "causeTransactionId": "",
  "causeTransactionType": ""
}

XURL Sample:

?id=&sourceId=&targetId=&createDate=&isActive=&amount=&targetTransactionType=&causeTransactionId=&causeTransactionType=&
id=
sourceId=
targetId=
createDate=
isActive=
amount=
targetTransactionType=
causeTransactionId=
causeTransactionType=