Vivarcus Help Center

Lifecycles and User Actions

When to read this

You need to move state, send for approval, or understand “Approve exists but does nothing.” This article explains both channels; QMS detail is in QMS workflow approval.

What a lifecycle is

A lifecycle is named states plus allowed transitions. Current state shows in the header (or on the document latest version).

  • State names differ per object and application.
  • User actions are configured jumps; they may open dialogs, write fields, or start workflows.
  • Entry criteria block actions when fields, children, or roles are not satisfied.

Two ways to change state

`` Need participants / rejection reason / e-signature before the state changes? Yes → Send for approval (workflow) → complete in My Tasks No → User action on the record (if exposed and allowed) ``

ChannelTypical useWhere you work
User actionSubmit, close, make effective without parallel approvalWorkflow and state changes
WorkflowMulti-step QA approval, audit expectationsSend for approval → My Tasks

In In approval (and equivalents), Quality often removes direct approve/reject from the state menu so tasks and signatures cannot be bypassed.

Run a user action on the record

  1. Open Workflow and state changes (gear / state menu).
  2. Pick an action (grayed = criteria or role).
  3. If a start dialog appears, choose participants, due date, comments; confirm.
  4. Outcome may change state immediately or only start a workflow.
  5. Refresh header state; error text often names the missing field or child.

Some actions create children or call application actions via system side effects—see Security basics.

After workflow starts

PhaseOn the record
SentOften In approval; fields may lock
Open tasksAssignees see workflow tasks
Step completeEngine adds next task or updates state
RejectOften prior state; reason belongs on reject task
DoneTerminal or next business phase (see app help)

Workflow timeline on the record (when exposed) shows steps and assignees.

Cancel and edge cases

Cancel workflow may be allowed for owners; rules vary. Completing signed tasks may fail if the parent is already inactive—check lifecycle.

Documents (platform)

Actions run on the latest version; historical versions are read-only.

Field-only edits usually keep the version number; file changes require check-in / bump; steady-state promotion may move 0.x → 1.0. See Documents and versions.

Typical permissions

ActionCommon requirement
See user actionLifecycle role + atomic security
Send for approvalOwner/Editor + workflow vault actions
Approve on taskAssigned participant
E-signatureObject enabled + step requires sign

FAQ

SymptomTry
Action grayedEntry criteria, role, atomic security, layout
Cannot approve own submissionAnother participant; check My Tasks
Approve clicked, state unchangedApprove on task, or parallel tasks remain
Rejection reason missingFill on reject task completion

Next