x-api-key header.
rcp_. Each key belongs to one workspace, and every request it makes is scoped to that workspace.
Dashboard sessions authenticate with a bearer token instead. Endpoints in this reference accept either, but use an API key for anything server-to-server — it’s scoped, revocable, and doesn’t expire with a login session.
Creating a key
1
Open API keys
In the dashboard, go to API keys.
2
Name it for its use
“Zapier booking sync”, not “key 2”. You’ll thank yourself when deciding what’s safe to revoke.
3
Grant only what it needs
Pick the narrowest set of permissions that does the job. See the table below.
4
Copy it now
The full key is shown once. Afterwards only a preview — first characters and last four — is visible.
Permissions
A request with a valid key but insufficient permission returns
403.
Expiry
Keys can be given an expiry date. Worth using for anything temporary — a contractor’s integration, a one-off migration — so access ends on its own rather than relying on someone remembering.Keeping keys safe
Do
Store in environment variables or a secret manager. One key per integration. Rotate on any suspicion, and when someone with access leaves.
Don't
Commit keys to source control. Put them in frontend JavaScript or a mobile app. Share one key across several systems — you then can’t revoke one without breaking the rest.
Revoking
Deactivate a key from API keys; it stops working immediately. Keys are independent of the user who created them, so removing a team member does not revoke keys they made — rotate those separately. See Team & roles.Scoping to a location
Addx-location-id to restrict a request to one location:
