Workflow/Approval Conditions

Modified on Thu, 21 May at 2:51 AM

Workflow Conditions let Main Admins control when an approval process runs - whether it triggers normally, completes automatically, or gets skipped entirely based on criteria you define.

What Are Workflow Conditions?

Workflow Conditions are optional rules you can attach to any approval or workflow process in the Admin > Workflows area. A condition tells the platform what to check before deciding whether to run the approval, skip it, or complete it automatically.

There are three condition actions available:

ActionWhat It Does
ApplyThe approval process runs as normal when the condition is met. Reviewers must approve the request before the action (download, publish) is permitted.
AutocompleteThe approval is automatically marked as approved and completed when the condition is met. No reviewer action is required. The approval record is still created and visible in reporting.
SkipThe approval process does not take place at all when the condition is met. No approval record is created. Use this when you have no need to track the request in reporting.

Two of the most common scenarios where workflow conditions are useful are Download Approvals on assets and Publish Approvals on database records/forms. Both are covered below.

Download Approval Conditions - Example #1

When to Use This

Users with preview permission are the only ones who access the download request form and go through a download approval process. If your goal is to capture usage data (why they need the asset, what it will be used for) without making them wait for reviewer sign-off, you can set a workflow condition that autocompletes the approval as soon as they submit the form.

This effectively decouples the form (data capture) from the approval gate, so users fill in the required fields and get access to download immediately.

How to Set It Up

1Open Admin WorkflowsNavigate to the Admin > Workflows area. Select an existing download approval process, or select Create Approval to set up a new one. Details on how to set up workflows/approvals are covered off here.
2Add a ConditionScroll to the Workflow Conditions setting and select Add.
Workflow Conditions Add button
3Select the FieldFrom the field selector, choose Created Time. This is the date the asset was uploaded to the platform. You can also build conditions against other asset metadata fields if needed.
4Set the OperatorSelect After as the timeframe operator. Other options available are: On, Before, Before or On, and After or On.
5Set the Date ValueA calendar icon will appear in the Value field. Select a date that falls before you first started using the DAM. This ensures every asset currently in the platform satisfies the condition - effectively making the condition apply universally.
Date value calendar selector
6Set the Condition ActionSelect Autocomplete. When a user with preview permission submits the download request form, the approval will automatically complete and they can download the asset immediately - no reviewer needs to act.
Condition Action set to Autocomplete
Tip: Choose Autocomplete (not Skip) if you want the completed approval to appear in your reporting. Autocomplete still creates an approval record; Skip does not. If tracking download activity over time is important to you, Autocomplete is the right choice here.
Note: If your condition requirements differ from what's outlined here but you're still interested in setting up something similar for your workflow, please check with your dedicated Customer Success Manager who can scope out your requirements further.

Publish Approval Conditions - Example #2

When to Use This

Publish approvals on databases/forms trigger on both initial record creation and any subsequent updates. If you only need approval on the first submission - for example, for scope alignment or budget sign-off on a creative request - but not every time someone edits the record, a workflow condition lets you restrict the approval to that initial state.

This is particularly useful to set up if you use Single databases that heavily leverage Kanban view for work management.

The most common way to do this is to tie the condition to a Status field configured in your database. When the status is Submitted, the approval applies. Once the record is moved/updated to In Progress, Pending Review, or any other status, updates will not trigger the approval again.

How to Set It Up

1Open Admin WorkflowsNavigate to the Admin > Workflows area. Select an existing publish approval for databases, or create a new one. Details on how to set up workflows/approvals are covered off here.
2Add a ConditionGo to the Workflow Conditions area and select Add.
Workflow Conditions Add button for publish approval
3Select the DatabaseThe first field is a dropdown of your existing databases and forms. Select whichever one this condition applies to (for example, Creative Requests).
Database selector dropdown
4Select the FieldA second dropdown will appear showing the fields available in that database. This includes many custom fields you have set up (dropdowns, open text, date fields) plus a set of hard-coded system fields that are always available:
  • Creator / Publisher
  • Created Time
  • Last Updater
  • Last Updated
  • UUID
  • Version Number (if versioning is enabled)

For this scenario, select Status.

5Set the Operator and ValueSet the operator to In, then select Submitted (or whichever status represents initial creation in your form) from the list of status values.
Operator set to In with Submitted status selected
6Set the Condition ActionSelect Apply. The approval process will only trigger when the record status is in Submitted. Once the record is moved to In Progress, Pending Review, etc, it will not trigger the approval again.
Condition Action set to Apply
Note: If your condition, workflow, and/or form requirements differ from what's outlined here, but you're still interested in setting up something similar, please check with your dedicated Customer Success Manager who can scope out your requirements further.

Multiple Conditions and Limitations

Adding Multiple Conditions

You can add more than one condition to a workflow. All conditions use AND logic, meaning every condition must be satisfied before the condition action applies. For example, you could require that an asset was created after 1 January 2024 and has a specific review date assigned before the action triggers.

To add a second condition, select Add again after saving the first, then configure the additional field, operator, and value.

One Condition Action Per Setup

Important: You can only set one condition action per workflow condition setup. It is not currently possible to build separate rules with different actions on the same workflow - for example, you cannot say "Apply if status is Submitted and the record was submitted and was one product type, but Skip if it's a different product type." All conditions you add share a single action.

Was this article helpful?

That’s Great!

Thank you for your feedback

Sorry! We couldn't be helpful

Thank you for your feedback

Let us know how can we improve this article!

Select at least one of the reasons
CAPTCHA verification is required.

Feedback sent

We appreciate your effort and will try to fix the article