Integration roles
Four parties are involved in every white label integration, and here’s how we refer to each one throughout the docs:Who owns the apps
Your integration authenticates as a single Base44 account holding a personal access token. Every app your builders create belongs to that one account, and no Base44 identity exists for the builder at all. Every call to Base44 goes through your own backend, and no credential is ever sent to the browser.Authenticating as the integration account
Your server sends that account’s personal access token asAuthorization: Bearer <token> on every Apps API call.
A personal access token belongs to the workspace it was created in, and only reaches that workspace. The account also has its own personal workspace, separate from your enterprise workspace, the one holding your design system, skills, and plan. Create the token in your enterprise workspace, not the account’s personal workspace, or your builds miss the design system, skills, and plan you set up. Give the token access to All apps and Superagents and Full access permission, since your integration creates, edits, and publishes apps.
Name the workspace explicitly on every API call too. Send X-Active-Workspace-Id: <workspace id>, and set workspace_id or organization_id where an endpoint takes one.
Personal access tokens replace account API keys, and from October 15, 2026 you can no longer use an account API key. If your integration still sends
api_key: <key>, replace that header with Authorization: Bearer <token>. See moving from account API keys.Permissions
The account your integration authenticates as needs an editor-capable role, Editor or above, in your workspace. Viewers and guests can’t create apps, and Deploy an app only succeeds for an Editor.See also
- Setup checklist: Everything you need to do to get an integration running
- Design system: Put your brand on everything your builders build
- Apps API reference: Every endpoint this page builds on, including authentication