List PIX key claims
Two different listings behind one route, selected by the status query parameter.
With no status (the default) it returns DICT’s §8.2.13 claim listing for the PARTICIPANT, not for the account: account_id only resolves the caller’s ISPB, and the request body carries that ISPB and nothing else, so every claim DICT associates with the institution comes back - including claims that belong to OTHER accounts under the same ISPB. There is no filter, no paging and no local sort. Two consequences follow from the omitted fields: §8.2.13 declares that an omitted stReivindicacao defaults to situation 1 (Aguardando Resolução), so claims in other situations may not appear; and each row is only key, ispb and claimId, with no state, because DICT’s situation value cannot be projected onto this API’s status enum without losing cases.
With status=processing it answers something else entirely - the in-flight claims of §8.2.08, filtered to the caller’s own account number, projected onto the key-entry shape and returned under data instead of claims. The projected status is 5 (you are waiting for the holder), 6 (you hold the key and must decide) or 7 (the holder gave it away; conclude it). Cancelled and completed claims are dropped, and only the FIRST §8.2.08 page (100 rows) is read. Any other status value falls through to the default branch. An account the CRM cannot resolve is 404 PIX-2016.
Authorizations
JWT bearer token issued by the identity provider.
Query Parameters
The CRM account id whose claims to list.
"acc-123"
Set to 'processing' to list in-flight claims as key entries instead of claims.
"processing"

