Configure task and issue preferences for a group

Start Date on New Tasks

Determines the default start date for new tasks for project managers. The start date for new tasks can either be the planned start date of the project or the day the task is created on.

Duration Type

Determines the relationship between the number of resources (and their allocation percent) and the duration or the total effort for the task. For more information, see Task Duration and Duration Types: article index

Revenue Type

Calculates planned and actual revenue estimates for a task. When the Revenue Type is set to Not Billable, the hours planned and the actual hours recorded do not generate a revenue estimate for the task, and the work on the task does not contribute to project-level revenue.

Cost Type

Calculates planned and actual cost estimates for a task. When set to No Cost, the hours planned and the actual hours recorded do not generate a planned or an actual cost estimate for the task, and the work on the task does not contribute to project-level costs.

Automatically update Resolvable Issue status when the status of the Resolving Object changes

When someone converts an issue into a project or task, both the original issue and the converted project or task become resolving objects. This setting lets you correlate the resolution of the original issue to the resolution of its resolvable object. For more information on resolving objects, see Overview of Resolving and Resolvable Objects.

In order for this setting to have any effect, the option to Keep the original issue and tie its resolution to the task must be selected.

• When this setting is enabled, you can create custom statuses with the same key for both issues and projects or tasks. When the project or task (as a resolvable object) turns into the custom status, the change also reflects on the status of the issue. The status key must be the same for the issue and project or task statuses.
• When this setting is disabled, resolving object statuses are automatically set to the default status, instead of the custom ones. For more information about the default statuses, see Access the list of system issue statuses.

When converting an issue to a task

The settings in this section determine what happens during the conversion process from issue to task:

• Keep the original issue and tie its resolution to the task: When you are converting the issue, it remains visible as an issue until the task is complete. The status of the issue automatically changes to Closed when the task completes.
• Allow Primary Contact to have access to the task: Gives the primary contact (issue creator) access to the task to review the task, make updates, and stay informed of its progress

When converting an issue to a project

The settings in this section determine what happens during the conversion process from issue to project:

• Keep the original issue and tie its resolution to the project: When you are converting the issue, it remains visible as an issue until the project is complete. The status of the issue automatically changes to Closed when the project completes.
• Allow Primary Contact to have access to the project: Gives the primary contact (issue creator) access to the project to review the project, make updates, and stay informed of its progress.
• Allow these settings to be changed during conversion: Allows the user who is converting the issue to change the listed options during the conversion of an issue to a project.

Allow users to delete tasks & issues with logged hours

Lets you determine whether you allow the deletion of tasks or issues where hours are logged. This option is selected by default.

Tip: This setting also applies to deleting projects that have tasks or issues with hours logged on them. This setting does not apply to deleting projects where time is logged directly for the project.

Consider the following:

• When it is selected, you receive an informational warning when you delete a task or issue. The warning reminds you that if the task or issue has logged hours, they will either be moved to the project or deleted. You can configure whether the hours are deleted or moved to the project in the Timesheet & Hours Preferences area of the Setup. After you confirm that you have seen the warning, the task or issue is deleted. For more information about configuring Timesheet & Hours Preferences, see Configure timesheet and hour preferences.

  Tip: When you delete a project with tasks and issues that have logged hours, the logged hours are either deleted or they are preserved according to the settings in the Timesheet & Hours Preferences area of Setup.

• When you deselect this option, you receive a prohibitive warning when you delete a task or issue with logged hours, or when you delete a project with hours logged for its tasks or issues . The warning specifies that the administrator does not allow for tasks or issues with logged hours to be deleted. The tasks, issues, or projects that have hours logged for tasks and issues cannot be deleted.

When a task or issue goes from "New" to "In Progress," set the Actual Start Date to

Select one of the following options for when the Actual Start Date is recorded in Workfront when a task or issue goes from New to In Progress:

• Now: The Actual Start Date is set to the current date.
• The Planned Start Date: The Actual Start Date is set to the Planned Start Date of the task or issue.

When a task or issue is completed, set the Actual Completion Date to

Select one of the following options for when the Actual Completion Date is recorded in Workfront when a task or issue is completed:

• Now: The Actual Completion Date is set to the current date.

• The Planned Completion Date: The Actual Completion Date is set to the Planned Completion Date of the task or issue.

When someone is assigned to a task

• Give them ... access to a task: Defines the default permission a user has to the task they are assigned to. For more information about task permissions, see Grant access to users.

• Also grant them ... access to the project: Defines the default permission a user has to the project on which they have a task assigned to them. For more information about project permissions, see Configure system-wide project preferences.

When someone is assigned to an issue

• Give them ... access to a task: Defines the default permission a user has to the task they are assigned to. For more information about task permissions, see Grant access to users.

• Also grant them ... access to the project: Defines the default permission a user has to the project on which they have a task assigned to them. For more information about project permissions, see Configure system-wide project preferences.

When someone submits a request

• Give them ... access to the issue: Defines the default permission a user has on a request they submitted. For more information, see Share an issue.

• People from the same company will inherit the same permissions for all requests: Allows users to see requests submitted by other users from the same company as them. They have the same permissions on those requests as they have on their own submitted requests.