The Security → Security Groups page can be reached by clicking the  menu item.


Introduction to User Roles

Flowster Studio defines following user roles and permissions:

Users are grouped in Security Groups of the type presented above. The membership and permission of the user is valid only on the parent tenant. If the same user exists in another tenant, the role and permissions will be applied based on the Security Groups configuration on that tenant.

Security Groups 

SuperAdmins 

During installation, a super admin user must be entered in order to successfully install the application on a computer. The Super Admin set during installation, can be a custom user or selected from an Active Directory OU, is the only one that can access Flowster Studio components at login. He will be the only one that can define other Active Directory, Google, Azure or Local/Custom users/groups as super adminsadmins or users, by adding them into specific security groups types.

NOTE:

The predefined SuperAdmins group cannot be deleted from Administrator. Also, if there is only one user in the SuperAdmins group, it will not be deleted (there should be at least one user in this type of group). 

On the SuperAdmins group can be performed the following operations:

The following operations cannot be performed on the SuperAdmins group:

All users from this group type can access all Flowster Studio components without the need of creating a Permission Role (e.g. case for administrators groups). Only users from the SuperAdmins group will have visibility and control over this group in the Security Groups page.


Admin Group/User Group

Administrator gives users the possibility to create unlimited number of security groups and subgroups and adding members from all previously defined authentication providers or custom/local users if no authentication provider is defined.


Add group/subgroup


In order to add a subgroup, right-click on an existent security group and select the Add subgroup option. The Add new group window will open.


Add group/subgroup children

In order to add a child to a group/subgroup, follow the next steps:

                    

                    




            


                    

                    




User can manage the defined groups by editing or removing them. The added children can also be managed by dragging them from a group to another one or by completely removing them.
In order to edit a group/subgroup, follow the next steps:

NOTE: if a group is assigned to a Permission Role, the group cannot be edited.


In order to move a user from a group to another one, follow the next steps:

For removing a group, follow the next steps:

NOTE: if a group is assigned to a Permission Role, the group cannot be deleted.

For removing a child, follow the next steps:


Execution Groups Assignment 

The super admin can configure which Security Group has access to which Execution Group (For more details regarding execution groups and agents, please visit Execution Groups page). An admin that belongs to a Role that has permission to configure security groups -> execution groups mappings can configure for other security groups only the execution groups that are visible to him.


In order to assign Execution Groups to a security group/subgroup , follow the steps:


Other Options

The Update cache for users button can be used when the data (ex. users) update from database was not automatically done.

Load only custom users: if this option is checked, the user can see only the custom users spread through all security groups.

Export Custom Users: 

Import Custom Users:

 Note: Passwords can be filled in the csv file and imported with the user's data. Dates can be modified, but the format must be kept dd/mm/yyyy.