Feature
|
Support Level
|
Notes
|
Use of Workflow Template Administration interface
|
Partial
|
Site and organization administrators can see all templates in the context from which they launched the Workflow Template Administration utility and those inherited from ancestor contexts. In Windchill ProjectLink, you can launch the Workflow Template Administration utility from the Utilities page of the Organizations and the Site contexts. The Workflow Template Administration utility is not available in the Projects or Programs contexts to administrators of these contexts. From the Organization context, you will see the templates from the site and the organization context from which the utility was launched. From the organization context, the site templates can only be viewed or saved. |
Use of workflow process editor interface
|
Full
|
The full capabilities of the process editor are exposed. There is no bootstrap capability with Windchill ProjectLink; therefore, a high bandwidth connection to the server is necessary to use the workflow process editor.
|
Default task choices
|
Partial
|
Life cycle and default task types are supported. Change tasks are not supported.
|
Email task delivery
|
Full
|
All tasks can be delivered by email, in addition to being added to the user’s Tasks table.
|
Ad hoc task support
|
None
|
There is no support for ad hoc workflow tasks.
|
Custom task form used and definition
|
None
|
Windchill ProjectLink default task forms are rendered as JSP pages. However, an administrator can create custom task forms. For more information, see Using Custom Task Form Templates.
|
Electronic signature support
|
Full
|
Windchill ProjectLink requires additional authentication, as specified by the signature engine, for tasks generated from activities that require signing.
|
Activity-based access control
|
Partial
|
Activity-based access control can be used for the primary business object only. Access right can only be added to the rights currently defined for the object. Access rights cannot be removed.
|
Variable support
|
Partial
|
All standard variables are supported. Variables that represent Windchill classes can be defined and used, but will not be rendered in the task.
|
Routing
|
Full
|
Exclusive and nonexclusive manual routing is supported. Automatic routing is supported via expressions. Routing selections are displayed only for required roles.
|
Robots
|
Full
|
Notification, set state, timer, execution, and expression robots are all supported.
|
Connectors
|
Full
|
Start, stop, and, or, and threshold connectors are all supported.
|
Process references
|
Full
|
Only processes defined for the organization associated with the logged-in user may be referenced.
|
Blocks
|
Full
|
A block represents a group of activities, connectors, or robots. Reduce process complexity by creating blocks of activities that can be expanded when needed.
|
Transition conditions
|
Full
|
Transition is movement from one internal state to another within a workflow template. This movement reflects a change in the workflow status. Conditions are defined on the Transitions tab for an activity.
|
Roles
|
Partial
|
Roles that are referenced must be satisfied in the project or program instance associated with the process instance.
|
Voting
|
Full
|
Voting support is limited to Review and Promote activity types.
|
Variable substitution
|
Full
|
Variable support is limited. Variables representing Windchill classes can be defined and used, but will not be displayed in the task pages.
|
Import/export
|
Partial
|
Process templates can be exported to XML format. There is no organization association with the imported or exported template so the workflow import/export folder should be cleared between uses.
|
Process initiation
|
Partial
|
Within Windchill ProjectLink, a workflow process cannot be explicitly initiated by an end user. A workflow process may be instantiated indirectly only by creating a life cycle managed object or by initiating a routing action. Through a customization, it is also possible that a workflow process could be initiated within a project.
|
Participation identification
|
Partial
|
Participation in a downstream task can be accomplished through the use of user and group variables that are satisfied by an assignee in a task form. You can add or remove assignees from a running process by updating the route participants. The change applies to unstarted started activities, it will not affect tasks that are currently running. There is no support for the setup participants capability.
|
Content holder access
|
None
|
There is no workflow content holder exposed in a workflow task.
|
Ad hoc tasks
|
None
|
Ad hoc tasks cannot be created from a parent task.
|
Access to primary business object
|
Partial
|
A link to the subject is provided.
|
Adding comments
|
Partial
|
A link to the subject’s discussion forum is available in the task form. Comments can also be added to a string variable.
|
Task actions
|
Partial
|
A user can open and reassign tasks, but there is no capability to delegate them or to access a user calendar. When tasks are reassigned, the assignee pool is the project or program team.
|
Tasks customization
|
None
|
The Tasks tables support multiple predefined views. There is no capability to further define custom views.
|
Project or Program tasks view
|
Full
|
There is a specific view of all tasks in a project or program.
|
Access to the Workflow Process Manager
|
Partial
|
There is no access to the process manager for a general workflow user.
|
Access to workflow participation or execution history
|
Partial
|
Windchill ProjectLink exposes no explicit access to workflow participation or history information for non-administrators. However, individual task forms can accumulate information regarding participation and disposition. Comment history can be captured in a discussion forum associated with the primary business object.
|
Local search support for process information
|
None
|
There is no support for searching running or completed processes.
|
Workflow process management
|
Partial
|