Skip to main content

Workspace administration

Workspace administration is intended for organization owners, managers, and system administrators. It is not a separate back-office system. The relevant settings appear within the main product according to your role and permissions.

Invite and remove members

  • Send member invitations to add colleagues to the workspace;
  • Assign permissions by role, such as who can create projects, publish websites, or only view information;
  • Remove members or change roles when needed.

Roles and permissions

GuppyCubed restricts permissions at the workspace or organization, project, and folder levels. Administrators can:

  • Set each member's workspace-wide role;
  • Invite an external collaborator to a specific project so they can only access that project;
  • Review audit records to understand who changed what.

Workspace and organization overview

Administrators can review every project, member, data volume, and usage metric within the workspace without opening each project individually.

Review and upgrade subscriptions

Settings show the current plan, AI usage, and remaining quota. Upgrade the plan or add funds to the AI Wallet when more resources are needed. See Plans and AI usage.

A note for multi-organization administrators

If a company, foundation, or government agency uses GuppyCubed to manage multiple partner or funded organizations, this falls under Enterprise cross-organization governance. Contact the GuppyCubed sales team to confirm contract and implementation details.

Use the actual management entry

Open organization and members from the user menu, then inspect members and invitations. Confirm the organization before inviting or modifying a member.

Organization members and pending invitations. Contact identifiers are masked.
Organization members and pending invitations. Contact identifiers are masked.

Decide access before inviting

Use the internal invitation form for internal members. Follow the screen’s instruction to invite external collaborators from project members instead of granting unnecessary organization-wide access.

Invitation form: set identity and resource access before generating an invitation.
Invitation form: set identity and resource access before generating an invitation.

Resource permissions and project roles differ

Invitation permissions separate knowledge, websites, tasks, and project creation. Project membership controls project access.
Invitation permissions separate knowledge, websites, tasks, and project creation. Project membership controls project access.

Creating projects does not imply access to every existing project, and organization membership does not override project roles. Check the intended member’s resulting scope before handoff.

When work or membership ends

Assign successors for unfinished work and important material, then review organization, project, folder, and external-tool access. Understand the impact before removing membership; deleting sources is not a substitute for permission management.

Assign work before access

Define what the person will do and which projects and material they need. Internal administrators and short-term partners need not share the same scope. Broadening every permission merely to reveal a button makes later review harder.

Verify an invitation

Check the destination account, role, and detailed permissions. After acceptance, have the recipient open the intended task or source as themselves and verify necessary access.

IssueScope to inspect
Missing projectWorkspace and project membership
Listed but unreadable fileFolder or individual sharing
Readable but not manageableRole and editing capabilities
Access remains after departureIndividual links and external scope

Periodic review and departure

Review pending invitations, former partners, and ownership of important material. Arrange handoff before access changes and retain the reason so future administrators understand the work requirement.