Track User Performance with Milestones¶
Scenario¶
Use this example when a case should measure how long a user takes to complete a process-driven activity. The milestone starts from process logic and is then visible in the case and channel views.
Prerequisites¶
- permission to create folders, processes, and channels
- access to prework and postwork scripts
- case milestones enabled for the target channel
Steps¶
Create the Folder and Process¶
- Create an application folder, for example
Proposal Process. - Create the process and open it in edit mode.
Build the Process Flow¶
- Rename the opening task to
Proposal Form. - Add the
Submitaction. - Create the approval task with
ApproveandRejectactions. - Mark the process task that should work with the case as Is Case Handler.
Start the Milestone in Prework¶
Open the prework of the approval task and add logic like the following:
1 2 | |
This creates a milestone named Send Proposal and sets its due date to one day after the task start time.

Stop the Milestone in Postwork¶
Open the postwork of the same task and add logic that stops the active milestone when the process is completed:
1 2 3 4 5 6 7 8 9 | |
This ensures the milestone closes only when the expected case-linked work has actually finished.

Create the Form¶
- Build the proposal form.
- Add a text field such as
ProposalName. - Add a file field such as
ProposalFile.
Create the Channel¶
- Create a new group channel.
- Enable cases.
- In channel edit, enable milestones and add the new process under Related Processes.

Create the Case and Run the Process¶
- Create a new case in the channel.
- Start the related process from the case.
- Submit the proposal form.
At this point the milestone is created automatically for the case.
Observe the Milestone Lifecycle¶
- Let the due date pass to see the milestone move into the overdue state.
- Review the channel and case screens to confirm the milestone warning and red status.
- Complete the approval task to close the milestone.


Result¶
The case now tracks user performance through a milestone that starts from process logic, becomes overdue when the due date passes, and closes automatically when the work is completed.