...
This was released on 24th April 2020 and includes the following new features and enhancements to improve your user experience within the system.
List of release items:
|
1. Trigger emails when incident actions are reassigned |
You can now setup email notifications that are triggered when a responsible officer is assigned for an incident action, as well as each time that responsible officer is changed.
A new trigger ‘Action assigned to user’ is available in the Email Notification area, which can be accessed via cammsrisk>Framework>Incident Cammsrisk>Framework>Incident Settings when you select Action as the ‘Email Type’.
...
The rest of the functionalities will follow the same standard behaviour as any email trigger.
2. Limit staff records populated in staff drop downs based on hierarchy linkages |
Administrator users in cammsincident can now set up the staff lists to be limited in staff drop down fields, based on hierarchy linkages.
You can limit the population of staff records in staff drop downs by choosing from the options below, which will help end-users further narrow down the list they search through when recording incidents and assigning staff.
All Staff.
Staff linked to the incidents' linked organisation unit.
...
A new ‘Populate the staff list with’ configuration will be available for all incident administrator users for all staff fields within field configurations, which can be accessed via cammsrisk>Framework>Incident Settings>Object configurations for the staff fields below:
...
This will consider the staffs linkage with the organization hierarchy from cammsriks>Administration>Staff>Organisation Link area.
If your configuration is flexible hierarchy:
This will consider the staffs linkage with the organization hierarchy from cammsriks>Administration>Staff>Assign Role area.
How do we determine the incident’s linkage to the organization hierarchy?
All standard linkage creation options below are considered here, and any linkage created from the below options are considered.
From the linkage tab in the workflow workflow.
From the linkage button (enabled via ‘Hierarchy Links’ field type in field configurations).
From the linkage button against a field (enabled via ‘Is Organizational link Enable’ tick box configuration in field configurations.
From any of the standard drop down fields (enabled via below field types in field configuration area of the ‘Incident Details’ and other objects).
Incident Business Unit Grouping Dropdown Dropdown.
Incident Business Unit Grouping multiselect.
Incident Business Unit Dropdown Dropdown.
Incident Business Unit multi select.
Incident Service Profile Dropdown.
Incident Service Profile multi select.
Service Profile Dropdown.
Service Profile multi select.
Business Unit dropdown dropdown.
Business Unit grouping dropdown.
Business Unit grouping multi select select.
Business Unit multi select.
With the above configuration, the staff list will be populated to show staff linked to the same node linked to the incident, providing you with a filtered staff list.
...
| Info |
|---|
Important: In the event an incident does not have a linkage with the organization hierarchy at the point of selecting a staff from a field configured as above, the staff list will show all staff following the default behavior. However, eventually when a linkage is created, the staff list will be filtered through based on the above logics. If prior to that a staff who does not belong to the filtered list has been selected, the system will retain that staff in the list linked to the incident record, until it is changed. Once it is changed and saved, the staff list will follow the filtered behavior. CAMMS recommendation is to always place the fields configured as above to be placed after the linkage creation field within the incident. When you enable this feature for an existing staff field, if the incident record does not have a hierarchy linkage at the point, the staff list will be filtered out only to show currently selected staff for the field, until a linkage is created. Once a linkage is available, the list will behave as above. If you are using the miscellaneous setting 'Default Incident Responsible Authority for Confidential Incidents' combined with the above feature, there is a known issue where the staff field reverts back to showing all staff (regardless of the restricted configuration) only at the moment you mark a confidential incident as non-confidential. This is a known issue and will be fixed in an upcoming sprint. |
...
Reporting officers of the hierarchy nodes the incident is linked with.
User Roles to populate only the staff assigned with the selected user roles.
Individual Staff names where you can select the names that show in the drop down.
3. Improve Incident Category drop down field |
As communicated in the February sprint, we have progressively carried out improvements to the new feature introduced to have a hierarchical structure for the incident category and as a result have improved the Incident category field for the end user in the incident to reflect the same hierarchical tree sense when selecting the category. This will help the end user to have a sense of what they are searching for in the drop down with the ability to search through the tree structure through the parent category to other subsequent child categories at any level to find what they are looking for easily.
...