Share via


Workflow Stages

This content is outdated and is no longer being maintained. It is provided as a courtesy for individuals who are still using these technologies. This page may contain URLs that were valid when originally published, but now link to sites or pages that no longer exist.

To better understand what workflows are and how they are used in Windows SharePoint Services 3.0, it's useful to discuss the various stages at which users interact with workflows. Following is a description of the workflow process from the point of view of administrators and end users.

Workflow Association

Workflows are installed at the server level. However, the site collection administrator still must enable the workflow to make it available to a specific site collection on that server.

Site administrators can then associate a specific workflow with a list, document library, or even a content type. They can select which of the available workflows to associate with a given list, document library, or content type. They then customize the workflow by setting general workflow parameter information, such as:

  • A unique name for the workflow.

  • How the workflow is applied to a given item: either automatically when the item is created or changed, or manually; and which roles, such as Administrator or Contributor, can start a workflow.

  • The Task list for the workflow to use if it creates tasks.

  • The History list for the workflow to store history events, as defined by the workflow.

In addition, the site administrator can further customize the workflow by specifying any parameter information custom to that particular workflow.

For custom information, the workflow must provide a custom form, which Windows SharePoint Services 3.0 displays to the site administrator. The site administrator uses this form to enter the custom information.

The workflow association is stored as a property of the list in Windows SharePoint Services 3.0.

For information on creating association forms, see Workflow Association and Initiation Forms (Windows SharePoint Services).

Workflow Initiation

Any user in the appropriate role (Administrator, Contributor, and so on) can initiate a workflow that is configured to launch manually. The user selects the item in Windows SharePoint Services 3.0, and then selects the workflow from the list of workflows associated with that item. The user supplies information custom to that specific workflow, if necessary, and then starts the workflow. Initiating a workflow creates a new workflow instance for that specific item.

Again, for the user to specify custom workflow initiation settings, the workflow must provide a custom form, which Windows SharePoint Services 3.0 displays to the user. The user specifies the initiation settings in this form; those settings are passed to the workflow engine, which starts the new workflow instance.

For information on creating initiation forms, see Workflow Association and Initiation Forms (Windows SharePoint Services).

Workflow Status

Users can view the progress of workflows on a selected item. The main document library or list item page displays the current state workflows running on an item. In addition, each item has a workflow page where the user can view the following information:

  • All workflows currently running on that item.

  • All workflows that have run on the item in the past.

  • All the available workflows for that item.

When a user initiates a workflow on an item, Windows SharePoint Services 3.0 adds a new column to that item. The column name is initially set to the name of the workflow. Windows SharePoint Services 3.0 uses this read-only column to display the current status of the item within that workflow. Windows SharePoint Services 3.0 adds this status column for each workflow association the first time it is run.

Workflow Task Completion

Workflow stages appear as tasks on the team site task list. When designing the workflow, the workflow author can specify the task schema. For example, the task listing might include the following:

  • Task title

  • Name of person to whom the task is assigned

  • Task status

  • Task priority

  • Task date due

  • A link to the referenced item

As the workflow runs and tasks are created, the user can select the task, mark it as completed, and enter any optional or required information specific to the workflow. The workflow instance is then notified of changes to workflow tasks, and can choose to respond to those changes as specified in the workflow. This workflow response can include moving the item to another stage of the workflow.

For information on creating task edit forms, see Workflow Task Forms (Windows SharePoint Services).

See Also

Concepts

Introduction to Workflows in Windows SharePoint Services

Workflow Forms Overview