-
- abort-payment-on-terminal
- capture-payment
- filter-payments
- find-payment
- initiate-payment-flow
- list-activity-logs
- list-payment-activities
- list-payments
- list-payments-by-contact
- list-payments-by-terminal
- refund-payment
- request-payment
- resume-payment-on-terminal
- retrieve-refund-performance
- retrieve-sales-performance
- reverse-payment
- start-payment-on-terminal
- void-payment
Filter payments
Returns a paginated list of payments for the authenticated merchant with advanced filtering capabilities.
This endpoint provides comprehensive search functionality using the SearchIndex infrastructure, allowing you to filter payments by various criteria including status, payment method, currency, amount ranges, and date ranges.
The response includes pagination controls with previous and next cursors that can be used
to navigate through the payment history efficiently.
Features:
- Full-text search: Search across payment content
- Advanced filtering: Filter by status, payment method, currency, amount, contact, dates, and fraud finding
- Contact filtering: Filter by contact internal ID or external ID
- Date range support: Support for specific dates, datetimes, date ranges, datetime ranges, and keywords
- Pagination: Efficient cursor-based pagination
- Merchant-scoped: Only returns payments for the authenticated merchant
per_page
number
Optional. Number of payments to return per page. Default: 10, Maximum: 100
page
number
Optional. Page number for pagination. Default: 1 (first page)
status
string
Optional. Filter by payment status. Examples: 'PENDING', 'SUCCESSFUL', 'AUTHORIZED', 'VOIDED', 'REVERSED', 'FAILED'
Allowed values:PENDINGSUCCESSFULAUTHORIZEDVOIDEDREVERSEDFAILEDEXPIREDDISPUTEDREFUNDED
created_at
string
Optional. Filter by creation date/time. Supports: specific date (YYYY-MM-DD), datetime (ISO8601), date range (YYYY-MM-DD..YYYY-MM-DD), datetime range (ISO8601..ISO8601), or keywords (today, yesterday, this_week, last_week, this_month, last_month)
authorized_at
string
Optional. Filter by authorize date/time. Supports: specific date (YYYY-MM-DD), datetime (ISO8601), date range (YYYY-MM-DD..YYYY-MM-DD), datetime range (ISO8601..ISO8601), or keywords (today, yesterday, this_week, last_week, this_month, last_month)
captured_at
string
Optional. Filter by capture date/time. Supports: specific date (YYYY-MM-DD), datetime (ISO8601), date range (YYYY-MM-DD..YYYY-MM-DD), datetime range (ISO8601..ISO8601), or keywords (today, yesterday, this_week, last_week, this_month, last_month)
payment_method
string
Optional. Filter by payment method name. Examples: 'card', 'promptpay', 'k_plus'
currency
string
Optional. Filter by currency code. Examples: 'THB', 'USD'. Case-insensitive.
amount
string
Optional. Filter by amount. Supports: exact amount (1000), range (1000..5000), or boundless ranges (1000.. or ..5000). Amounts are in the smallest currency unit (cents for USD).
contact_id
string
Optional. Filter by contact ID. Accepts either internal UID (starting with ctc_ ) or external ID. Examples: ctc_1234567890 or ext_1234567890
terms
string
Optional. Full-text search across payment content. Searches payment method names, and customer email addresses. Uses fuzzy matching for partial text matches. Examples: 'visa', 'stripe', 'john@example.com'
fraud_finding
string
Optional. Filter by fraud finding result. Examples: 'safe', 'risky'
Allowed values:saferisky
| Attribute | Description |
|---|---|
previousobject
|
Nullable. Pagination for the previous page. Contains 'before' (page number) and 'per_page' (page size) parameters. Use these values in the 'page' and 'per_page' parameters of the next request to get the previous page. Returns null if there is no previous page. |
pagearray<object.payment>
|
Always present. The current page of records, ordered by creation date (newest first). Each record is serialized according to the specified record_serializer option. |
nextobject
|
Nullable. Pagination for the next page. Contains 'after' (page number) and 'per_page' (page size) parameters. Use these values in the 'page' and 'per_page' parameters of the next request to get the next page. Returns null if there is no next page. |
| Attribute | Description |
|---|---|
payment_idstring
|
Always present. The ID of the payment. |
external_idstring
|
Nullable. The merchant's internal reference for this payment. |
statusstring
|
Always present. The current status of the payment. Possible values:
|
amountnumber
|
Always present. The payment amount in subunits. |
currencystring
|
Always present. The 3-letter ISO currency code (e.g., 'THB'). |
payment_methodstring
|
Always present. The payment method used (e.g., 'PROMPTPAY', 'CARD'). |
payment_method_display_namestring
|
Always present. The display name of the payment method. |
card_last_digitsstring
|
Nullable. The ending digits of the card number. Null for non-card payment methods or card payments without a token. |
card_networkstring
|
Nullable. The card network, such as visa or mastercard. Null for non-card payment methods or card payments without a token. |
created_atnumber
|
Always present. The creation timestamp (Unix timestamp). |
authorized_atnumber
|
Nullable. When the payment was authorized (Unix timestamp). |
captured_atnumber
|
Nullable. When the payment was captured (Unix timestamp). |
expires_atnumber
|
Nullable. When the payment expires (Unix timestamp). |
capturestring
|
Always present. Whether the capture is automatic or manual. Possible values:
|
customer_idstring
|
Nullable. The ID of the customer (contact) associated with this payment. |
customer_external_idstring
|
Nullable. The merchant's external reference for the customer (contact), if set. |
customer_emailstring
|
Nullable. The email address of the customer. |
customer_mobilestring
|
Nullable. The mobile phone number of the customer. |
customer_namestring
|
Nullable. The name of the customer. |
feesarray<object.fee>
|
Always present. The fees associated with the payment. |
ref1string
|
Nullable. The first custom reference (e.g., invoice ID). |
ref2string
|
Nullable. The second custom reference. |
ref3string
|
Nullable. The third custom reference. |
reversibleboolean
|
Always present. Whether the payment can be reversed. |
capturableboolean
|
Always present. Whether the payment can be captured. |
voidableboolean
|
Always present. Whether the payment can be voided. |
refundableboolean
|
Always present. Whether the payment can be refunded. |
fraud_findingstring
|
Nullable. Whether the payment is considered risky or safe from a fraud perspective. Possible values:
|
failure_codestring
|
Nullable. The failure code for a failed payment. |
failure_messagestring
|
Nullable. A description of why the payment failed |
terminal_idstring
|
Nullable. The ID of the terminal that created the payment, if any. |
payment_link_idstring
|
Nullable. The ID of the payment link that created the payment, if any. |
payment_session_idstring
|
Nullable. The ID of the payment session associated with this payment, if any. |
| Attribute | Description |
|---|---|
fee_idstring
|
Always present. The ID of the fee. |
kindstring
|
Always present. The type of fee. Possible values:
|
parent_idstring
|
Always present. The ID of the billable item that this fee is attached to. For example, if the fee is a dispute fee, this would be the ID of the dispute. |
billing_codestring
|
Always present. The billing code of the fee. |
unit_amountnumber
|
Always present. The unit amount of the fee, in subunits. I.e. how much is billed for each unit of the fee. |
percentage_amountnumber
|
Always present. The percentage amount of the fee, in subunits. E.g. With a percentage_fee of 4%, a payment of 1000 THB would have a percentage_amount of 40_00. |
discount_appliedboolean
|
Always present. Whether the fee has been discounted. Possible values:
|
statement_idstring
|
Always present. The ID of the statement that this fee is attached to. |
UNHANDLED_ERROR
This error occurs when the server encounters an unexpected internal error that it cannot handle gracefully. This typically happens due to bugs, infrastructure issues, or edge cases that weren't anticipated during development.
INVALID_ARGUMENTS
This error occurs when the request contains invalid or missing parameters. Common cases include missing required fields, or values that don't match the expected format or type.
BAD_VERSION
This error occurs when making requests to an API version that does not exist. This commonly happens when using an outdated SDK or when the API version specified in the request URL is incorrect.
curl "https://api.reservepay.com/merchants/filter-payments" \
-X POST
-H "Content-Type: application/json" \
-H "Accept: application/json" \
-H "Authorization: Bearer $(RESERVEPAY_API_KEY)" \
-d '{
"amount": "1000..5000",
"status": "VOIDED"
}'
