Assigning Workflow and Document Project Administrators

The super administrator is responsible for setting up Windchill RV&S and therefore has access to all administrative objects, including users, groups, dynamic groups, workflow and document projects, states, types, fields, and triggers. The super administrator can also designate groups or individual users, or a combination of them, to be project administrators for selected projects in Windchill RV&S.

A Windchill RV&S project administrator is responsible for administering specific workflow and document projects, assigned by the super administrator. To enhance project security, only the projects that a project administrator is assigned to display in the Windchill RV&S administration client GUI and CLI, allowing them to select, edit, and view only those projects. Project administrators can also edit and view all child projects of the project they are assigned to. Project administrators cannot edit and view projects assigned to another project administrator, and they can only create and delete subprojects—they cannot create top level projects unless they have been granted the CreateProject permission.

Workflow and document projects are hierarchical; therefore, when creating a top level project, the creating super administrator is automatically set as the project administrator. When creating a subproject, the administrator list is empty because administrators of the parent project are, by default, administrators of its subprojects. The creating administrator can modify the default as required.

If the assigned project administrators are granted the CreateProject ACL permission, they are allowed to create top level projects, as well as to delete any top level projects. Windchill RV&S project administrators who are granted the CreateProject permission can also assign other project administrators.

Project administrators are not allowed to assign themselves as administrators to any other projects or to assign others as project administrator, unless they have first been granted the CreateProject permission.

The list of available users and groups contains all active and inactive members that have been imported into Windchill RV&S; however, the available list does not necessarily include all users and groups available in the realm.

Project administrators can:	Project administrators cannot:
Create new subproject (child project) in workflow and document project they are assigned to.	Create top level workflow and document project or create users, groups, dynamic groups, states, types, fields, or triggers.
Edit workflow and document projects they are assigned to, including images, descriptions, and permissions. Edit project memberships in corresponding dynamic groups.	Edit any other process and control objects such as users, groups, states, types, fields, triggers, or projects they are not assigned to.
View users, groups, dynamic groups, and projects they are assigned to.	View states, types, fields, triggers, or projects they are not assigned to.
Delete subprojects they created.	Delete top level workflow and document project.
Create top level workflow and document project (if CreateProject permission is allowed).	Assign another project administrator or view administrator information for project they do not administer.

If the super administrator also grants Neil the CreateProject permission, Neil is allowed to create top level projects and assign other Windchill RV&S project administrators at the time the project is first created. With the CreateProject permission, Neil can also assign another project administrator to the SourceCode project. By extension, all assigned project administrators for the SourceCode project are allowed to edit the Client and Server subprojects.

• Project administrators are not allowed to assign themselves as administrators to any other projects or to assign others as project administrator, unless they have first been granted the CreateProject permission.

• If a project administrator is assigned to a subproject but not the parents of that subproject, they can see the names of the parent projects in the context of the subproject only; those parent projects cannot be viewed or edited individually.