> ## Documentation Index
> Fetch the complete documentation index at: https://help.pipelime.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Company settings overview

> Every settings tab, the permission each one needs, and where a denied link sends you instead.

export const Screenshot = ({id, alt, caption, frame = 'browser', url, marks = [], lang = 'en', workspace = 'northwind-outbound'}) => {
  const src = `/images/screenshots/${lang}/${id}.png`;
  const chrome = url ? `app.pipelime.ai/${workspace}${url}` : 'app.pipelime.ai';
  return <figure className={`pl-shot pl-shot--${frame} not-prose`}>
      <div className="pl-shot__frame">
        {frame !== 'bare' && <div className="pl-shot__bar">
            <span className="pl-shot__dots">
              <span className="pl-shot__dot" />
              <span className="pl-shot__dot" />
              <span className="pl-shot__dot" />
            </span>
            <span className="pl-shot__url">{chrome}</span>
          </div>}
        <div className="pl-shot__media">
          <img src={src} alt={alt} loading="lazy" />
          {marks.map(mark => <span key={mark.n} className="pl-shot__mark" style={{
    left: `${mark.x}%`,
    top: `${mark.y}%`
  }} aria-hidden="true">
              {mark.n}
            </span>)}
        </div>
      </div>
      {caption && <figcaption className="pl-shot__caption">{caption}</figcaption>}
    </figure>;
};

Company Settings is one screen with a sidebar of tabs: the workspace profile, teammates, roles, blocked domains, compliance, API keys. Each tab checks its own permission before it renders.

<div className="pl-availability">
  <div className="pl-availability__row">
    <div className="pl-availability__label">Where</div>
    <div className="pl-availability__value"><span className="pl-path">Settings<span className="pl-path__sep">→</span>Company Settings</span></div>
  </div>

  <div className="pl-availability__row">
    <div className="pl-availability__label">Your role needs</div>
    <div className="pl-availability__value">Update access to Company Settings <code>update-companies</code>. Admin have it by default.</div>
  </div>

  <div className="pl-availability__note">If you cannot find this in your sidebar, your workspace may have a custom menu configuration. Contact support and we will check it for you.</div>
</div>

The permission in that block is the one the first tab needs, not a key to the rest of the screen. There is no single permission that opens the whole of Company Settings, so two members can open it and see sidebars of different lengths. A permission a member lacks hides its tab completely. The tab never renders greyed out.

## Every tab, and the permission it needs

Twelve tabs render in the sidebar. Eight of them (everything except Integrations, Email Prompts, Access and Roles & Permissions) check one shared permission, `update-companies`. The other four each check a permission of their own.

<Screenshot id="settings-team/company-settings-overview--admin" url="/settings/profile" alt="The Company Settings sidebar listing all twelve tabs, from Company Settings down to Advanced, under the workspace logo and website" caption="The order here is fixed. It is also the order a denied link is redirected through." />

| Tab                                                                     | Route                               | Permission          |
| ----------------------------------------------------------------------- | ----------------------------------- | ------------------- |
| [Company Settings](/en/settings-team/company-profile)                   | `/settings/profile`                 | `update-companies`  |
| [Integrations](/en/integrations/overview)                               | `/settings/integrations`            | `read-integrations` |
| [Email Prompts](/en/settings-team/email-prompts-personality-templates)  | `/settings/prompts`                 | `read-prompts`      |
| [Access](/en/settings-team/invite-team-members)                         | `/settings/access`                  | `read-users`        |
| [Roles & Permissions](/en/settings-team/roles-and-permissions)          | `/settings/roles`                   | `read-roles`        |
| [Final-client recipients](/en/managed-accounts/final-client-recipients) | `/settings/final-client-recipients` | `update-companies`  |
| [Blocked Domains](/en/settings-team/blocked-domains)                    | `/settings/blocked-domains`         | `update-companies`  |
| [Shareable Files](/en/settings-team/shareable-files)                    | `/settings/shareable-files`         | `update-companies`  |
| [Campaign Settings](/en/ai-agents/campaign-pacing-settings)             | `/settings/campaign-settings`       | `update-companies`  |
| [Email Compliance](/en/settings-team/email-compliance)                  | `/settings/email-compliance`        | `update-companies`  |
| [API & Integrations](/en/developers/api-keys)                           | `/settings/api`                     | `update-companies`  |
| [Advanced](/en/settings-team/delete-a-workspace)                        | `/settings/advanced`                | `update-companies`  |

**Integrations** is not a smaller, settings-only version of the connectors page. Following that tab loads the exact same component as **Apps & CRM** in the main sidebar, so the Apps & CRM overview linked above covers everything on it.

<Note>
  There is a thirteenth `/settings/whitelabel` route, guarded on `read-white-labels`, that renders the [Whitelabel](/en/settings-team/whitelabel-overview) screen. It has no sidebar row, and nothing in the product links to it. **Whitelabel** is reached from the profile menu in the header instead, and that copy of the screen is not permission-guarded. Do not go looking for it in this sidebar. It sits after Advanced in the same list the redirect below walks, so it is the last thing tried before the dashboard.
</Note>

## Where a denied link sends you

Following a link into a tab your role cannot open never shows an error page. It redirects you to the first tab in the table above that your role can open, or to the workspace dashboard if your role can open none of them.

That matters because a few links elsewhere in the product (the header menu, the workspace cards) always point straight at the first tab, **Company Settings**, which needs `update-companies`. A member without it lands on their own first allowed tab instead of a broken page. A read-only role, for example, holds `read-integrations` but not `update-companies`, so the same link opens Integrations for them.

<Screenshot id="settings-team/company-settings-overview--restricted" url="/settings/integrations" alt="Company Settings signed in as a read-only role: a sidebar of three tabs (Integrations, Email Prompts, Access) with the Integrations tab open" caption="The link that was followed pointed at Company Settings. The address bar shows where the redirect landed." />

## Related

<CardGroup cols={2}>
  <Card title="Roles & Permissions" icon="shield-check" href="/en/settings-team/roles-and-permissions">
    The three system roles, how a custom role is built, and the guard rails that refuse a change.
  </Card>

  <Card title="Why can't I see a menu item?" icon="circle-question-mark" href="/en/settings-team/why-cant-i-see-a-menu-item">
    The full order to check when something is missing: role permission, menu override, plan and partner branding.
  </Card>

  <Card title="Feature availability matrix" icon="table" href="/en/reference/feature-availability">
    Every surface in the product, the permission it needs and the roles that hold it, in one generated table.
  </Card>
</CardGroup>