id or inline) when creating transactions.
To understand the conceptual split model, item types, and step-by-step numeric examples, see Split. This page covers only the configuration CRUD.
Endpoints
| Method | Route | Description |
|---|---|---|
GET | /splits | Paginated list of split configs |
GET | /splits/{id} | Retrieve a split config by ID |
POST | /splits | Create a split config |
PUT | /splits/{id} | Update a split config |
DELETE | /splits/{id} | Remove a split config (soft delete) |
x-api-key header. See Authentication.
The split config object
A split config has aname, optional links to sales/checkout, and a config array containing the split rules (the “split items”).
Split item (config[])
ID of the recipient receiving this portion of the amount. Cannot be empty.
Type of the portion. Accepted values:
sale, interest, platform_fee.Value of the portion. Must be greater than
0 (minimum 0.01). Interpretation depends on valueType.How to interpret
value. Accepted values: percentage (percentage from 0 to 100) or fixed (fixed amount).Marks the item that bears the processing fee. Exactly 1 item in the array must have
processingFee: true.Marks the item responsible (liable) in the event of a chargeback/dispute. Exactly 1 item in the array must have
liable: true.List split configs
Query params
Filter by name.
Filter by activation status (
true/false).Filter by linked sales key.
Filter by linked checkout.
Start date of the creation range. ISO 8601 with timezone (e.g.,
2026-01-01T00:00:00-03:00).End date of the creation range. ISO 8601 with timezone.
Page number (pagination).
Items per page (pagination).
Retrieve a split config by ID
ID of the split config.
200 (found) · 404 (not found — see Errors).
The example above is illustrative. The exact set of fields returned (timestamps, etc.) is defined by the split config entity — confirm against the actual payload from your sandbox.
Create a split config
201 with the created split config.
Supports idempotency via the Idempotency-Key header. See Conventions.
Body
Name of the split config. Cannot be empty.
Array of split items. Follows the rules described in The split config object.
Sales key to link. Optional; accepts
null.Checkout to link. Optional; accepts
null.Defines whether the split config is created as active.
Example with fixed amounts (cents)
Example with fixed amounts (cents)
When
valueType is fixed, value is the amount in cents. The “sum = 100” rule applies only to items with valueType: "percentage" — fixed items are excluded. In the example below, since no item is percentage-based, the rule does not apply.Validation errors in the
config array (sum ≠ 100, missing/multiple processingFee, missing/multiple liable) return 400. See Errors.Update a split config
200 with the updated split config.
ID of the split config.
Body
New name. If provided, cannot be empty.
New array of split items. If provided, follows the same validation rules as creation.
Sales key. Accepts
null.Checkout. Accepts
null.Activates or deactivates the split config.
200 (updated) · 404 (not found) · 400 (validation error).
Remove a split config
200 with the entity containing the deletedAt field populated.
ID of the split config.
200 (removed) · 404 (not found).
See also
Split (values)
Conceptual model and step-by-step numeric examples of the split distribution.
Recipients
Register the recipients referenced in
recipientId.Transactions
Apply a split config when creating a transaction.
Errors
Error format and how to handle
400 / 404.
