In public works, it's common that one work assignment leads to another. Sometimes the follow-up work is expected: For example, the Sewer Department might know that each time it flushes a sewer line, it has to conduct a follow-up water test two weeks later. At other times, the secondary task might be unforeseen, such as when a street sweeper notices a portion of a curb must be repaired. Lucity's Resulting Tasks function makes it easy to initiate and track either type of workflow.
How it works
Resulting Tasks can be added to a Work Order in two ways:
With either method, when you create a Resulting Task, you also should consider how you want to create the Resulting Work Order. There are two options:
Scheduling Options
The configuration of the Resulting Task's scheduling fields and the method used to trigger the resulting Work Order determine the Start Date of the resulting Work Order. The following chart explains how the available timing options and triggering methods work in combination to determine the Start Date of a resulting Work Order.
|
Frequency / Occurrence Interval |
Start Date / Time |
Work Order Generation Method |
Resulting Work Start Date/Time = |
Scenario 1 |
|
Automatic* |
Original Work Order's End Date + (Frequency x number of days in Occurrence Interval) |
|
Scenario 2 |
|
Manual (Toolkit) |
Current date |
|
Scenario 3 |
|
Automatic* |
Start Date set on the Resulting Task record |
|
Scenario 4 |
|
Manual (Toolkit) |
Start Date set on the Resulting Task record |
|
Scenario 5 |
Automatic* |
Start Date set on the Resulting Task record |
||
Scenario 6 |
Manual (Toolkit) |
Start Date set on the Resulting Task record |
||
Scenario 7 |
|
|
Automatic* |
Original Work Order's End Date |
Scenario 8 |
|
|
Manual (Toolkit) |
Current date |
*In order for Lucity to generate a Work Order automatically from a Resulting Task, the Resulting Task child record must have the Automatically Complete Work Order using End Date option enabled.