# Configuring Legacy Workflow Start Options



<div class="note-border alert-info">
  <div class="alert alert-info" role="alert">
    <div><i class="far fa-info-circle"></i></div>
    <div class="alert-text">
      <p><strong>Note</strong>: The content in this article refers to single-document workflows, now known as legacy workflows. While existing workflows remain supported and such workflows can continue to be updated and used, legacy workflows will not receive new functionality in future releases. As of the 21R1.2 release, <a href="/en/gr/70436/">multi-document workflows and object workflows</a> are unified under <strong>Admin</strong> &gt; <strong>Configuration</strong> &gt; <strong>Workflows</strong>.</p>

<p>If your document lifecycle does not have any legacy workflows, the <em>Legacy Workflow</em> tab will not appear on your document lifecycle configuration page. If you require legacy workflow functionality for such a document lifecycle in your Vault during this release period, contact Support.</p>

<p>After the 21R3 release, you cannot create or copy legacy workflows in any Vault. You can continue to refresh or clone Vaults with existing legacy workflows.</p>
    </div>
  </div>
</div>



This article explains the Start Workflow step type, which controls the fields that appear for a user on the workflow start dialog. The user who starts a workflow (workflow initiator or workflow owner) uses the start workflow dialog to set all details needed for the workflow, including the due date, who to assign to workflow tasks, and which <a href="/en/gr/3401/">optional tasks</a> to exclude. Vault automatically adds a _Start Workflow_ step to every workflow. You cannot remove this step.

Once you've finished configuring the start step, you can <a href="/en/gr/2453/">configure other step types</a>.

## How to Edit Workflow Start Step Details {#editStart}

To view and edit the Start Workflow step, click on the step name. You'll see the following fields:

<table class="wbord">
  <tr>
    <td>
      <strong>Field</strong>
    </td>
    <td>
      <strong>Description</strong>
    </td>
  </tr>
  <tr>
    <td>
      Name
    </td>
    <td>
      Step name associated with the start step; this value only appears in workflow configuration pages.
    </td>
  </tr>
  <tr>
    <td>
      Description
    </td>
    <td>
      (Optional) Description of the start step; this value only appears in workflow configuration pages.
    </td>
  </tr>
  <tr>
    <td>
      Type
    </td>
    <td>
      Determines the purpose of the step; Vault automatically creates the start step and sets this field to <strong>Start Workflow</strong>. The value is not editable.
    </td>
  </tr>
  <tr>
    <td>
      Next Step(s)
    </td>
    <td>
      Determines the step that begins when this step complete; by default, the start step points to the end step. You should replace this with the appropriate next step.
      <p>
        To create a placeholder next step, click the <strong>Create Step</strong> button. Vault prompts you to enter a name for the new step, but allows you to define its options later.
      </p>
    </td>
  </tr>
</table>

## How to Define Display Options {#wad}

The **Display Options** settings control the information and fields that appear on the workflow start dialog. To define these options:

  1. Under the **Always** or **Or with these conditions** heading, click **edit**. (Learn about [defining conditional options][7] below.)
  2. Enter **Instructions** to appear for the workflow initiator. You can include the _`${docName}`_ token.
  3. Optional: Select the **Set Next State Entry Properties** checkbox and select a lifecycle state. This option ensures that the workflow start dialog also prompts for the entry criteria for the document's next lifecycle state.
  4. Use the **+**/**–** icons to add or remove controls. Select a type (user, date, etc.) for each control and fill in details. Note that there is no way to change the order of controls, so be sure to add them in the correct order. Learn about [user][4], [date][5], and [electronic signature][6] controls below.
  5. Click **Save**.

## User Controls {#user_controls}

To add a user control, which allows the workflow initiator to choose one or more users to participate in the workflow, select either **User Control (Single)** or **User Control (Multiple)** from the control drop-down list. Selecting a single control allows the workflow initiator to select only one user in the user selection field. Selecting multiple users allows the workflow initiator to select multiple users or groups as workflow participants and enables additional options. There can be any number of user controls on each workflow start dialog, but each user control should be associated with a different document role.

By default, the maximum number of participants that users can assign to any workflow participant control is 5,000. To configure a limit between 1 and 5,000, navigate to **Admin > Settings** and enable **Limit workflow participants**. Provide a **Max number of participants per participant control**. Users will encounter an error if they attempt to assign more participants than the configured limit.

<div class="note-border alert-info">
  <div class="alert alert-info" role="alert">
    <div><i class="far fa-info-circle"></i></div>
    <div class="alert-text">
      <p><strong>Note</strong>: You cannot reassign the <em>Owner</em> role from the workflow start dialog.</p>
    </div>
  </div>
</div>



The following fields are required when adding a user control:

<table class="wbord">
  <tbody>
    <tr>
      <td>
        <strong>Field</strong>
      </td>
      <td>
        <strong>Description</strong>
      </td>
    </tr>
    <tr>
      <td>
        Control Label
      </td>
      <td>
        This is the label of the user control field to be displayed on the workflow start dialog.
      </td>
    </tr>
    <tr>
      <td>
        Assign to role
      </td>
      <td>
        This grants a specific document role to the participants that are entered by the workflow initiator. Custom roles that are defined for the lifecycle are also available for selection.
      </td>
    </tr>
    <tr>
      <td>
        Default users from sharing settings
      </td>
      <td>
        This option auto-populates the user control with users currently in the role on the document. If your Vault has lifecycle role defaulting configured, this option will bypass the configured default users, as long as at least one user is already in the role on the document.
      </td>
    </tr>
    <tr>
      <td>
        Replace existing users in role
      </td>
      <td>
        This option replaces the users in the document role each time the workflow is executed. For example, if there were multiple rounds of reviews, the first round of reviewers would be added to the <em>Reviewer</em> role in the document sharing settings at the beginning of the first round. When the next round of reviews began, having this option selected would remove all users that have <em>Reviewer</em> access and replace with the users specified when the workflow starts. This ensures that only the people that are actively reviewing the document have <em>Reviewer</em> access.
        <p>
          This setting does not work with the document's <em>Owner</em> role and replaces the existing user only at the start of the workflow, not after the workflow begins.
        </p>
      </td>
    </tr>
    <tr>
      <td>
        Add participants to other document roles
      </td>
      <td>
        This allows workflow participants to be added to other roles beyond what is needed to execute the workflow. For example, it can be helpful to copy workflow participants into the Viewer role. This ensures that even if the user loses Reviewer access, they are still able to see the document.
      </td>
    </tr>
    <tr>
      <td>
        <a id="ways_to_assign"></a>Ways to assign tasks
      </td>
      <td>
        This control determines what options the workflow initiator has when starting a workflow. Note this is only shown for multiple user controls.
        <p>
          Choosing <strong>Every user</strong> sends tasks to every user specified for the role on the workflow start dialog.
        </p>
        <p>
          Choosing <strong>Any user</strong> makes tasks "Available" to all users specified for the role on the workflow start dialog. Any of these users can claim the task, at which point it become unavailable to other users. Note that Vault assigns all users selected for an "any user" task to the Viewer role. When a user claims the task, Vault assigns that user to the role associated with the task.
        </p>
        <p>
          Alternatively, the administrator may wish to allow the workflow initiator to determine the best approach at run time.
        </p>
        <p>
          Note that when a group is selected for an <strong>Any user</strong> task in a re-executed workflow, and <strong>Replace existing users in role</strong> is enabled, users in both the original group and the newly selected group are not removed from the role.
        </p>
      </td>
    </tr>
  </tbody>
</table>

## Start Dialog Display

This indicates whether the selected user control on the workflow start dialog is required, optional, or controlled by a set of workflow participation rules.

If a user control is **Required**, users must assign the role when starting a workflow. If **Optional**, users can choose to exclude the role. Whether or not a user control is required or not is controlled by the **Allow Task to Be Optional** checkbox in the Workflow Task step. Learn about <a href="/en/gr/455/">starting workflows</a>.

If **Participation Rules** is displayed, the lifecycle role selected in **Assign to Role** has been configured with participation rules. This means the user control is only displayed when certain document field criteria are met and the specified role must be assigned before starting the workflow. Click the _Participation Rules_ link to see the _Workflow Role Setup_ records. Learn <a href="/en/gr/31851/">more</a>.

## Date Controls {#date_controls}

To add a date control, select **Date Control** as the control type. You can add multiple date controls to a single start dialog, but you can only use one as the workflow due date. For date controls that are linked to document fields, you can only use each document field once in the workflow dialog.

You must populate the following details for all date control items:

<table class="wbord">
          <tr>
            <td>
              <strong>Field</strong>
            </td>
            <td>
              <strong>Description</strong>
            </td>
          </tr>
          <tr>
            <td>
              Control Label
            </td>
            <td>
              This is the label of the date field to be displayed to on the workflow start dialog.
            </td>
          </tr>
          <tr>
            <td>
              Date attribute options
            </td>
            <td>
              <strong>Set as workflow due date</strong>: The date provided by the end user will become the workflow due date and appear wherever tasks and workflows are displayed.</p>
              <p>
                <strong>Update document field</strong>: The date provided by the end user will populate a specific document field. Only date fields appear in the picklist, and these are restricted to the fields that apply to the document types associated with the workflow's lifecycle. If a user updates the workflow dates later, Vault also updates the selected document field. Note that when updating the workflow dates, the user does not need document role-based permissions to edit document fields because the system makes these updates, rather than the user.
              </p>
              <p>
                <strong>None</strong>: This option captures the date provided by the end user, but does not use it as a controlling date for the workflow or to populate a document field. Depending on the workflow configuration, users may be able to select this date later in the workflow as a task due date.
              </p>
            </td>
          </tr>
</table>

## Electronic Signature Controls {#esignature_controls}

Some workflows require the workflow initiator to provide an electronic signature before the workflow can start. To add this control, select **Electronic Signature** as the control type.

You can provide the following details for an electronic signature control:

<table class="wbord">
          <tr>
            <td>
              <strong>Field</strong>
            </td>
            <td>
              <strong>Description</strong>
            </td>
          </tr>
          <tr>
            <td>
              Include eSignature Reason Code
            </td>
            <td>
              This prompts the user not only for their electronic signature but also for a signature meaning code in accordance with health authority guidance on electronic signatures. If this is selected, the label for the reason code picklist should be provided, as well as the relevant values the user can choose from.
            </td>
          </tr>
          <tr>
            <td>
              Reason Code Label
            </td>
            <td>
              If using reason codes, this is the label of the reason code picklist field.
            </td>
          </tr>
          <tr>
            <td>
              Reason Code Values
            </td>
            <td>
              Enter each reason code that will appear in the picklist. You can rearrange the order of options within the picklist by clicking and dragging the options.
            </td>
          </tr>
</table>

## About Conditional Display Options {#conditional}

By default, the same Display Options settings apply to all documents when a user starts the workflow.\* However, Vault allows you to make these settings conditional based the value of a Yes/No (boolean) document field. Using this would cause Vault to display different start dialogs for _Yes_ and _No_ values. Admins may use this option when the workflow will take a different path based on a field value, and the dialog should prompt the workflow initiator for the minimum information required.

For example, the document field _Multiple Reviewers Needed_ could control which start dialog appears. If the field is set to _Yes_, the start dialog has multi-select user controls. If the field value is _No_, the start dialog has single-select user controls.

To set unconditional Display Options settings, click the **edit** link under the **Always…** heading.

To define Display Options settings based on a field value, click one of the **edit** links under the **Or with these conditions…** heading. Select the document field on which to make the settings conditional. The list of fields displays only those for a document type associated with the workflow's lifecycle. Note that if the controlling yes/no (boolean) field is blank, Vault treats it the same as the _No_ value.

To change the option between conditional and unconditional, click the **edit** link under the other heading.

Note that if <a href="/en/gr/2942/">field-level security</a> is configured on your document, the Yes/No document field must not be hidden for the user who starts the workflow.

\*When _Advanced Workflow Role Configuration_ is configured in your Vault, the workflow start dialog display options can be controlled by other document fields, such as the document type, country, product, and others. Learn <a href="/en/gr/31851/">more</a>.

 [4]: #user_controls
 [5]: #date_controls
 [6]: #esignature_controls
 [7]: #conditional
