Skip to main content
Seven of Brex’s APIs: Team, Transactions, Payments, Expenses, Budgets, Fields and Accounting. An agent pointed at Brex writes to it — issuing and locking cards, setting spend limits, paying vendors, attaching receipts and coding expenses — and three things are easy to get wrong: card creation, transfers and every budget write require an Idempotency-Key; every operation needs its own scope, and cards does not grant cards.pan; and the Accounting API refuses in an envelope of its own. Brex publishes no client library, so the conformance suite pins the seven OpenAPI documents Brex serves and validates every response the twin gives against them. Slug: brex

What it models

Advancing moves transfers towards PROCESSED, activates shipped cards and locks cards past their lock date, rolls budgets and spend limits into their next period, expires receipt URIs and resolves receipt matches.

Not modelled

Titles, cost centers and legal entities, incoming transfers and linked accounts, partner OAuth, and the whole of the Onboarding, Travel and Webhooks APIs. An endpoint Brex has and the twin has not built answers an explicit 501 NOT_MODELED in Brex’s envelope; a path Brex does not have is a 404.