page and limit query parameters. Every paginated response includes a top-level pagination object alongside data — but the fields inside that object differ by endpoint. There are two shapes in use across the API; check the endpoint’s own reference page to see which one it returns before you write parsing code against it.
Query parameters
integer
The page number to retrieve. Starts at
1. Defaults to 1 if omitted.integer
The number of records to return per page. Defaults to
10 or 20 depending on the endpoint — check the endpoint’s reference page.Shape A — counts and page-existence flags
Used by endpoints such as List members and List disputes:integer
Total number of records matching the current query, across all pages.
boolean
true if more records exist after the current page.boolean
true if records exist on earlier pages.integer
Pass this value as
?page= to fetch the next page. Only meaningful when hasNextPage is true.integer
Pass this value as
?page= to fetch the previous page. Only meaningful when hasPreviousPage is true.integer
The page size used for this response — reflects your
limit parameter or the endpoint’s default.integer
The final page number, derived from
totalCount ÷ limit.Shape B — current page and totals
Used by endpoints such as List audit logs, List businesses, List customers, List subscriptions, and List virtual accounts:integer
The current page number, echoing your
page parameter or its default.integer
The page size used for this response.
integer
Total number of records matching the current query, across all pages.
integer
The final page number, derived from
total ÷ limit.Some list endpoints — such as List payout accounts — return a plain array with no
pagination object at all. Don’t assume one is present; check the endpoint’s reference page.Iterating all pages
Since the field names differ, write your paging loop against the specific shape the endpoint you’re calling returns. For a Shape A endpoint:Node.js
Node.js