Last updated:
Learn how administrator rights, groups, and permissions work in Formcentric and how to use them effectively.
The administrator role |
|
| Administrators have extended rights and are responsible for managing Formcentric. They can: |
|
|
Difference between administrators and regular users |
|
| Regular users can: |
|
| Regular users cannot: |
|
Groups allow you to bundle multiple users and assign shared permissions to them.
Instead of assigning permissions individually to each user, you define permissions once per group. All group members automatically inherit these permissions.
Key characteristics of groups: |
|
Groups control which permissions their members have for submissions.
Permission scope |
|
| You can assign permissions on two levels: | |
| Submissions from all forms | Permissions apply uniformly to all forms in your organisation. |
| Submissions from individual forms | Permissions can be defined separately for each form. |
Permission types |
|
| You can assign the following permission types: | |
| View | Members can view and read submissions. |
| Export | Members can export submissions in various formats (e.g. Excel, CSV). |
| Delete | Members can delete submissions. |
| Automate |
Members can create automations for submissions of individual forms (e.g. automatic deletion or anonymisation after a defined period). |
Permissions in Formcentric are additive.
If a user belongs to multiple groups, they receive the combined set of permissions from all those groups.
Example |
|
| If you want to remove Marie’s export permission, it is not enough to remove her from just one group. You must remove her from all groups that grant export permission—or revoke that permission in all relevant groups. |
Practical example |
| Initial situation: Lisa works in both Sales and Marketing and is therefore a member of two groups:
|
What permissions does Lisa have overall?
|
| What if Lisa should only have read access? It is not sufficient to revoke permissions in just one group. You must:
|
Recommended global group structure |
|
| A sensible base structure for your organisation could look like this: | |
| admins (system group) | Members: Users with full administrator rights Permissions: Full access to all features and the Admin centre Use case: Management, IT administrators |
| Team Leads |
Members: Team leads and project managers Permissions: View, export, and delete submissions for their area Use case: Managing and analysing data |
| Employees – full access |
Members: Regular employees with operational responsibilities Permissions: View and export relevant submissions Use case: Working with data |
| Employees – read-only access |
Members: Users who only need insight into data Permissions: View only for selected forms Use case: Transparency without editing rights |
| Department-specific groups |
Examples: Sales, Marketing, HR, Support Members: Employees of the respective department Permissions: Access only to forms of that department Use case: Clear responsibilities and data protection |
| External partners |
Members: Freelancers, service providers, temporary staff Permissions: Highly restricted access to specific forms Use case: Secure access for external users |