Skip to content
English
  • There are no suggestions because the search field is empty.

๐Ÿ’ก Account vs. Workspaces 

WORKSPACES FORM THE OPERATIONAL LAYER WITHIN CASEBASE. THEY STRUCTURE TEAMS, CONTENT, AND PROCESSES WHILE MAINTAINING GOVERNANCE THROUGH CENTRAL ACCOUNT-LEVEL CONFIGURATIONS.

๐Ÿ“š Table of Contents


 

๐Ÿงฉ What Are Workspaces?

A workspace is an independent working environment within a Casebase account.
Each workspace can have its own content, settings, and members.

For example, you can:

  • Separate departments, business units, or focus areas

  • Define your own workflows, templates, and scoring methods

  • Work autonomously while staying within global governance


 

๐Ÿงพ Account vs. Workspace Level Comparison

Area Account Level Workspace Level
Governance Defines global rules and standards Applies and extends them locally
User Management Admins manage globally Moderators manage locally
Whitelabeling Global branding Team-level branding adjustments
Templates & Workflows Globally defined Extended or customized locally
Use Cases Not visible globally Visible within the workspace only

๐Ÿ’ก This ensures global control with local flexibility.


 

๐Ÿ‘ฅ Users and Access Rights

Only users who are explicitly invited to a workspace can access it.

A user can be active in multiple workspaces with different roles:

  • Example: A user is a Moderator in Workspace A, but only a Visitor in Workspace B.

๐Ÿ‘‰ Roles and permissions are always workspace-specific and do not transfer automatically.


 

๐Ÿ’ก Use Cases Within a Workspace

Each use case belongs to exactly one workspace.
This means:

  • A use case is only visible to members of that workspace.

  • There is no global use case overview across multiple workspaces.

This ensures a clear separation of data and focus within each team.


 

โš™๏ธ Workspace Setup and Inheritance

Each workspace can maintain its own setup and configuration, such as:

  • ๐ŸŽจ Whitelabeling: Colors, logo, branding

  • ๐Ÿ“‹ Templates: Field definitions, scoring logic

  • ๐Ÿšฆ Workflows: Funnel structure and quality gates

Global Account Settings can also be defined and applied across all workspaces:

  • Inherited: e.g. metadata fields in templates or workflows

  • Adopted: e.g. whitelabel or evaluation settings

This allows a balance between centralized governance and local flexibility.


 

๐Ÿง‘โ€๐Ÿ’ผ Roles and Responsibilities

Each workspace should have at least one Moderator responsible for local management:

  • Managing users and invitations

  • Maintaining workspace templates and workflows

  • Ensuring compliance with global standards

๐Ÿ‘ฅ Admins ensure global governance โ€” Moderators ensure operational execution.


 

๐Ÿ”„ Changes and Synchronization

When global settings are updated at the account level:

  • Changes to inherited elements (e.g. templates or workflows) are automatically reflected across all workspaces.

  • Workspaces with customized versions retain their individual settings.

๐Ÿ’ก Global updates stay consistent, while local customizations remain intact.


 

๐Ÿงฑ Best Practices & Recommendations

Recommended:

  • 1โ€“2 workspaces per team or department

  • Consistent workspace naming conventions

  • Use global templates for alignment

  • Define clear roles (Admin vs. Moderator)

Not recommended:

  • Duplicating the same use cases across multiple workspaces

  • Creating independent workflows without governance review

  • Running workspaces without a clear responsible moderator


 

๐Ÿงญ Conclusion

At the account level, global standards can be defined to ensure governance and consistency.
At the same time, workspaces can extend or customize these setups to meet team- or project-specific needs.

This creates a scalable, flexible, and controlled system for managing AI use cases effectively.