--- headline: Administration Overview | Opik Documentation og:description: Learn how to manage users, workspaces, roles, and authentication settings in Opik for your organization. og:site_name: Opik Documentation og:title: 'Opik Administration: Managing Users, Workspaces, and Permissions' subtitle: Multi-user collaboration with enterprise-grade access control title: Overview canonical-url: https://www.comet.com/docs/opik/administration/overview --- Opik Cloud and Enterprise include administration features for teams and organizations, including: - **Role-based access control**: Assign granular permissions at the organization and workspace level - **Single sign-on (SSO)**: Authenticate users via SAML or OIDC with your identity provider - **Workspace isolation**: Separate projects and data across teams with independent access controls - **Service accounts**: Create API keys for CI/CD pipelines and automated workflows - **User management**: Invite team members, assign roles, and manage access from a central dashboard - **JWT authentication**: Integrate Opik into existing systems with token-based auth Available on [Opik Cloud](https://www.comet.com/site/products/opik/) and Enterprise. [Contact us](https://www.comet.com/site/about-us/contact-us/) for Enterprise pricing. ## Get started Invite users, create workspaces, and manage organization settings from the admin UI. Learn how organization roles and workspace roles control what users can access. Set up SAML or OIDC single sign-on, or configure JWT for programmatic access. Configure AI providers, feedback definitions, and other workspace-level preferences. ## Key concepts Opik uses a hierarchical structure to organize users and data: | Term | Description | | --- | --- | | **Organization** | Your company or team. Contains all users, workspaces, and billing settings. | | **Workspace** | A container for projects. Users can belong to multiple workspaces with different roles in each. | | **Project** | A container for traces. Experiments and datasets live at the workspace level. | | **Organization Role** | Controls organization-wide permissions (e.g., Admin can manage billing and users). | | **Workspace Role** | Controls what a user can do within a specific workspace (e.g., Editor can create projects). | Here's how these concepts relate: ```mermaid flowchart TD Org[Organization] --> Users[Users + Org Roles] Org --> Settings[Settings] Org --> WS[Workspaces] WS --> WSA[Workspace A] WS --> WSB[Workspace B] WSA --> MembersA[Members + Roles] WSA --> ProjectsA[Projects] WSB --> MembersB[Members + Roles] WSB --> ProjectsB[Projects] ``` We recommend creating one workspace per team. This keeps projects organized and allows you to assign different roles to team members based on their responsibilities.