Supportly
SupportlyDocs
/

Getting Started

Getting Started

Widget Integration

Widget Integration

AI Configuration

AI Configuration

API Reference

API ReferenceAPI Playground

Team Management

Team Management

Billing

Billing

FAQ / Troubleshooting

FAQ & Troubleshooting

Feature guides

Website auto loginDomains and keysCustomers and historyChat, tickets and routingCategories and tagsKnowledge base and uploadsNotificationsAnalytics and exportsActivity log

AI prompts

Widget integration prompt
Get started free
SupportlyDocs
Checking account…

Team Management

Team Management

Supportly uses explicit workspace roles so operational authority stays clear. Owners and admins configure the workspace, agents handle customer work, and viewers retain read-only access for reporting or oversight.

Roles explained

RoleTypical responsibilitiesKey permissions
OwnerWorkspace ownership and billing governanceBilling, deletion, API keys, team, AI, settings
AdminDay-to-day operational administrationTeam, ticket assignment, AI config, API keys, exports
AgentConversation and ticket handlingRespond to tickets, assign self, join live chat
ViewerReporting and read-only supervisionDashboard visibility and exports only

Keep admin access narrow. Anyone with authority to adjust AI behavior, widget presentation, or operator membership can materially change customer outcomes.

Invitation flow

  1. 1

    Create the invitation

    An owner or admin selects an email address and assigns a non-owner role before the invite is sent.

  2. 2

    User accepts or declines

    The invitee opens the invitation page, signs in with the matching email, and accepts or declines the invitation.

  3. 3

    Membership is created

    On acceptance, Supportly creates the workspace membership, updates invitation status, and can notify the workspace owner.

Invite payload

invite-member.jsonjson
1{
2 "email": "agent@example.com",
3 "role": "agent"
4}

Permissions matrix

PermissionAllowed roles
view_dashboardowner, admin, agent, viewer
respond_ticketsowner, admin, agent
assign_ticketsowner, admin
assign_selfowner, admin, agent
configure_aiowner, admin
manage_teamowner, admin
manage_billingowner
manage_api_keysowner, admin
export_reportsowner, admin, viewer

Operational recommendation

Review memberships during every staffing change. Remove stale access promptly so assignment, notifications, and audit expectations remain accurate.

Teams and invitations

Invite members, review pending invitations, manage roles and presence, and remove access using Team controls.

Permissions: Owner/admin (manage_team and invite_team_members). Plan: All plans, subject to member limits. Use /team, /team/invitations.

  • Invitations are single-use and tenant scoped
  • Member limits hold during concurrent accepts
  • Role removal stops existing HTTP and live access

Roles and permissions

Apply the shipped owner, admin, agent and viewer permissions. Verify assigned-ticket access and avoid granting privileges through customer identity claims.

Permissions: Owner/admin manages roles; billing and workspace deletion require owner. Plan: All plans. Use /team.

  • Agent and viewer restrictions hold server-side
  • Customer tokens never grant platform or dashboard privileges

Previous

API Reference

Next

Billing

On this page

Roles explainedInvitation flowPermissions matrixTeams and invitationsRoles and permissions