Skip to main content
List endpoints use cursor-based pagination. Results are returned in stable order, and you page through them using a cursor rather than an offset.

Response structure

Every paginated response includes these fields:

Parameters

integer
default:"100"
Number of results per page. Minimum 1, maximum 500.
string
A cursor for pagination. Pass the next_cursor value from the previous response to fetch the next page.

Paginated endpoints

GET /categories is also a list endpoint, but it returns the full set in a single response and does not accept limit or starting_after.

Example

Fetch the first page of transactions:
If has_more is true, use next_cursor to get the next page:

Fetching all pages

Use larger limit values (up to 500) to reduce the total number of requests, especially if you are syncing all data.
Writing a generic helper that paginates any list endpoint? Use the url field from the response instead of hardcoding the path: append ?starting_after={next_cursor} to response.url and the same function works across /transactions, /journal_entries, and any future list endpoint.