List PIX transactions
Lists the transactions this plugin has persisted, most recent first. Use it to reconcile your own records against the plugin’s, or to find the local transaction id of an order you know only by its end-to-end id.
Read-only. Every filter is optional and they combine with AND: account_id (the CRM account id), end_to_end_id, status (the eTransactionStatus NAME, e.g. EXECUTED), and is_refund. is_refund is tri-state and parsed leniently — only “true” and “false” filter, and ANY other value (including “1” or “yes”) leaves the filter unset rather than erroring, so a typo there silently widens the result set. There is no pagination and no page size: the response is the whole matching set in one array, so filter narrowly on a busy account. Amounts are integer centavos.
An unknown account_id or end_to_end_id is not an error — it matches nothing and returns an empty array, so absence here means “nothing persisted under that value”, never “the value is wrong”. The only refusal is 400 PIX-0061 for a status that is not a known eTransactionStatus name.
THIS FEED INCLUDES MOVEMENTS THAT BELONG TO INDIRECT PARTICIPANTS, and nothing here separates them. When this participant serves indirect participants (institutions registered with POST /v1/indirects), their credits and payments are persisted as ordinary transactions and come back mixed in with the direct participant’s own. There is no filter on the institution — for one of them, account_id is its @pi_{ispb} settlement alias rather than a CRM account id, which is the practical way to isolate it here, and GET /v1/indirects//transactions is the purpose-built feed (it is windowed, cursor-paged and ordered for reconciliation, which this one is not).
Authorizations
JWT bearer token issued by the identity provider.
Query Parameters
Filter by the CRM account id.
"acc-123"
Filter by the SPI end-to-end id.
"E1234567890"
Filter by eTransactionStatus name.
"EXECUTED"
Filter by refund flag ('true'/'false').
"false"
Response
OK
The list of transactions.

