Access requirements
Expand to view access requirements for the functionality in this article.
You must have the following access to perform the steps in this article:
For more detail about the information in this table, see Access requirements in Workfront documentation.
Prerequisites
Before you deactivate a Workfront administrator or Standard or Plan license user, you must associate their objects and activities with another user.
For more information, see About deactivating Workfront administrators and Plan license users in this article.
Deactivate a user
Be aware of the following when deactivating a user:
- The user won’t be able to access the system.
- All data associated with the user will be retained.
- You can assign a deactivated user’s license to another user.
To deactivate a user:
-
Click the Main Menu icon
-
Select a user, click the More icon
-
Click Deactivate in the box that appears.
Schedule users for deactivation
As a manager, you may want to mark users for deactivation before they actually leave your organization. For example, if you are working with a user who is contractually bound, they are in your system for a limited period of time and you know their termination date. You can schedule them to become deactivated on that date.
Workfront administrators and Plan license users can see the deactivation date in their user profile.
To schedule a user for deactivation:
-
Click the Main Menu icon
-
Select the user’s name.
Or
(Optional) Select multiple users to schedule them for deactivation in bulk.
-
Click the Edit icon
-
In the Edit User box that displays, click Resource Planning to go to that area.
-
Enable the Schedule Deactivation option.
-
In the calendar that displays, specify the date and the time for the Scheduled Deactivation Date.
NOTE
- In the time box, you can select only whole hour increments, not minutes.
- If you select a time for the current day which has passed, Workfront will schedule the deactivation for the following day at 12:00 AM. The time selected matches the computer timezone of the user who is scheduling the deactivation.
-
Click Save Changes.
The user is deactivated on the selected day sometime after the selected time. If you selected multiple users to deactivate in bulk, all selected users are deactivated on the selected day sometime after the selected time.
We recommend that you build a report for users that you have scheduled for deactivation, to keep informed about what users are coming up to be deactivated. There is no confirmation that the deactivation happened after the users become deactivated.
Reactivate a user
-
Click the Main Menu icon
-
Select a user, click the More icon
-
Assign a new Access level in the drop-down menu, then click Reactivate.
Proofing impact when you reactivate a user
Deactivated users lose their assigned default proofing role and their proof license (if you are on a Workfront Premium Legacy Plan). If you choose to reactivate the user, you must:
- Reassign the license (if you are on a Workfront Premium Legacy Plan). For more information about Workfront proofing plans, see Access to proofing functionality in Workfront.
- Verify they have the correct proof role. Reactivated proof users are assigned whatever is specified as the default proof role for new users. See Configure default proofing roles for more information.
About deactivating Workfront administrators and Standard or Plan license users
Before you deactivate a Workfront administrator or a user with a Plan license, it’s important to check for Workfront objects and activities involving that person, then associate them with another Workfront administrator or Plan license user as necessary.
These objects and activities might include the following:
- Tasks or issues assigned to the user
- Projects owned by the user
- Reports set up to run with the access rights of the user
- Templates owned by the user
- Projects and templates on which the user was set as a resource manager
- Request queue routing rules on which the Workfront administrator or Plan license user is the Default Assignee
- Approval processes that have a stage including the user (especially if they were the only approver on the stage)
- Timesheets that list the user as an approver
- Timesheet profiles that list the user as an approver
- Proofing Automated Workflows that include the user