> ## Documentation Index > Fetch the complete documentation index at: https://docs.sequenzy.com/llms.txt > Use this file to discover all available pages before exploring further. # Workspaces, Billing, and Shared Limits > Understand billing ownership, pooled email usage, and sender-health isolation when one login has access to multiple company workspaces # Workspaces, Billing, and Shared Limits Sequenzy separates **workspace access** from **billing ownership**. One login can own several company workspaces and can also be a member of workspaces owned by other people. Billing and account-level limits always follow the workspace owner, not whichever member happens to be signed in or sends the email. If you own two company workspaces, creating the second workspace does not create a second core email plan. Both workspaces use your plan and the same pooled email allowance. ## What Is Shared? | Item | Scope | Multi-workspace behavior | | -------------------------------------------------------------------- | ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------ | | Core email plan | Workspace owner account | One plan applies to every company owned by that account | | Core plan billing | Workspace owner account | Another owned workspace does not create another core plan subscription or workspace-specific invoice | | Monthly email allowance | Workspace owner account | Sends from all companies owned by the account count toward the same usage total; the allowance is not divided into workspace buckets | | One-time email credits | Workspace owner account | Credits are spent by sends from any company the account owns | | Core paid features | Workspace owner account | Owner-level benefits, such as removing Sequenzy branding, apply across the owner's companies | | Daily sending safety cap | Company workspace | Each company has its own rolling sending cap | | Bounce and complaint health | Company workspace | Metrics, warnings, and automatic sending pauses are evaluated separately for each company | | SMS access and credits | Company workspace | SMS is enabled and consumed separately for each company | | Subscribers, campaigns, sequences, integrations, and sender profiles | Company workspace | Data and configuration stay isolated in the selected company | The ownership boundary matters when your login can access workspaces owned by different people. A company you only joined uses **its owner's** plan and usage pool. Sending from that company does not use the plan attached to companies you personally own. The owner-level monthly email allowance is an accounting and upgrade threshold, not a separate hard gate for each workspace. Sequenzy continues recording usage when the pooled allowance is exceeded. The hard operational protection is the company-specific limit of 200,000 accepted emails in a rolling 24-hour window. ## Invoices and Add-ons The core email plan is attached to the owner's billing account. Under normal Stripe billing, owned workspaces therefore share one core plan subscription and one core-plan invoice stream. A teammate with billing permission can manage that subscription, but the teammate does not become the billing owner. One login is not guaranteed to receive literally one invoice in every configuration: * A monthly SMS add-on can be billed as a separate subscription, while its credits remain scoped to one company. * Shopify-billed plans and add-ons appear through Shopify rather than as a direct Stripe invoice from Sequenzy. * Prorated upgrades or add-on changes can create an immediate billing document. Adding another company workspace by itself does not create any of these extra charges. ## Usage Example Suppose you own Company A and Company B under one login: * Your plan includes `N` emails for the current billing period, and you start with `C` one-time email credits. * Company A sends `A` emails and Company B sends `B` emails. * Credits are consumed first, so your remaining combined allowance is `max(0, N + C - A - B)`. * A member who sends from Company B consumes the same owner-level pool. If you are also an admin of Company C, which another person owns, sends from Company C use that other owner's plan and usage pool. ## Enforcement and Reputation Most deliverability enforcement is intentionally company-specific: * Bounce and complaint thresholds use the selected company's sending history. * A sender-health pause stops that company, not the owner's other companies. * The daily safety cap is evaluated independently for each company. * Subscriber unsubscribe state and complaint suppression remain inside the company. Some controls and infrastructure can still have a wider effect: * A serious abuse finding can produce an **owner-account ban**. That blocks sending for every company owned by that account and pauses verification work for those companies' sending domains. * Owner-level trust and safety status is shared across the owner's companies and can affect safety review or recovery decisions. * Permanent and undetermined recipient bounces are suppressed platform-wide so another company does not retry a destination already known to be invalid. * The default `sequenzymail.com` domain and shared sending pools have reputation shared with other senders. A verified custom sending domain gives each brand a separate domain identity. * Dedicated IP inventory belongs to the billing owner. If the same dedicated IP is assigned to domains from more than one owned company, those domains share that IP's reputation. * Amazon SES maintains a regional account-level suppression list. An exact recipient on that provider list can be suppressed across companies using the same SES account and region, even though Sequenzy's local suppression records are company-specific. For the strongest separation between brands, use a different verified sending domain for each company. Use separate dedicated IPs as well when you need IP reputation to be independent. ## MCP and API Context With an account API key or MCP connection, `get_account` lists every accessible company and your role in each one. Use `select_company` in MCP, or send `x-company-id` with an account API key, before reading or changing workspace data. Selecting a company changes the workspace context; it does not create a separate billing account or quota. ## Related * [Authentication and workspace selection](/authentication) * [MCP integration](/concepts/mcp) * [Sender health and automatic pauses](/guides/sender-health) * [Dedicated IP assignment](/concepts/dedicated-ips)