...
All other elements are optional, though some might be heavily recommended, as it will indicated in the detailed descriptions of the stages below.
Part 1: Automation
The approval process is started by setting up a trigger that initiates a previously configured approval workflow.
...
Step | Configuration | Explanation |
|---|---|---|
Location State Changed | New location state: Online | One or more assets are uploaded to the system. |
Initiate Business Workflow | Workflow name: select the correct approval workflow from the dropdown list Transition: select the first transition in the workflow Items: @sourceEntityItem Owner Member Id: @sourceMemberId Task name: (optional) Instance Id: (optional) | An approval workflow is initiated, which means that the tasks related to the workflow will now be distributed to the correct users. |
Set ComboValue Metafield | Meta Field: Status (guid) New Value: select the new status from the dropdown list Asset Item Id: @sourceAssetItemId | Asset status of the asset(s) is changed to “creative”. |
Part 2: Workflow
The second stage of the approval process is when the actual creative work and interactions between the users happen.
...
Step | Configuration | Explanation |
|---|---|---|
“Initiate” transition | Name: selected by the user Transition type: Manual Unique ID: selected by the user Description: selected by the user (optional) | This is the first transition of the workflow, triggered by the previously explained automation. The unique ID should be remembered as it needs to be provided in the “Initiate Business Workflow” step of that automation. The transition is manual, because it is initiated by a deliberate action from a user - in this case, an upload of new asset(s). |
“Awaiting metadata” stage | Name: selected by the user Unique ID: selected by the user Description: selected by the user (optional) Mark as completed: no Relevant Meta Fields: selected from the menu of all existing metadata fields Stage owner: Stage Assignment Behavior - Assign to instance owner Labels: selected from the list of created as custom | The name of the stage is also the name of the task. The optional description will provide the assigned user with the explanation of what is expected in this stage. The metadata fields in this stage will be displayed in the task details. In this case, the stage owner is the instance owner, which means that the task assigned to the same user who uploaded the asset(s). The label will be displayed on the task. |
“Fill metadata” transition | Name: selected by the user Transition type: Automatic Unique ID: selected by the user Priority: relevant only, if multiple transitions happen at the same time, otherwise: 0 Description: selected by the user (optional) Constraints: metadata constraints and execution condition constraint | Automatic transition means that the workflow will be transitioned to the next stage, when the constraints are fulfilled. In this example it means that that filling out the relevant metadata will complete the task, whether this is done from the task dialog, or directly from the metadata editor. Constraints are the conditions for fulfilling the task. Here:
|
“Pending approval” stage | Name: selected by the user Unique ID: selected by the user Description: selected by the user (optional) Mark as completed: no Relevant Meta Fields: - Stage owner: Stage Assignment Behavior - Assign to a group Labels: selected from the list of created as custom | The name of the stage is also the name of the task. The optional description will provide the assigned user with the explanation of what is expected in this stage. In this case, the stage owner is a user group. It means that any user belonging to that group can transition the task. i.e. approve or reject the asset(s). The label will be displayed on the task. |
“Approve” transition | Name: selected by the user Transition type: Manual Unique ID: selected by the user Description: selected by the user (optional) Constraints: execution condition | The manual transition means that the task can only be fulfilled by selecting one of the options from the list of available actions. Constraint:
|
“Approved” stage | Name: selected by the user Unique ID: selected by the user Description: selected by the user (optional) Mark as completed: yes Relevant Meta Fields: - Stage owner: Unassigned Labels: selected from the list of created as custom | The name of the stage is also the name of the task. The optional description will provide the assigned user with the explanation of what is expected in this stage. The label will be displayed on the task. Marking the stage as complete means that the this particular workflow instance will be archived after this stage. |
“Reject” transition | Name: selected by the user Transition type: Manual Unique ID: selected by the user Description: selected by the user (optional) Constraints: execution condition | The manual transition means that the task can only be fulfilled by selecting one of the options from the list of available actions. Constraint:
|
“Rejected” stage | Name: selected by the user Unique ID: selected by the user Description: selected by the user (optional) Mark as completed: yes Relevant Meta Fields: - Stage owner: Unassigned Labels: selected from the list of created as custom | The name of the stage is also the name of the task. The optional description will provide the assigned user with the explanation of what is expected in this stage. The label will be displayed on the task. Marking the stage as complete means that the this particular workflow instance will be archived after this stage. |
Part 3: Automation
The last part of the approval process handles about what happens to the asset(s) which were approved or rejected.
...