Pagination
Request parameters
| Parameter | Type | Default | Description |
|---|---|---|---|
limit | integer | 25 | Number of records to return per page. Maximum 100. |
pagination_token | string | null | Opaque token from a previous response. When present, use the token exactly as returned — do not combine it with a different limit. |
Response shape
Every paginated response returns the same structure:| Field | Description |
|---|---|
data | Array of items for the current page. |
nextPaginationToken | Pass as pagination_token to get the next page. null on the last page. |
prevPaginationToken | Pass as pagination_token to get the previous page. null on the first page. |
Pagination tokens are opaque. Never parse, construct, or modify them — only round-trip them from responses back into requests.
Paginating through results
-
Make an initial request with
limit: -
Use
nextPaginationTokenfrom the response for the next page: -
Continue until
nextPaginationTokenisnull.
Sorting
The Embedded Banking API does not define globalsort or order query parameters for list endpoints.
Sorting behavior is endpoint-specific:
- Some endpoints may document their own sorting parameters or fixed sort order in their reference pages.
- If an endpoint does not document sorting parameters, results are returned in that endpoint’s default order and cannot be re-ordered via query parameters.
Filtering
The Embedded Banking API uses endpoint-specific filter parameters rather than a generic filter syntax. Each list endpoint defines its own supported query parameters for narrowing results. For example, a list endpoint might support:Refer to the individual endpoint reference to see the exact filter parameters available for each resource.