Open

Camms is pleased to bring you the Quarterly Product Release Note for Camms.Risk Incident.

This quarter we've got a number of exciting new features and enhancements to improve your user experience within the system, which will be available in your Test environment on 11th March 2023 and will be available in your Live instance on 25th March 2023.

This modification will include a minor update to a previous release of last year, related to the status colors in the Incident Register. Now the 'Open' status will be depicted in light blue, and the 'Closed' status will be depicted in dark blue.  

Open

Figure 1.1: Incident status in register

The Add New button in the Linkage object and field wise links button, will be made consistent with the Document and Action objects. It will be placed at the center of the Linkage grid, when in an empty state, and at the top-right corner when there are records available within the grid. 

A new section will be introduced at the top of each Incident Record, which will include some critical information, along with a progress bar, which will help indicate the submission percentage completion of an Incident Record that is in a Draft state. 

There are 3 main requirements covered within this modification as explained below.

Introduction of a new Standard field type called ‘Incident Submitted Date.’

A new standard field type called ‘Incident Submitted Date’ will be introduced and it will be available for configuration within any preferred objects. By configuring this field type, users will be able to capture the Incident Submission date within the configured field in the object.

How do you configure this?

• This can be configured via Mega Menu > Framework > Incident Settings > Object Configuration > Select the required Object > Add a new field or select an existing field > Select standard field type as ‘Incident Submitted Date.’ The options ‘editable’, ‘Required in Save’ and ‘Required in Submit’ will be unticked and disabled within Object Configuration as this will be a Read only (Un-editable) field.

How does this work?

• The field configured with the new standard field type Incident Submitted Date will be visible in the specific object(s) that it has been configured in. This field will be auto populated with the submission date as soon as the record is submitted. This will be a Read-Only field and will not be editable. It will capture the very first Submission Date and will not capture the Resubmission Date. 

• The field(s) configured with the new standard field type ‘Incident Submitted Date’ and the Incident Submitted Date field in the Incident Details bar, will not be updated with the Submitted Date and Time, when submitted if the Incident Record is not in a ‘Draft’ status. The Submission button configured within Open records, does not mean an Incident Submission, and is more like an object-wise submission. Field(s) with the new standard field type ‘Incident Submitted Date’ if configured in such a scenario, will be displayed as a blank and uneditable. And the Incident Submitted Date field in the Incident Details bar will be displayed as ‘N/A’, even after an object-wise submission is done.

If there are multiple fields Submission Date fields configured across the same workflow, the same submission date will be displayed in all those fields.

Introduction of an Incident Progress Details Bar

How does this work?

An Incident Details Bar will be introduced displaying the below critical details of the Incident record:

• Incident Type

• Incident Status

• Incident Reported Date

• Incident Submitted Date – This will be displayed only if it the field with the Incident Submitted Field type is made visible in the relevant object in Object Configuration.

Only the standard fields corresponding to Incident Type, Incident Status, Incident Reported Date, and field with field type Incident Submitted Date will be considered.

Label names of these fields will be similar to the label name given for the relevant standard fields by the user in the workflow (value fetched from the description of the field in object configuration).

Introduction of an Incident Submission Progress Bar alongside the Incident Progress Details Bar

A Submission Progress bar will be introduced alongside the Incident Details progress bar. This will indicate to the users how far they have progressed in terms of filling the required details for the Incident draft creation and how much is left for the record to be complete and ready for submission. 

How do you configure this?

• A new setting called ‘Show Submission Progress Bar when Incident is in Draft status’ will be introduced within Miscellaneous setting. The Submission Progress Bar will only be displayed within the Draft Incident creation page if the below conditions are met:

How does this work?

The logic for the Submission Progress Bar is explained with an example as per below:

• As per the above, the Submission Object is the first object with the submit record button and is configured as the 4th object in the workflow.

• Since there are 4 objects including the submission, each object will contain a percentage of 100/4. 

• Initially, the submission progress bar will be 0% and if all mandatory fields in an object is filled it will show as 25% (100/4) 

• If mandatory fields (Fields configured as ‘Required in submit’ of all 4 tabs are filled, then submission progress will be 100%.

• If there is a new object added from a decision point for any field in the workflow, then the calculation logic of the submission progress bar will change accordingly, increasing the ‘Number of objects with at least one field with ‘Required in Submit’ and ‘Visible’ including the submission object’ till the very first object with the Submission Button.

• When Submission Progress is 100%, a label will be shown as ‘Ready for Submission’ in Green next to the Submit Record button.

• Objects that do not have any fields that have been configured as 'Required in Submit' are not considered for the Submission progress calculation.

• Document, Linkage, Task and Action Objects will be excluded from this calculation. 

• The Submission Progress Bar will only be displayed when the record is at Draft Status. Once the Record is submitted and converted to ‘Open’ status, it will not be displayed.

A new warning message will be introduced to alert users that the Draft Incident Record has not yet been submitted, when you try to navigate to a different page.

How does this work?

A new warning message will be introduced which will be displayed when users navigate away from the Incident creation page prior to submitting the record. This will help alert the users that the record has not yet been submitted. This message will only be displayed for Draft records when the draft functionality is enabled. This message will not be displayed for records at ‘Open’, ‘Closed’ or any other state.

Below listed are a few instances in which the warning message will be displayed when the user tries to navigate from the draft incident creation page:

• Return button within the draft incident record page.

• Left Hand Side Quick Access Menu icons.

• Mega Menu icons

• Home icon

• Support icon

• Profile icon

• Product Navigation icon

This new feature will let you configure and send push notifications to remind/notify a predefined set of users for defined actions. This will initially need to be enabled via an Internal Setting. 

How do you configure this?

• Once the Internal Setting is enabled, a new setting named ‘Activate all active Push Triggers in Incident and Compliance’ will be available within Incident Miscellaneous Settings accessed via Mega menu > Framework > Incident Settings.

• Push Notification will also be added as an option within the dropdown of the setting ‘Notification Method’ accessed via- Mega menu > Framework > Incident Settings > Miscellaneous Settings. 

• Once these configurations are enabled, the option ‘Push Notifications’ will be displayed next to the option ‘Email’ in ‘Notification Templates’. Upon selecting this tick box, users will be allowed to configure a Push Notification Body within a template. This will contain snippets that can be configured within the Push Notification Body. 

• Once the template is configured for Push Notification, the required templates can be selected and configured within ‘Notification’ like email configurations.

How does this work?

Once the above configurations are in place, push notifications will be triggered as per the configured scenarios. 

Actions for the incident records can be created via the Action Object or via field wise Action popup in the current application. This modification will allow users to easily identify if the actions were created via the Action object or a specific field. Two new columns ‘Object Name’ and ‘Field Name’ will be introduced within the Action grid in the Action object to easily identify the field, which the action was created against.

How do you configure this?

• Field wise actions can be configured via Mega Menu > Framework > Incident Settings > Object Configuration > Select a specific object > Select a specific field name > select the tick box ‘Enable Action Creation.'

• Two new fields called ‘Object name’ and ‘Field name’ will be introduced within the Action Register Configuration area. This can be accessed via Mega Menu > Framework > Incident Settings > Register Configuration > Action Object. These fields will be unticked for visibility by default. However, users will be able to configure them as ‘visible’ if required.

How does this work?

• Users will be able to continue to create field wise actions as per the existing process. However, only the specific actions created via the field will be displayed within the field wise action popup going forward. It will no longer display the actions created via the other fields as before.

• Furthermore, two additional columns called ‘Object name’ and ‘Field name’ can now be configured within the Action grid in the Action Object and the Incident Action Register. Using these columns, users can easily identify if the actions were created via the Action object or a specific field.

Example:

The filters within the Incident Settings pages accessed via Mega Menu > Framework > Incident Settings will be simplified to only have the ‘Contains’ search filter. This will allow users to easily filter the required details.