POST requests.
Choose an operation
Get Bank Account
Retrieve the current balance, MED and other frozen amounts, active PIX keys, limits, fees, and registered webhooks.
POST /v3/bank_accountGet Statements
Retrieve transaction ledger entries, credit and debit history, payment method details, and pagination cursor metadata.
POST /v3/statementsWhat each operation returns
Account balances and configuration
Get Bank Account returns the selected account’s current details and related configuration.
See Account balances and optional data for the fallback behavior when related lookups fail.
Transaction history and pagination
Get Statements returns transaction ledger entries for the selected account.Select the account
The credential identifies who is making the request. Account-target headers identify the account to read. Your credential must have permission to access that account.When you send account-target headers, include their exact trimmed values in the canonical header set before calculating
X-Signature.Prepare your request
1
Choose the environment
Use the base URL and matching credentials assigned to your integration. See Environments for configuration and isolation rules.
2
Build the endpoint request
Choose the operation above, confirm the target account, and prepare the JSON body described in its reference. Send
Content-Type: application/json.3
Sign the exact request
Send
X-Client-ID, X-Timestamp, X-Nonce, and X-Signature. X-Content-Hash is optional for inbound API calls; if included, it must match the body you send.Follow Request signing for the complete HMAC-SHA256 signing rules.Handle the response
Preserve monetary precision
The following illustrative response fragment shows the monetary field types; it is not a complete response.Interpret account data and statement entries
Account balances and optional data
Account balances and optional data
Get Bank Account returns the account’s balance breakdown and related configuration. Only active PIX keys are returned.If balance-snapshot retrieval fails, the request can still succeed with balance components set to
"0" and currency set to "BRL". PIX-key or webhook lookup failures can return empty lists; limit or fee lookup failures can return null. Basic-account lookup errors remain fatal.A successful response therefore does not guarantee that every related lookup succeeded. Review the Get Bank Account reference before interpreting zero balances or missing optional data.Statement entries and pagination
Statement entries and pagination
Get Statements returns entries in
statements[], together with snapshot_timestamp and cursor information. Each entry includes a decimal-string amount, transaction identifiers, and transaction metadata.Use is_credit to distinguish credits from debits. A returned cursor contains timestamp and id for subsequent requests. See Get Statements for the endpoint contract and response example.Troubleshoot a request
Check the outer JSON
code, not just the HTTP status. Normal API results use HTTP 200, including business errors. An outer code of 200 means success; other values indicate failure. Plain-text transport errors require separate handling.
For Get Bank Account, documented endpoint-specific codes include
500 (missing client context), 501 (account-provider RPC failure), and 4004010 (account not found). Treat these as API result codes when returned in the JSON envelope, not as HTTP status codes. Other provider errors may also be returned.
Error Catalog
Look up result codes and identify the appropriate next check.
Objects & Enums
Interpret shared objects and numeric enum values in API responses.