Skip to main content
List endpoints return results one page at a time. You choose the page with page and its size with limit.

Parameters

A limit above 100 or below 1 is rejected with 422. It is not reduced to the maximum for you.

Response

Every paginated response has the same shape:
There is no next-page cursor. You have reached the last page when (page + 1) * limit is at least total, or when data is empty.

Sort order

Each list has a fixed order. You can’t change it.

Reading every page

Request pages in order until you reach the last one:

Lists that change while you page

Each request counts its page from the start of the list at that moment. If items are added or reordered between your requests, the pages shift under you:
  • Transactions. A transaction created while you page goes on page 0 and pushes every other item down by one. The last item on a page you already read then appears again at the top of the next page. Key the results by transactionId, as the example above does.
  • Payment methods. The list is ordered by last update, so a payment method that changes while you page moves to page 0. You can miss it on the page you were about to read. If you need a complete set, read the list a second time and merge the results by paymentMethodId.
To reconcile transactions, fix the window with fromDate and a toDate in the past. No new transaction can enter that window while you page, so the set stays stable. See List Transactions.
Don’t poll a list to see whether a transaction finished. Status changes arrive as webhooks.