Token Types

When generating a token from the Apicbase UI, you choose between two token types: Service Account and Personal. The right choice depends on what you're building.

Comparison

Service Account TokenPersonal Token
Acts asDedicated API user for the libraryThe user who generated the token
PermissionsAdmin-level within selected scopesInherits the user's own permission set
Action attribution"API Service Account (App name)"The individual user's name
Tied to a personNoYes — breaks if account is deactivated
Library-switching riskNoYes — follows the user's active library
Best forProduction integrations, automated workflowsTesting, personal scripts, development

Service Account Token

A Service Account Token acts as a dedicated API user for your library, independent of any individual's account. All API requests are attributed to "API Service Account (your app name)" in audit logs and modification history.

Use this when:

  • Building a production integration or automated workflow
  • You need the token to keep working regardless of team changes
  • You want API activity clearly separated from individual user actions

Permissions: Service account tokens operate with admin-level permissions within the scopes you selected at creation time. They are not constrained by any individual user's permission set.

Personal Token

A Personal Token acts as you — the user who generated it. API requests are attributed to your account, and the token inherits your permissions.

Use this when:

  • Running personal scripts against your own library
  • You intentionally want API actions attributed to your account

Limitations to be aware of:

  • If your account is deactivated, the token stops working
  • The token operates in your currently active library. If you switch libraries in the Apicbase UI, API requests will follow — which can cause unintended behavior in integrations
🚧

Dual requirement for Personal Tokens

Your application needs the correct OAuth scope and your user account needs the corresponding permission.

For example, to create a recipe via the API, the token must have the library scope and your account must have recipe creation permissions. A missing permission on either side returns a 403 Forbidden error.

How to generate each type

Both token types are generated from Library Settings → API Settings → New token. After selecting an application, you'll see a token type selector before choosing scopes and creating the token. Select Service Account Token or Personal Token, configure your scopes, give the token a name, and click Create token.

The Access Token and Refresh Token are shown once — copy both before closing the modal.

For step-by-step instructions, see the Quick Start Tutorial.

📘

Working across multiple libraries?

If your integration needs to operate across more than one library, see the Working with Multiple Libraries guide.

For partners with external applications

If your application connects to a customer's Apicbase library, the library owner generates your access token from their API Settings → Connected Applications → Manage tokens.


The token type selector is not available for external applications. Tokens generated this way are always scoped to the library connection and attributed to the application, not to the library owner's personal account.

❗️

Service Account Tokens for external applications must be generated via the UI

There is no way to obtain a service account token through the OAuth authorization code flow. The OAuth flow issues tokens bound to whichever user completes the authorization, which means the resulting token inherits that user's permissions and is subject to the same library-switching limitations as a Personal Token.

If your integration requires stable, account-independent access, ask the library owner to generate a token from the UI and share it with you