Who this is for. Site builders setting up review for a team, and developers who need to know what a workflow does to the save buttons and to publishing. After this page you can design a workflow, assign it to the right records and predict what each user is allowed to do.
The pieces
| Piece | What it is |
|---|---|
| Workflow | A named, ordered set of steps and the transitions between them. One workflow in the account can be marked Default; it then applies to every record and record type that has no other workflow assigned. |
| Step | A stage, with a name, a colour and a position. "Who can edit content directly in this step?" is either Everyone (off by default) or chosen groups; "Notify groups" are told when a branch arrives in the step. |
| Transition | A move from a source step to a target step. "Who can transition directly (without approval)?" is either Everyone (on by default) or chosen groups, the advance groups; "Who must approve the transition?" names the approval groups. |
| Branch | A line of revisions saved under the workflow, with the step it is currently at. Once a workflow applies, every save goes into a branch. |
| Approval | One group's approval of one branch, recording who gave it and when. A group can approve a branch once. |
| Comment | A note on a branch. Comments are threaded, can be marked resolved, and can be anchored to a spot on the page. |
Assigning a workflow
Workflows apply to seven record types: blog posts, global components, FAQ pages, FAQ questions, pages, product category descriptions and product descriptions. Books and custom entity records cannot have one.
An assignment is made at one of three scopes, and the most specific wins:
- One record. For a translated record the assignment is held on the group's parent record, so every language version shares one workflow.
- One site and one record type, for types whose records can be shared between sites, such as product descriptions.
- A whole record type, across the account.
When nothing matches, the workflow marked Default applies, if there is one.
What a workflow changes when saving
With a workflow assigned, the save actions described on Revisions and the active revision change: "Save and activate" disappears, "Create branch" appears, and a version becomes active only when its branch reaches the last step. The platform refuses anything else with these messages:
| When | Message |
|---|---|
| A new version is saved outside a branch | Workflows are enabled for this record, thus new versions must be saved in a branch |
| A save tries to set the active revision directly | Cannot set active revision directly for record with assigned workflow |
| The user cannot edit in the branch's current step | Changes to the content in the branch are not permitted in this workflow step |
| The branch has reached the last step | Creating a new revision is forbidden in the specified branch |
A branch with no step yet, because it is new or was saved before the workflow was added, can always be edited.
Who may apply a transition
The platform checks these in order and stops at the first that passes:
- the transition's "Who can transition directly" is Everyone;
- the user is an administrator;
- the user is in one of the advance groups;
- every approval group named in "Who must approve the transition?" has recorded its approval on this branch. Then anyone may apply it.
Who may apply a transition and who must approve it are separate lists. Approval groups do not move the branch; they make it movable.