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

# Invite Members

### **Creating an Organization and Becoming Organization Admin**

1. Sign up or create a new organization in Condense Console [https://console.condense.zeliot.in/signUp](https://console.condense.zeliot.in/signUp)

<img src="https://mintcdn.com/zeliot/KDEvnCExK8Q07qbD/images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%252Fblobs%252FJ4wWXaLFahV1z6wLIf9U%252Fimage.png?fit=max&auto=format&n=KDEvnCExK8Q07qbD&q=85&s=082ba1e94e096adcaa12ad0f7e24ebdf" alt="" width="2304" height="1376" data-path="images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%2Fblobs%2FJ4wWXaLFahV1z6wLIf9U%2Fimage.png" />

2. The creator automatically becomes the **Organization Admin**

<img src="https://mintcdn.com/zeliot/KDEvnCExK8Q07qbD/images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%252Fblobs%252Fq27pMxg6KS3bAIGPKWsP%252Fimage.png?fit=max&auto=format&n=KDEvnCExK8Q07qbD&q=85&s=9de4551c3180375a60d22d086edb923b" alt="" width="2304" height="1371" data-path="images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%2Fblobs%2Fq27pMxg6KS3bAIGPKWsP%2Fimage.png" />

3. Environment(s) can now be linked to the organization

<img src="https://mintcdn.com/zeliot/KDEvnCExK8Q07qbD/images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%252Fblobs%252FHuIV9Fj1r08FHp6MXdKk%252Fimage.png?fit=max&auto=format&n=KDEvnCExK8Q07qbD&q=85&s=da1b1105ff85e7756119503e94614a3d" alt="" width="2304" height="1375" data-path="images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%2Fblobs%2FHuIV9Fj1r08FHp6MXdKk%2Fimage.png" />

### **Inviting Members**

As Organization Admin:

1. Go to **Members**
2. Select **Invite Member**
3. Enter user details

<img src="https://mintcdn.com/zeliot/KDEvnCExK8Q07qbD/images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%252Fblobs%252FfNDim7ZD6nX2yHinn0Y6%252Fimage.png?fit=max&auto=format&n=KDEvnCExK8Q07qbD&q=85&s=4f5b65f3c9cd7aad943370a44174c858" alt="" width="2304" height="1380" data-path="images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%2Fblobs%2FfNDim7ZD6nX2yHinn0Y6%2Fimage.png" />

4. Send invite

Once accepted, the member appears under the organization.

<img src="https://mintcdn.com/zeliot/KDEvnCExK8Q07qbD/images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%252Fblobs%252FGl5snN5VMjFtcOtDRUXR%252Fimage.png?fit=max&auto=format&n=KDEvnCExK8Q07qbD&q=85&s=2e64046d79735dbad32adeecc1038c6e" alt="" width="2304" height="1440" data-path="images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%2Fblobs%2FGl5snN5VMjFtcOtDRUXR%2Fimage.png" />

### **Inviting Existing Condense Users (New in v2.4.1)**

Starting with **Condense v2.4.1**, users who already have a Condense account can be invited to additional organizations using the same email address.

When the invitation is accepted:

* No new Condense account is created.
* The new organization is added to the user's existing account.
* Existing organizations remain unchanged.
* Roles and permissions are managed independently within each organization.

<Info>
  A single Condense account can belong to multiple organizations while maintaining separate members, environments, workspaces, and permissions for each organization.
</Info>

5. Select the member and assign one of the Organization-level roles:

* Organization Admin
* Account Admin
* Billing Admin
* Environment Admin (for selected environments)
* Environment User (for selected environments)

<img src="https://mintcdn.com/zeliot/KDEvnCExK8Q07qbD/images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%252Fblobs%252FctD33xsfBC7wOLDmZdc5%252Fimage.png?fit=max&auto=format&n=KDEvnCExK8Q07qbD&q=85&s=88d03c696f9dd66c3d393bc6b752f31f" alt="" width="2304" height="1440" data-path="images/condense/v2.4.0/condense-guide/condense-console/rwKRGO3QthZ6EMqqYblg%2Fblobs%2FctD33xsfBC7wOLDmZdc5%2Fimage.png" />

<Danger>
  You cannot assign any role to member if there is no Environment is associated to organization
</Danger>

### **Assigning Organizational Roles**

Organization Admins can assign:

* Organization Admin
* Account Admin
* Billing Admin

These roles control access in Condense Console.

### **Assigning Environment Roles**

Organization Admin or Account Admin can:

1. Select a member
2. Choose **Add to Environment**
3. Select an environment
4. Assign either:
   * Environment Admin
   * Environment User

This determines the member’s access level inside Condese Core.

### **Assigning Workspace Roles (inside Condense Core)**

Only **Environment Admins** do this.

For an Environment User:

1. Navigate to **Members** in Condense Core
2. Select the Environment User
3. Choose **Assign Workspace Role**
4. Select role:
   * Kafka Admin
   * Maintainer
   * Developer
   * Viewer
5. Select one or more workspaces

> **Note** The role selected applies to all selected workspaces. Later additions must use the same role.

## **Example Scenario**

#### **Setup**

**Environments**: Production, Testing **Workspaces**: FleetTracking, ColdChain, Sandbox

#### **Team**

| Name   | Org Role           | Environment Role       | Workspace Role                       |
| ------ | ------------------ | ---------------------- | ------------------------------------ |
| Anita  | Organization Admin | Env Admin (Prod, Test) | —                                    |
| Bharat | Account Admin      | Env User (Prod)        | Kafka Admin — FleetTracking          |
| Divya  | —                  | Env Admin (Test)       | Maintainer — Sandbox                 |
| Eshan  | —                  | Env User (Prod)        | Developer — FleetTracking, ColdChain |
| Farah  | —                  | Env User (Test)        | Viewer — Sandbox                     |

#### **User Experience**

* **Anita** Full authority across both environments and all workspaces.
* **Bharat** Sees Production only. Sees only FleetTracking because of the Kafka Admin role.
* **Divya** Sees all workspaces in Testing. Can deploy and manage connectors in Sandbox.
* **Eshan** Sees Production. Sees FleetTracking and ColdChain as Developer.
* **Farah** Sees Sandbox with read-only access.

#### **Behavior**

* Environment Admins see and operate across **all workspaces** of their environments
* Environment Users only see the workspaces they have a role for
* Workspace roles for an Environment User always remain uniform across all selected workspaces

## Capability **Overview**

| Capability                      |    Env Admin   | Env User (Workspace Role) |
| ------------------------------- | :------------: | :-----------------------: |
| Access all Workspaces           |        ✅       |             ❌             |
| Access only assigned Workspaces | Not applicable |             ✅             |
| Create / delete Workspaces      |        ✅       |             ❌             |
| Manage Workspace members        |        ✅       |             ❌             |
| Deploy connectors               |        ✅       |      Maintainer only      |
| Develop applications            |        ✅       |       Developer only      |
| Kafka operations                |        ✅       |      Kafka Admin only     |
| View everything                 |        ✅       |        Viewer only        |

Condense RBAC provides a structured, predictable access model across three layers:

* **Organization Layer** : governs who administers the organization and who can assign access
* **Environment Layer** : determines seniority and visibility for operations
* **Workspace Layer** : controls fine-grained operational capabilities

Environment Admins manage the entire environment and all workspaces. Environment Users gain workspace access only through explicit workspace-role assignments using a consistent role across selected workspaces.

This model keeps permissions clear, secure, and scalable, supporting diverse teams collaborating across multiple environments and workspaces.

## Lifecycle Guide

## Lifecycle Guide

The following lifecycle illustrates how a user is onboarded into an organization and granted access to Condense resources.

### 1. Create an Organization

A new user signs up for Condense and creates an organization. The creator is automatically assigned the **Organization Admin** role.

**Outcome:**

* Organization created
* Organization Admin assigned
* Ready to link environments

***

### 2. Link an Environment

The Organization Admin links one or more Condense environments to the organization.

**Outcome:**

* Environment becomes available for member assignment
* Environment roles can now be configured

***

### 3. Invite Members

The Organization Admin invites users by entering their email address and sending an invitation.

Users receive an invitation email and join the organization after accepting the invitation.

**Outcome:**

* Member added to the organization
* Ready for role assignment

***

### 4. Assign Organization Roles

Assign one of the available organization-level roles based on administrative responsibilities.

Available roles include:

* Organization Admin
* Account Admin
* Billing Admin

**Outcome:**

* Administrative permissions configured

***

### 5. Assign Environment Roles

Assign users to one or more linked environments.

Available roles include:

* Environment Admin
* Environment User

**Outcome:**

* User gains access to the selected environments

***

### 6. Assign Workspace Roles

For Environment Users, assign workspace-level permissions within Condense Core.

Available workspace roles include:

* Kafka Admin
* Maintainer
* Developer
* Viewer

Workspace roles determine what actions users can perform within their assigned workspaces.

**Outcome:**

* User receives access to the required workspaces

***

### 7. Start Working

Once all required roles have been assigned, members can:

* Access their assigned environments
* Open authorized workspaces
* Build and deploy pipelines
* Manage connectors and transforms (based on role)
* Monitor Kafka resources and applications

***

### 8. Ongoing Administration

Organization Admins can continue to manage the organization by:

* Inviting new members
* Updating member roles
* Removing members
* Linking additional environments
* Managing organization settings

Starting with **Condense v2.4.1**, users can also belong to multiple organizations and switch between them without creating separate accounts. Each organization maintains its own members, environments, workspaces, and permissions independently.

## **Frequently Asked Questions (FAQs)**

## Frequently Asked Questions (FAQs)

### Q1: Who can invite members to an organization?

Only users with the **Organization Admin** role can invite new members to an organization and assign organization-level roles.

***

### Q2: What happens after a member accepts an invitation?

Once the invitation is accepted, the member is added to the organization. An Organization Admin can then assign the appropriate organization and environment roles based on the user's responsibilities.

***

### Q3: Can I invite someone who already has a Condense account?

Yes. Starting with **Condense v2.4.1**, existing Condense users can be invited to additional organizations using the same email address. The new organization is added to their existing account without requiring a new registration.

***

### Q4: Can a user belong to multiple organizations?

Yes. A single Condense account can belong to multiple organizations. Users can switch between organizations while maintaining separate roles, permissions, environments, and workspaces for each organization.

***

### Q5: Do I need a different email address for each organization?

No. The same email address can be used across multiple organizations. Each organization manages access independently.

***

### Q6: Can I assign roles before linking an environment?

Organization-level roles can be assigned without an environment. However, **Environment Admin** and **Environment User** roles can only be assigned after at least one environment has been linked to the organization.

***

### Q7: What is the difference between Organization, Environment, and Workspace roles?

* **Organization Roles** control administrative access to the Condense Console.
* **Environment Roles** determine access to specific Condense environments.
* **Workspace Roles** provide fine-grained permissions within individual workspaces in Condense Core.

***

### Q8: What happens if I remove a member from the organization?

Removing a member revokes their access to the organization, including all associated environments and workspaces within that organization. Their access to other organizations remains unaffected.

***

### Q9: Can an Environment User access all workspaces?

No. Environment Users can only access the workspaces to which they have been explicitly assigned a workspace role.

***

### Q10: Can an Environment Admin access every workspace?

Yes. Environment Admins have access to all workspaces within the environments they administer and can manage workspace resources and members.

***

### Q11: Can workspace roles be different across multiple workspaces?

For Environment Users, the same workspace role is applied to all workspaces selected during assignment. If additional workspaces are assigned later, they must use the same role.

***

### Q12: Can I change a member's role later?

Yes. Organization Admins can update organization roles, environment roles, and workspace assignments at any time, provided they have the necessary permissions.

***

### Q13: What happens if a user belongs to multiple organizations?

When signing in, users can switch between organizations using the organization selector. Each organization maintains its own members, environments, workspaces, roles, and permissions independently.

***

### Q14: Is there a limit to the number of members or organizations?

The number of members and organizations depends on your Condense subscription and deployment configuration. Contact your Condense administrator or Zeliot Support for details.

***

### Q15: Why can't I assign Environment Roles?

Environment roles can only be assigned after an environment has been linked to the organization. If no environments are available, link an environment before assigning **Environment Admin** or **Environment User** roles.
