Although my IS department is administering the teamwork server for me (so there may be something I am missing) discussions with them are leaving me to believe there is not a concept of "permission groups" which is common on other enterprise-strength servers. Here is my quandry:
While we are only piloting at this time, I am imagining that in the future, we could have several large teams (totally separate projects) each placing multiple models (which teamwork calls "projects" - perhaps a misnomer). Also assume that for reasons good and bad, they want to control peoples access to their models without bothering the (rather remote) IS department with the admin password.
On some other tools, it goes like this: the IS group is responsible for a) creation of users and b) creation of individual team categories (which I am thinking would map to MD "categories"). They then assign several "team admin" users that can do most things FOR THAT CATEGORY (such as assign users), but without giving those same admins the rights to mess with other categories. The team admins can create models (teamwork "projects"), etc, and then assign users to be able to access those projects - but no be able to assign users to projects not in their category.
It seems that teamwork is not really set up this way - a given user's assigned rights seem rather global - something that does not scale well in organizations with hundreds of engineers.
Am I missing anything?
Thanks,
Chuck