Groups & Teams in User Management
Only users with the Supervisor role can access these sections:
Groups → Found under User management
Teams → Found under Billing
In DataTile, you will encounter two types of user memberships:
Groups
Teams
Teams: For Billing Transparency
Teams are billing containers where users and their data are added. Everything created or owned by the users counts towards the Team, allowing clear visibility of the quotas attributed to it.
Each user can be assigned to only one team.
By default, a new user joins the Team of the person who sent their invitation.
Teams exist solely for Billing management and do not affect access rights.
Key rules
When a user shares their entities with a new user, the new user will, by default, be added to the Team of the sharer when created in the system.
All data and records owned by a user are accounted to their Team.
If a user changes Teams mid-month, their usage will be billed to the last Team they belonged to by the end of that month.
Quotas and Monitoring
Teams enable supervisors to allocate billable license quotas internally, but these allocations do not affect the overall licensed server quotas.
Quotas serve as an internal instrument to monitor how each Team consumes resources.
If a Team exceeds its allocated quota, the overage is clearly highlighted in the interface.
Usage History
Supervisors can track monthly usage history both at the server level and at the Team level.
This is available in the Billing → History section, making it easy to review how usage and billing are distributed across Teams.
Example Use Cases for Teams
Research company with multiple clients
You are a research company that shares results via DataTile with various client companies. The first company has five users accessing your dashboard, and another company has 50 users. For convenient monitoring, create a Team for each company to view their actual usage and attribute the license cost to their respective project.International company with local marketing teams
You are an international company that utilises research data for decision-making. Your marketing teams run brand trackers in their markets, and you need to fairly allocate the licensing cost across departments. Create a Team for each department to monitor consumption and costs.
Groups: For Access Management
In plain terms, a Group is just a list of people you want to give the same access rights to. Instead of adding permissions one by one, you put users in a Group and grant access once to the whole Group.
Users can belong to multiple Groups at once.
Groups are used to grant access rights to projects, datasets, or dashboards.
When you share an entity with a Group, all members gain access automatically.
Key rules:
Groups simplify access control for larger teams or agencies.
To assign permissions, you must have the Supervisor or Syndicate Manager role.
Groups are created and managed directly in the User management panel.
Example Use Case for Groups
Access control for different research projects
You have a brand tracker, a syndicated database, and ad hoc product tests. You would like product managers to access only brand data, while keeping them away from the syndicated dataset used by the marketing department. Create Groups called 'Product Managers' and 'Marketing'.The Marketing group would have access to all data.
The Product Managers group would have access only to the Brand data folder, which contains the tracking database and dashboards.
Only users with the Supervisor or Syndicate Manager role can grant access rights to groups. Other users can only share entities with individual users.
To share an entity or folder with a group, enter the group name instead of an individual email address.
Intrinsic Preexisting Groups
The system includes virtual automatic groups:
All Users– all authenticated users, regardless of their roles.All Supervisors– all users with the Supervisor role.
Do not confuse the System User Groups described here with the dashboard-specific user groups.