Merchant Payments
Purpose
Retrieve historical payments for all terminals under a single merchant. Use this endpoint for store-level reconciliation, settlement reporting, or dashboards that aggregate sales across multiple devices at one merchant location.
Endpoint
Path parameter
id
string
Merchant identifier returned by the Create Merchant or List Merchants endpoints.
Query parameters
All pagination, sorting, and filter options (page
, pageSize
, sortBy
, sortDirection
, fromDate
, toDate
, status
) are documented on the Pagination & Sorting page.
Include any combination of them in the query string.
Request example
Curl
(No JSON body—filters are passed in the query string.)
Response example (trimmed)
Key fields
id
Internal payment identifier.
merchantId
Merchant that owns the transaction (echoes the {id}
you passed).
terminalId
Specific device that processed the payment.
created
, updated
Timestamps in UTC ISO-8601 format.
statusCode
Payment life-cycle code (created
, processing
, completed
, etc.).
amounts
Requested, paid, and settleable amounts with currency metadata.
trackingId
, reference
, description
Custom values supplied when the payment was created.
Common errors
404
MerchantNotFound
{id}
is unknown to the caller.
Verify the merchant ID or call List Merchants.
400
InvalidDateRange
fromDate
is later than toDate
.
Swap or adjust the dates.
400
PageSizeTooLarge
pageSize
exceeds the maximum (200).
Reduce pageSize
or paginate.
Usage tips
Store-level reconciliation – Run nightly to match sales against your POS totals and deposits.
Multi-device roll-ups – Because the response includes
terminalId
, you can split the data client-side by device if needed.Exception monitoring – Filter on
status=underpaid
orstatus=overpaid
across the whole merchant to surface discrepancies quickly.
Last updated