Roles might be assigned to each member of a group, and these might refer to different access levels within the features of the group. For example, you may request a new Wiki channel to Group Members only, and this would prevent Observers and Invited Guests from accessing it, or you could grant access to Group Observers, and let them have read-only access to the feature (they could read the wiki, but not write to it).
Within the Members page of the group, group admins are eligible to change the role of the existing member, and even remove the member from the group. For each member can be managed by clicking on the three dots on the right of the table row (
) and selecting Change Role.
Important
For groups that have subgroups enabled, the managers of the main group are eligible to manage the members of the subgroup. In these cases, the members shown should be from the main group and subgroups, and the group name(s) should be listed under the Role column.

The available roles are:
- Group Admins have full control over the group and any sub-group the main group has.
- Group Editors have credentials similar to the Group Admins, but cannot assign new Admins, and depending on how the sub-group is configured, they might not have access at all to it.
- Group Members are the default level of credentials group users should have, which should grant access to its services, but no user/feature management.
- Group Observers are a somewhat limited version of group members, and can be used to restrict access to some services, or set their access as read-only on that feature (this varies according to the capability of the service).
- Invited Guests are not yet members, for they might not have created their profile at FIRST Portal (or haven't validated their e-mail address). This is a special use-case for allowing access to some specific services that don't require a working Profile to operate, mostly enabling a mailing list to work with people that haven't created their profiles yet. This role can't be assigned to existing members.
Most of FIRST Services don't work with Invited Guests, as they require sign in or acceptance of a EULA to be accessed.
Important
Currently nested subgroups (a subgroup within a subgroup) are not supported, only one sub-level should be manageable using the parent group.
Removing Members
The option to Remove Member should open a confirmation dialogue to remove the member from the group and all subgroups of the current group. If you just want to manage the roles in a specific subgroup, use the Change Role instead, as it enables a fine-grained selection of the roles the user should have.

Was this article helpful?
That’s Great!
Thank you for your feedback
Sorry! We couldn't be helpful
Thank you for your feedback
Feedback sent
We appreciate your effort and will try to fix the article