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

# One organization or several?

> The structure decision most teams hesitate on, and where groups fit.

Before you open the platform to teams, you decide how to structure it. This is the question most organizations hesitate on: a single organization with groups, or several organizations?

<Frame>
  <img src="https://mintcdn.com/prismeai/kce4vctumUN4Xy5d/images/org-vs-groups.svg?fit=max&auto=format&n=kce4vctumUN4Xy5d&q=85&s=add2ca9a3b06542a5f71576813f66000" alt="One org with groups gives a shared catalog, asset reuse, groups for members and permissions, and lighter administration. Multiple organizations give hard isolation of data, quotas, billing, and models, per-subsidiary compliance, and independent catalogs. Choose multiple orgs only for hard separation." width="1200" height="420" data-path="images/org-vs-groups.svg" />
</Frame>

## How to decide

<CardGroup cols={2}>
  <Card title="One org + groups" icon="users">
    Keep a shared foundation. **Groups** organize members and permissions, and [membership rules](/products/ai-governance/identity-access) auto-assign roles as people join. Best when teams collaborate and reuse each other's assets.
  </Card>

  <Card title="Multiple organizations" icon="building-lock">
    Separate everything: data, quotas, billing, and available models. Best for subsidiaries or business units with their own compliance perimeter and no cross-sharing.
  </Card>
</CardGroup>

Decide on a few concrete criteria:

* **Data segregation**: must data never cross a boundary? That points to multiple orgs.
* **Billing and chargeback**: do you need fully separate cost attribution? Multiple orgs make it clean.
* **Compliance perimeter**: different regulatory scopes per entity? Multiple orgs.
* **Reuse and collaboration**: do teams share agents, skills, and tools? One org with groups keeps that simple.

**Recommendation:** choose multiple organizations only when you need hard separation of data, billing, or compliance. Otherwise, one organization with groups keeps reuse and administration simple. The two levels of governance (central and per-org) apply either way, see [Governe](/products/ai-governance/overview).

## Next steps

<CardGroup cols={2}>
  <Card title="Who does what" icon="users-gear" href="./operating-model">
    The teams and rights per level
  </Card>

  <Card title="Opening strategies" icon="shield-check" href="./opening-strategies">
    Open to all or curate, without chaos
  </Card>
</CardGroup>
