What are API Keys?
Every request to the Voxworks API authenticates with an API key sent as a Bearer token. Keys are generated and managed from Settings > API Keys inside your team account, and every key belongs to the team it was created in — there’s no per-user or personal key.Generating a key
- Go to Settings > API Keys.
- Click Generate Key.
- Optionally give it a name in the Key Name (optional) field — for example,
Monday.com Production— so you can tell keys apart later. If you leave it blank, the key is namedDefault. - Click Generate.
Copy your API key now. It won’t be shown again.Copy it immediately and store it somewhere safe (a secrets manager or password vault). Voxworks stores only a hash of the key, not the plaintext, so support can’t retrieve a lost key for you — you’ll need to revoke it and generate a new one.
Key format
Keys are prefixedvxw_, followed by a random token, for example:
vxw_ plus the first few characters) as a badge next to each key’s name — the rest is never displayed again after creation.
Using the key
Send the key as a Bearer token in theAuthorization header of every request:
Team scoping
An API key is scoped to the team it was generated in. Every resource the key can read or write — calls, contacts, lists, custom variables — is filtered to that team automatically; there’s no separate account or team ID to pass in the request. If you work across multiple teams, generate a separate key in each one. See Roles & Permissions for how team membership itself is managed.Managing keys
The API Keys table lists each key’s name, prefix badge, creation date, and last-used date (shown as “Never” if the key hasn’t authenticated a request yet). From here you can:- Revoke a key — click the delete icon next to it. Revoking is immediate and permanent: any request using that key starts failing right away, and the key drops off the list entirely.
- Generate a new key — click Generate Key at any time; there’s no limit enforced in the UI on how many active keys a team can hold.
Authentication errors
Requests that fail authentication get a JSON body in the standard error shape:401 Unauthorized
Returned when the request has no usable credentials.403 Forbidden
Returned when the credentials are well-formed and recognised, but the key itself is no longer usable.
Once a request authenticates, it’s still subject to per-key and per-team rate limits — see Rate Limits & Request Limits for the exact buckets and the
429 response shape.
Next Steps
- API Overview — base URL, request/response conventions, and general error handling.
- API Quickstart — generate a key and make your first request end to end.
- Rate Limits & Request Limits — every rate-limit bucket and the
429response headers. - Roles & Permissions — how team membership and access work alongside API keys.

