Workflow Commons is a workflow-specific module that contains a lot of preconfigured documents, such as pages, snippets, page teamples, microflows. You can download the Workflow Commons module from the Mendix Marketplace and integrate it in your app, however, this requires some preparation first.
Before adding the Workflow Commons module to your app, make sure you have completed the following:
- Upgrade your application to Mendix 9
- Install Atlas 3 from the Mendix Marketplace, as Workflow Commons depends on it
- As a result of installing Atlas 3, your app should contain the following modules that Workflow Commons depends on: Atlas Core, Atlas Web Content, and DataGrid
2 Preparing Your App
By default, Workflow Commons will integrate with Mendix SSO that allows you to invite and manage users and roles in the Manage App Users page in the Developer Portal. You can download Mendix SSO from the Mendix Marketplace. If you do not have Mendix SSO installed, you will see some consistency errors after installing Workflow Commons. After adding the Mendix SSO module, the consistency errors caused by the installation of Workflow Commons will be gone. If you want to implement a different user authentication and user management method, you can replace the references made to Mendix SSO in Workflow Commons with the user entity of your preference.
3 Workflow Commons Components
The purpose of Workflow Commons is to provide you with useful pages, page templates, snippets, and microflows that can save you development time. All documents in the Private folder are meant for internal purposes within the module itself, but you can find a couple of useful documents that you can make use of in the UseMe folder.
There are three pages provided with the Workflow Commons module to get you and your users started with workflows. The functionality contained in these pages works out-of-the-box. Simply add these pages to the navigation of your app to start using them. You can find the following pages in Workflow Commons:
- DefaultWorkflowAdmin – The default workflow admin page that a workflow administrator can use to view and manage a workflow instance. This page can be used in the Show workflow admin page microflow activity and button action.
- TaskDashboard – Gives end-users an overview of their performance in your app’s workflows. It contains such information as how many tasks your users have completed, how long they take on average to complete a task, and what percentage of their tasks they complete within the deadline.
- TaskInbox – Contains a handy list of all tasks that a user can interact with. My open tasks shows the tasks assigned to current users, All open tasks is a list of tasks they could pick up, Unassigned tasks shows all unassigned tasks, and Completed tasks gives an overview of all tasks that were finished.
- WorkflowAdminCenter – A navigational page for workflow administrators. From here, a workflow administrator can go the the Workflow dashboard, which gives them general statistics of workflows, much like the MyTaskDashboard does for users. Workflow administrators also gain access to the Workflow Admin Center, where they can see all the instances of specific workflows and make changes to their data or even abort them.
3.2 Page Templates
Workflow Commons contains page templates to easily get you started with building workflow-related pages. These templates are automatically suggested to you when you make a new page from either the user task or workflow properties. You can find the following page templates in Workflow Commons:
- UserTask_Basic – A basic template that shows a header with the task name and description, a sidebar with details about the assignee and status of the task, and a main view where input widgets and buttons to complete the task are generated.
- UserTask_Extended – Does exactly the same as the basic user task template, but extends it by adding attachments and comments sections, as well as an activity timeline to see what has previously happened in this workflow.
- Workflow_Overview – Can be used to easily generate an overview page for a specific workflow. It contains a header with the name of the workflow, as well as an action menu for administrators. There are three tabs, General information, Task details, and Notes and attachments. In the General information tab, you will see the current state of the workflow, when it has started and ended, as well as the due date and potential reasons for failure. The activity timeline is displayed, and there is a section with generated input widgets that allows administrators to make changes to the data in the workflow. For more information about the individual tasks: who worked on them and who would have been able to pick them up, go to the Task details tab. Finally, the Notes and attachments tab provides an overview of all the notes and attachments that were added for this workflow.
If you would like to customize page templates, you can do that with the help of the snippets provided by Workflow Commons. You can find them in the Snippets folder of the Workflow Commons module.
Preconfigured microflows help you assigning user tasks, and one allows you to abort workflows. You can find the following microflows in Workflow Commons:
- ACT_UserTask_AssignToMe – Assigns a user task, which is passed as a parameter, and assigns it to the current user.
- ACT_UserTask_AssignToUser – Assigns a user task to a specified user, both passed as parameters.
- ACT_UserTask_Unassign – Removes the assignee from a user task, which is passed as a parameter.
- ACT_Workflow_Abort – Aborts a workflow instance and all of its currently running user tasks. The workflow instance is passed in as a parameter.
4 Setting Up User Assignment and Security
The Workflow Commons module has two module roles for you to make use of. Users with the User module role will gain access to the MyTaskDashboard and MyTaskInbox pages, as well as the ability to create and change their own attachments and notes on workflows. Giving someone Administrator privileges allows them to explore the WorkflowAdminCenter, manage attachments and notes from anyone, and abort workflows.
Depending on the required user roles for your application, you may have the need to distinguish workflow administrators from regular administrators. If that is the case, follow the steps below:
- Make a new user role for workflow administrators.
- Link the user role to the Administrator module role in Workflow Commons.
- Link the user role to both the User and WorkflowAdministrator module roles in the System module.
Finally, go to the Workflows tab in your project settings and select the same user entity as the one you are using in Workflow Commons. If you using Mendix SSO, set it to MendixSSO.MendixSSOUser. You can then use the properties of this entity to filter the users that can pick up a task in the task’s user assignment property. For more information on user task properties, see User Task.
5 Customizing Workflow Commons
While Workflow Commons does provide useful documents out-of-the-box, you might have the need to change the content and, for example, make pages company-specific. When doing so, we recommend that you make a copy of the document that you will be changing to a local module called WorkflowCommonsCustomizations, so that you do not accidentally overwrite your changes in the future when upgrading to a newer version. Feel free to also browse around in the Private folder of the module to discover the snippets and sub-microflows. For more information on how to configure a workflow and set up pages and other elements for it, see How to Configure a Workflow in Studio Pro for the Employee Onboarding Process.
6 Workflow Best Practices
We recommend the following best practices when working with workflows:
- When creating your workflow entity, use associations to connect to relevant information and only create attributes that are related to the current workflow instance. An example could be an Expense entity containing a description and amount, associated with an ExpenseApproval entity which has attributes for the approval state and a reason for rejection.
- When creating a user task, add a short description of the target users to the caption of the task. An example could be HR: Schedule onboarding training in an employee onboarding workflow.
- When creating a microflow for a system task, prefix it with WF_, so everyone knows it is being used in a workflow.