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

Group Member Roles

Purpose

Group Member Roles — Primary, Secondary, and Manager — decide the order in which users in a group are paged when an alert arrives. Getting them right is the difference between the correct person being woken up first and everyone on a team being woken up simultaneously.

Audience

Relevant for App Admins and in-group Managers

App Admins can set roles on any group. The Manager role on a specific group grants edit rights to that group — a Manager can update members, schedules, and out-of-office coverage without needing App Admin privileges.

Prerequisites

  • At least one group that contains one or more users.
  • App Admin platform role, or the Manager role on the group you want to edit.
  • Familiarity with Group Management (where group roles live).

The Three Member Roles

Role

When it fires

What else it controls

Primary

First responders. AlertOps pages Primary members first when an alert arrives at the group.

No in-group edit rights. Purely an escalation assignment.

Secondary

Backup responders. Paged if no Primary acknowledges within the escalation policy's wait window.

No in-group edit rights.

Manager

Final escalation. Paged after Primary and Secondary have both failed to respond within their windows.

Can edit the group — members, schedules, out-of-office entries. A Manager can also hold the Primary or Secondary role on top.

 

Group Member Roles are not the same as platform roles

Group Member Roles (Primary / Secondary / Manager) control where a user sits in the escalation order of one specific group. Platform Roles (App Admin, Basic, etc.) control what the user can do across the whole AlertOps account. A user has independent assignments for each — App Admin on the platform, Primary on one group, Manager on another.

 

Assign Group Member Roles

Relevant for App Admins and Group Managers

  1. Go to Configuration → Groups and Schedules and open the group.
  2. On the Members tab, each row has checkbox columns for Primary, Secondary, and Manager.
  3. Tick the roles you want the user to hold. A user can hold more than one — for example, Primary and Manager together.
  4. Use the sequence handle (⋮⋮) on the left of each row to drag members into the order AlertOps should page them within each role tier.
  5. Changes save as you make them; there is no separate Save button on the Members tab.

Figure 1. Members tab — Primary / Secondary / Manager checkboxes next to each member row; the ⋮⋮ handle on the left sets sequence within a tier.

Sequence — Who Gets Paged First Within a Tier

When more than one user holds the same Group Member Role (for example, three Primaries), AlertOps needs to know who to page first. The sequence — the vertical order of members on the Members tab — is that tiebreaker. The member at the top of the list is paged before the member below them.

  • Drag the ⋮⋮ handle on the left of any row to reorder.
  • Sequence applies within each role tier independently: Primary sequence, Secondary sequence, Manager sequence.
  • If two members hold the same Role and you want them paged simultaneously, that is a job for the escalation policy (set a zero-wait step), not the sequence.

What the Manager Role Can Do Beyond Escalation

Assigning a user the Manager role on a group gives them edit rights scoped to that group. A Manager can:

  • Change the group's member order (sequence) on the Members tab.
  • Create, edit, and delete shifts on the Schedule tab.

Managers do not get edit rights outside those surfaces — group Profile edits, Access, and Governance remain App Admin territory.

Best Practices

Do

  • Keep a clear intent for each tier — Primary for the first responder, Secondary for backup, Manager for final escalation. Document the intent in the group description so it is visible to anyone auditing the group later.
  • Promote at least one experienced member of each group to Manager so they can manage the group without filing an App Admin ticket for every rotation change.
  • When you migrate a group from Members-tab Primary/Secondary to shift-based roles, audit every shift's Primary / Secondary before relying on the rotation in production.

 

Don't

  • Assign Manager to everyone in the group. The role carries edit rights; reserve it for a small number of trusted leads.
  • Rely on "Primary = first responder" alone if you have shifts configured — the shift overrides the Members-tab setting. Check the active shift.
  • Use the sequence to try to achieve simultaneous paging. Configure the escalation policy instead.