# Organizations (Premium)

<Callout type="info" title="Note">
  Organizations requires a
  [Premium license](https://coder.com/pricing#compare-plans). For more details,
  [contact your account team](https://coder.com/contact).
</Callout>

Organizations can be used to segment and isolate resources inside a Coder
deployment for different user groups or projects.

## Example [#example]

Here is an example of how one could use organizations to run a Coder deployment
with multiple platform teams, all with unique resources:

![Organizations Example](/beta-docs/images/admin/users/organizations/diagram.png)

For more information about how to use organizations, visit the
[organizations best practices](/beta-docs/tutorials/best-practices/organizations/)
guide.

## The default organization [#the-default-organization]

All Coder deployments start with one organization called `coder`. All new users
are added to this organization by default.

To edit the organization details, select **Admin settings** from the top bar, then
**Organizations**:

<img height="255px" src="/images/admin/users/organizations/admin-settings-orgs.png" alt="Organizations Menu" align="center" />

From there, you can manage the name, icon, description, users, and groups:

![Organization Settings](/beta-docs/images/admin/users/organizations/default-organization-settings.png)

## Additional organizations [#additional-organizations]

Any additional organizations have unique admins, users, templates, provisioners,
groups, and workspaces. Each organization must have at least one dedicated
[provisioner](/beta-docs/admin/provisioners/) since the built-in provisioners only apply to
the default organization.

You can configure [organization/role/group sync](/beta-docs/admin/users/idp-sync/) from your
identity provider to avoid manually assigning users to organizations.

## How to create an organization [#how-to-create-an-organization]

### Prerequisites [#prerequisites]

* Coder v2.16+ deployment with Premium license and Organizations enabled
  ([contact your account team](https://coder.com/contact)) for more details.
* User with `Owner` role

<div className="fd-steps">
  <div className="fd-step">
    ### Create the organization [#create-the-organization]

    To create a new organization:

    1. Select **Admin settings** from the top bar, then **Organizations**.

    2. Select the current organization to expand the organizations dropdown, then select **Create Organization**:

       <img height="212px" src="/images/admin/users/organizations/org-dropdown-create.png" alt="Organizations dropdown and Create Organization" align="center" />

    3. Enter the details and select **Save** to continue:

       <img height="579px" src="/images/admin/users/organizations/new-organization.png" alt="New Organization" align="center" />

    In this example, we'll create the `data-platform` org.

    Next deploy a provisioner and template for this organization.
  </div>

  <div className="fd-step">
    ### Deploy a provisioner [#deploy-a-provisioner]

    [Provisioners](/beta-docs/admin/provisioners/) are organization-scoped and are responsible
    for executing Terraform/OpenTofu to provision the infrastructure for workspaces
    and testing templates. Before creating templates, we must deploy at least one
    provisioner as the built-in provisioners are scoped to the default organization.

    1. Using Coder CLI, run the following command to create a key that will be used
       to authenticate the provisioner:

       ```sh
       coder provisioner keys create data-cluster-key --org data-platform
       Successfully created provisioner key data-cluster! Save this authentication token, it will not be shown again.

       < key omitted >
       ```

    2. Start the provisioner with the key on your desired platform.

       In this example, start the provisioner using the Coder CLI on a host with
       Docker. For instructions on using other platforms like Kubernetes, see our
       [provisioner documentation](/beta-docs/admin/provisioners/).

       ```sh
       export CODER_URL=https://<your-coder-url>
       export CODER_PROVISIONER_DAEMON_KEY=<key>
       coder provisionerd start --org <org-name>
       ```
  </div>

  <div className="fd-step">
    ### Create a template [#create-a-template]

    Once you've started a provisioner, you can create a template. You'll notice the
    **Create Template** screen now has an organization dropdown:

    ![Template Org Picker](/beta-docs/images/admin/users/organizations/template-org-picker.png)
  </div>

  <div className="fd-step">
    ### Add members [#add-members]

    From **Admin settings**, select **Organizations**, then **Members** to add members to
    your organization. Once added, members will be able to see the
    organization-specific templates.

    <img height="365px" src="/images/admin/users/organizations/organization-members.png" alt="Add members" align="center" />
  </div>

  <div className="fd-step">
    ### Create a workspace [#create-a-workspace]

    Now, users in the data platform organization will see the templates related to
    their organization. Users can be in multiple organizations.

    ![Workspace List](/beta-docs/images/admin/users/organizations/workspace-list.png)
  </div>
</div>

## Default member roles [#default-member-roles]

<Callout type="info" title="Note">
  Editing default member roles requires a Premium license.
  ([learn more](https://coder.com/pricing#compare-plans)).
</Callout>

Each organization carries a `default_org_member_roles` list of built-in role
names. Coder unions this list into every member's effective roles at request
time, so changes propagate to all current and future members on their next
request without re-issuing tokens or editing per-user role assignments.

The default value is `["organization-workspace-access"]`. With that default,
every organization member can read, build, ssh into, and execute commands in
workspaces they own. Removing `organization-workspace-access` from the list
creates organization members that cannot create or use workspaces unless the
role is assigned to them directly, which is useful for restricted accounts
that should only hold the minimal member permissions.

To edit the default roles in the dashboard, go to
**Admin settings** > **Organizations** > **Roles** > **Default Roles**, or
set `default_org_member_roles` via
`PATCH /organizations/{organization}`.

### Limitations [#limitations]

* `default_org_member_roles` accepts built-in role names only. Custom
  organization roles are rejected; assign them directly to members instead.
* Removing a role from the list removes it from every member that does not
  hold the role through a direct assignment, including existing members.
  Review the per-organization [audit log](/beta-docs/admin/security/audit-logs/) if you
  need to trace who changed the defaults.

## Next steps [#next-steps]

* [Organizations - best practices](/beta-docs/tutorials/best-practices/organizations/)