Billing now lives on the workspace. Every workspace has one billing account for all of its projects, and existing projects were moved onto it automatically. API keys, sandboxes, templates, and project plans did not change.
What a workspace is for
- One place for all your projects. Switch between projects, create new ones for a new environment or product, and see everything your organization runs on E2B without signing in and out of separate accounts.
- One place to manage access. Invite people to the workspace and they can use every project in it. If someone should only see some projects, invite them to those projects instead. Inside a project, all members have the same permissions. See Inviting members.
- One place for billing. The workspace has one default payment method, one billing email, one credit balance, and one monthly invoice for all of its projects. Each project still has its own plan and spending limit.
Workspace vs project
Billing
Every workspace has one billing account, and every project in the workspace is billed through it. You manage it on the workspace’s billing page in the E2B Console.- One default payment method. The monthly invoice for all projects in the workspace is charged to the workspace’s default payment method.
- One billing email. The workspace has a single billing email, which you can change on its billing page.
- Shared credits. Credits on the workspace pay for usage in any of its projects.
- One monthly invoice. On self-serve plans, plan fees, add-ons, and usage for all projects in the workspace are billed together each month. A plan upgrade or add-on bought mid-month is charged when you buy it. Enterprise billing follows your contract.
- Plans stay per project. Each project keeps its own plan, add-ons, tier limits, and spending limit. Upgrading one project to Pro does not change the others, and each Pro project has its own monthly plan fee.
- Blocking. When a project reaches its spending limit, only that project is blocked. When a workspace without a payment method runs out of credits, every project in it is blocked shortly afterwards, until you add a payment method.
Inviting members
People join a workspace only through an invite. Workspace owners invite people by email from the workspace’s members page or a project’s members page in the E2B Console. The invited address doesn’t need an existing E2B account.Send an invite
- Open the workspace’s members page, or the members page of a project.
- Click Invite and enter the person’s email address.
- Choose the access:
- All projects: the person gets one role on every project in the workspace.
- Selected projects: pick the projects and a role for each. On a project’s members page, that project is already selected.
- Click Send invite.
Manage pending invites
Workspace owners see invites after the members in the members list, with a Pending or Expired badge. Hover the badge to see who sent the invite and when. Pending invites count toward the workspace’s member count. Expired invites are listed but don’t count. Each invite row’s menu has these actions:- Resend: sends a new link with a fresh 7-day expiry. The previous link stops working.
- Copy invite link: copies the link so you can share it yourself. Available for pending invites only.
- Revoke: cancels the invite so the link no longer works.
Accept an invite
The invite link openshttps://console.e2b.dev/invite/<invite-id>. To accept it:
- Sign in, or create an account, with the email address the invite was sent to. If you’re signed in with a different account, sign out and sign in with the invited address.
- If the address isn’t verified yet, click Verify email and complete verification.
- Review the access the invite grants and click Accept.
Who can invite
- Workspace owners can invite people to the workspace or to any of its projects.
- Project owners who aren’t workspace owners can’t invite. Ask a workspace owner to invite the person.
- Workspaces with SSO or SCIM have invites disabled. Members join through your identity provider instead.
Existing projects
Every project that existed before workspaces was carried over as-is and placed into a workspace automatically:- Self-serve accounts: projects were grouped together based on their billing data, so projects paid for under the same billing relationship share a workspace.
- Enterprise customers: projects were grouped according to the enterprise relationship. Workspaces were mapped by our team manually.