Once a relevant repairs-focused entity (say, a works order) reaches a predefined status (e.g. completed, fully invoiced, etc.), there is the opportunity to launch a Generic Case or CRM Case automatically, which can then be used to steer follow-up activities, customer surveys, and the like, in a controlled and consistent way. Within the sphere of repairs, there are several entity types compatible with this repair status trigger functionality: Repair Request, Repair Inspection, Works Order, Work Package, and Variation. The automatic launching of cases in response to a supported entity reaching a specific status is carefully controlled through the creation of custom criteria, concentrating on additional attributes, characteristics, and outcomes that warrant further action. For routine record matching requirements, the Advanced Statement Builder can be employed within a case trigger rule to construct the logical conditions, defining business rules to control the record matching process. Any number of discrete statements can be created within the condition workspace and then combined into an overall algorithm using standard Boolean operators. Alternatively, for more complex conditions, these can be defined through a bespoke SQL stored procedure, activating the Use Advanced Query attribute, and entering the subroutine descriptor into the adjacent Stored Procedure Name field.
The procedure to define a case trigger rule for a repair status code is as follows:
Tip
1 Where only a small number of parameter values are not required, activate the All tick box first and then deselect individual items from the full list, as required; the All tick box will be automatically removed once an item is deselected.
Note
1 The Search Status field will match against any element of the custom repair status description.
2 System validation rules ensure that the description entered for each new case trigger rule is unique for the effective period.
3 The Effective from date defaults to the current system date and cannot be left blank.
4 Once the configuration rule becomes active, the incremental counters capturing the Number of entities versus the Number of cases will reflect the operating percentage split.
See related topics...