Retrieve a paginated list of transfer orders (ramps).
Pagination Modes:
- Cursor Pagination: Use
startAfter,endBefore, orcursorparameters. Dates are optional. - Offset Pagination: Use
pageparameter. Dates (dateFromanddateTo) are required.
Important: Cannot mix pagination types. Choose either cursor-based or offset-based pagination.
Use Cases:
- Retrieve transaction history for reporting
- Sync transactions to your system
- Display transaction list to customers
- Export transaction data
Page number for offset pagination (1-based).
Offset Pagination Mode:
- Cannot be used with cursor parameters (
startAfter,endBefore,cursor) - Requires
dateFromanddateTowhen used - Returns total count and page information
- Suitable for UI pagination with page numbers
Example: page=2&perPage=25&dateFrom=2024-01-01&dateTo=2024-12-31
Cursor to start after (order key or ID). Returns orders after this cursor, excluding it.
Cursor Pagination Mode:
- Cannot be used with
endBeforeorpage - Dates are optional when using cursor pagination
- More efficient for large datasets
- Suitable for infinite scroll or "load more" patterns
Example: startAfter=ORD-2024-100&perPage=25
Cursor to end before (order key or ID). Returns orders before this cursor, excluding it.
Cursor Pagination Mode:
- Cannot be used with
startAfterorpage - Dates are optional when using cursor pagination
- Useful for reverse pagination
Example: endBefore=ORD-2024-200&perPage=25
Generic cursor parameter for pagination (typically from previous response).
Usage:
- Cannot be used with
page - Dates are optional when using cursor pagination
- Use
nextCursororprevCursorfrom previous response - Opaque string - do not parse or modify
Example: cursor=eyJvcmRlcnMuaWQiOjEyMzQ1fQ==
Start date filter (YYYY-MM-DD).
Requirements:
- Required for offset pagination (when using
page) - Optional for cursor pagination (when using
startAfter,endBefore, orcursor)
Validation:
- Must be valid date in YYYY-MM-DD format
- Cannot be in the future
- Must be <=
dateToif both provided
End date filter (YYYY-MM-DD). Must be >= dateFrom if provided.
Requirements:
- Required for offset pagination (when using
page) - Optional for cursor pagination (when using
startAfter,endBefore, orcursor)
Validation:
- Must be valid date in YYYY-MM-DD format
- Must be >=
dateFrom - Cannot be in the future
- Mock serverhttps://docs.banxa.com/_mock/products/native-api/openapi/eapi/v0/ramps
- Production environment serverhttps://api.banxa.com/eapi/v0/ramps
- Sandbox environment serverhttps://api.banxa-sandbox.com/eapi/v0/ramps
curl -i -X GET \
'https://docs.banxa.com/_mock/products/native-api/openapi/eapi/v0/ramps?perPage=25&page=2&startAfter=ORD-2024-100&endBefore=ORD-2024-200&cursor=eyJvcmRlcnMuaWQiOjEyMzQ1LCJfcG9pbnRzVG9OZXh0SXRlbXMiOnRydWV9&dateFrom=2024-01-01&dateTo=2024-12-31' \
-H 'Authorization: YOUR_API_KEY_HERE'Successful response with paginated ramps list.
Response Structure:
data: Array of ramp objectspagination: Pagination metadata (cursor or offset based)
Pagination Metadata:
- Cursor mode:
nextCursor,prevCursor,hasMore,perPage - Offset mode:
currentPage,perPage,total,lastPage,from,to
Cursor-based pagination metadata.
Advantages:
- More efficient for large datasets
- Consistent results even when data changes
- Suitable for infinite scroll patterns
Usage:
- Use
nextCursorto fetch next page - Use
prevCursorto fetch previous page - Check
hasMoreto determine if more results exist
- Cursor pagination response
- Offset pagination response
{ "data": [ { … } ], "pagination": { "nextCursor": "eyJvcmRlcnMuaWQiOjEyMzQ1LCJfcG9pbnRzVG9OZXh0SXRlbXMiOnRydWV9", "prevCursor": null, "hasMore": true, "perPage": 10 } }