Redbark

List transactions. Reads exactly one banking or Documents account, newest first. First call: pass `account` (not accountId or connectionId), optional `from`/`to`, and limit at most 100. Later pages: pass the opaque `page` token instead of offset. `from` must not be after `to`; banking history is limited to about 7 years. Omitting `from` restricts results to the last 30 days; pass it explicitly for older history, including imported Documents rows. Amounts are integer minor units; `category` is the user category the transaction resolves to. Transactions include provider-supplied `reference` and `extended_description`, each null when unavailable. When the 5,000 row ceiling is hit the response carries `X-Redbark-Truncated: true` and a non-null next_page_url. Results are paginated: pass limit (1 to 100) and follow next_page_url by sending its page token back as the page argument.

list_transactions

Returns a short guide on how Redbark works, condensed from docs.redbark.com. Call before a multi-step task so the tool sequence, ids and gotchas are right. Topics: - onboarding: Link sessions for bank consent, destination links for Sheets, Notion, Airtable and YNAB, and what a first sync needs. - syncs_and_destinations: The sync and sync_run objects, creating and updating syncs, account mappings, destination targets, runs and resync. - rules_and_categories: Rulesets and rules (conditions, actions, preview, attach), and the category taxonomy with provider source claims. - events_and_webhooks: Thin events, event destinations, the event log and redelivery, signature verification, and webhook destinations. - errors_and_scopes: The error envelope and every error code, request ids, rate limits, the scope table and plan gates. - api_conventions: Id prefixes, money and date shapes, list pagination and include, idempotency keys, versioning, updates and deletes.

redbark_guide

Retrieve a connection. Retrieves one connection by id, with its computed status. Pass `include[]=accounts` to embed its accounts.

get_connection

Retrieve a run. Retrieves one sync run by id, with its status and any error.

get_sync_run

Retrieve a sync. Retrieves one sync by id. Pass `include[]=latest_run` to embed its most recent run.

get_sync

Retrieve a transaction. Looks the transaction up by provider id within the given account and date window (defaults to the last 30 days). Requires `account`. Includes pending transactions and provider-supplied `reference` and `extended_description`, each null when unavailable. Searches at most 5,000 provider rows within a bounded page budget. If the search cannot confirm absence within that budget, returns 400 transaction_search_incomplete: narrow the from/to date range and retry. Returns 404 only when the valid window is exhausted without a match, or the transaction/account scope is invalid.

get_transaction

Retrieve an account. Retrieves one account by id: its identity, type and currency. Balances and details are separate endpoints.

get_account

Find transactions across all of the user's banking accounts (or the accounts you pass) in a date window, optionally matching text in the description or merchant, a direction and a minimum amount. Returns the matching rows sorted by date (newest first) or by amount (largest first), with the total number of matches. Use it for questions like "my Woolworths transactions last month" or "my biggest purchases this month". Reads live from the bank, up to 5000 transactions per call.

search_transactions

Aggregate transactions over a date window without returning the raw rows: spent versus received per currency, the top groups by category, merchant, account or month, and the largest transactions. Reads live from the bank for every banking account (or the accounts you pass), up to 5000 transactions.

spending_summary