By defining user actions for a lifecycle state, you allow users to perform those actions on documents in that state, for example, start a workflow or move documents into another state. Additional types of user actions are available for specific features and applications, like Send to CLM for the CLM Integration feature. Once active, the user actions appear in the Actions menu for documents or binders that are in the selected state. User actions respect the Vault’s access controls, so only users with the correct permissions for an action will see it in the menu.

Accessing User Action Administration

You can configure user actions for a specific lifecycle state from Admin > Configuration > Document Lifecycles > [Lifecycle] > States > [State] > User Actions. You must have a security profile that grants Admin: Document Lifecycles permissions.

Action Types

You can configure the following types of actions:

Change State to
This type of action allows the user to manually move a document into a different lifecycle state. Vault enforces entry criteria and entry actions for the state change.
Create Related Record
This type of action allows the user to create a related object record without leaving the document viewer. This action is only available for objects with at least one active document reference field. If the document reference field is version-specific, Vault auto-selects the current document version.
Generate Form
This action is only available if enabled and configured. It uses one or more configured XFA forms, XML Element object records, and data from the document/binder where users trigger the action to create and populate a new form document.
Web Action
Initiates a preconfigured web action. Some options may be automatically available within Web Action in your Vault.
Workflow
This action starts the specified workflow. Only workflows that are already configured and active for the selected lifecycle are available. Only one user action can exist in each state for a single workflow.

Your Vault may have additional custom actions which are not listed here. These actions are created by your organization with the Vault Java SDK to meet your specific business needs. Talk to your Vault Administrator to learn more about these actions.

Action Types in Clinical Operations Vaults

Preview eConsent
This action allows users to preview eConsent forms.
Cancel eConsent Checkout
This action allows users to cancel another user’s checkout of an eConsent form.
Edit eConsent
This action allows users to open eConsent forms to edit in the Veeva eConsent editor.
Send Document Via Clinical Network
This option is only available in Clinical Operations Vaults with Veeva Site Connect enabled. This action allows users to send study-specific documents to research sites.

How to Create User Actions

To create a new workflow user action:

  1. From the User Actions tab, click Edit.
  2. Click Create Rule.
  3. Optional: Select Perform with conditions if the user action should only appear for documents that meet certain conditions. See details.
  4. Under Allow the following actions, select a user action type. See details.
  5. Define details for the user action. For example, with a workflow action, you need to select a specific workflow and enter a label.
  6. Optional: Add additional actions by clicking Add action. If the rule is conditional, these additional criteria will share the same conditions.
  7. Click Save. The action is immediately available to users with the correct permissions.

How to Define Conditions

Certain user actions are only available when the document meets a set of conditions. For example, different workflows could be available for US documents and UK documents, so the workflow user action could be conditional based on the document’s Country field.

To define conditions, select a document field, operator, and value. Some system fields and most fields associated with document types that use the lifecycle are available. If needed, you can define multiple conditions by clicking Add condition.

A document must meet all of the conditions defined within a rule for Vault to make the user actions available. If a condition uses a field that does not apply to the document, Vault does not validate that condition.

About Referencing Missing Records in Criteria & Actions

When you clone a lifecycle configuration during Vault provisioning, references to specific object records in entry criteria or conditions may become invalid if those records do not exist in the new environment. If this occurs, references to missing object records are shown as empty in lifecycle configuration fields.

While Vault allows you to save configurations even with these missing records, we recommend resolving these missing references by recreating the records with the same ID values using Vault Loader or via the API if you want to use these conditions in the new environment. If you only want to update another configuration and take it back to the source environment, you can leave the missing references as is.

How to Reorder Actions

You can change the order of the options that appear in the Actions menu. To rearrange actions, click and drag the rules themselves, or click and drag the actions within a rule. You can click and drag from the upper left corner.

How to Edit or Delete User Actions

To make changes to user action rules, click Edit. Make any necessary changes. If you need to delete a rule, a condition within the rule, or a user action within the rule, click the X icon on the row. When your changes are complete, click Save.

User Action Rule Limits

For each lifecycle state, you can define up to fifty (50) user action rules. Within a rule, you can specify up to ten (10) actions. If a rule is conditional, it can have up to five (5) conditions.

Vault does not prevent Admins from creating multiple actions with the same Action Label value. When this occurs, a user may see duplicate options in their actions menu.

There are several fields available for configuring this action:

  • Action Label: Indicates how the user action appears to the user.
  • Create a Document or a Binder: Specify whether or not users will create a related document or binder.
  • Document Type: Specify the document type for the newly related document.
  • Lifecycle: Specify the lifecycle of the newly created document. Although document types are typically associated with a single lifecycle, this action allows you to associate multiple lifecycles. Vault only lists lifecycles that are valid for the specified document type.
  • Choose Template: This is an optional field that specifies a template to use when creating the document.
  • Relationship Type: Specify the relationship type used to relate the new document to the source document. Vault only lists valid relationship types based on the specified document type.

When configuring the Relationship Type field, only the following relationship types are available for selection:

  • Relationship types that are valid for the selected document type
  • Custom relationship types, or Related Original Document relationship types
  • Relationship types that are not source-specific, or if they are source-specific, they have the Carry Forward Source Relationship attribute selected.

The Create Related Document or Binder user action does the following:

  • Adds a prefix of Related Binder, Related Placeholder, or Related Template to the newly created document name (inherited from the source document). For example, Related Binder – My Presentation.
  • Automatically maps all matching field values for custom fields and some standard fields on the source document to the related document.
  • Executes asynchronously and sends a notification once the action is complete.
  • Creates an outbound relationship from the created document to the source document. Vault bases this on the relationship type configured on the user action.

Supported Standard Fields

The Create Related Document or Binder action automatically maps the following standard object fields on the source document to the related document:

  • Product
  • Country
  • Portal
  • CLM Content
  • Engage Content
  • Directory
  • Enable Survey Overlay
  • Start Date
  • EndDate
  • Keyword
  • Presentation Id
  • Survey
  • Training
  • Website
  • CRM Org
  • CRM Product
  • CRM Detail Group

Non-populated required fields or mismatched data types will cause the action to fail.