...
| Tip |
|---|
Quick Tip: If any pages don't appear properly on the first load, try pressing Ctrl + F5 on your keyboard to refresh the page and clear your cache. |
List of release items:
|
1. Revamped user interface and experience |
Our newest version of Camms.Risk v4.0, will feature a completely revamped and modernised user interface designed with simplicity and clarity in mind. Camms.Risk v4.0 delivers a new user experience and refines many aspects of a user’s day-to-day interaction with the solution. It provides clarity on what your users should be doing, where they can go next and makes it easier to locate items within the user interface. As we continue to build out this next-generation platform, this redesign also sets the stage for further improvements in our upcoming releases.
...
Some of the user interface improvements include:
1.1 Updated user interface theme
We have introduced a modernised colour palette, new fonts, refined icons, table/grid colour, and formatting options.
...
Change in Camms product logo
New clearer fonts and icons
Clearer blue and white background
Button changes with both icon and text, making it easier to identify
...
1.2 Page header
The page header section has been simplified, reducing the space taken up by Camms.Risk logo and providing more prominence to your organisation’s title or logo.
What has changed?
|   |
...
1.3 Quick access navigation panel
The quick access left-hand navigation panel has a revamped new look, along with completely new icons that make it easier to distinguish different registers at a glance.
...
Change in navigation icons, designed to provide more clarity on its function and making them more distinct from each other, making it easier to identify the different registers.
Background colour of left-hand navigation panel.
Directly access a specific register through a new panel (replacing the menu that appeared previously).
...
1.4 Page tab improvements
Page tabs will now be frozen when scrolling down, making it easy for you to know where you are and to navigate to other tabs.
...
Tabs stay frozen on top while scrolling down the page.
1.5 Page layout improvements
Placement of fields and field labels have been adjusted to reduce gaps and optimise layout to provide an improved visual flow on each page.
...
Multi-selections changed to a blue square instead of a circular shape.
1.6 Clarity for function buttons
Common function icon buttons at the top of a page are now converted into buttons with text and an icon, providing users with instant clarity on the purpose of each button.
...
Icons made small and converted into buttons with a combination of text and an icon.
...
1.7 Improved next/previous navigation
The next/previous buttons at the bottom of pages, especially in our Incident and Compliance workflows, are now equipped with better visual cues (including the name of the next tab) and they are anchored visually as a footer.
| Info |
|---|
Sycle Note: The revamped next/previous navigation feature will be available for our SYCLE customers as well. |
What has changed?
Next/Previous buttons changed to text in a footer section.
The Next/Previous tab page name listed below the Next/Previous text with an < or > arrow as a link.
...
1.8 Brief description on each settings page
A short description has been provided at the top of each Incident Setting page to give an idea of what each setting page does.
| Info |
|---|
Sycle Note: Descriptions in the Setting pages will be available for our SYCLE customers as well, under the Framework menu. |
1.9 Group header field as a collapsible panel
When a Group Header field is included in an incident workflow, in a standard or custom object (except for Actions, Linkage, Document), it will behave as a collapsible panel when clicked upon. By default the panel will be expanded.
| Info |
|---|
Sycle Note: The group header field revamp will be available for our SYCLE customers as well. |
...
1.10 Change in custom tables
When adding records to a custom table, a popup will be displayed now. This is in response to customer feedback that the previous behaviour (where it opens as a panel at the bottom of the table), was at times confusing. Now both adding a new record or editing an existing record will both open in a popup window. The 'Add New' button's placement has been updated to make it clearer that it is part of the relevant custom table.
| Info |
|---|
Sycle Note: This change in custom tables will be available for our SYCLE customers as well. |
...
1.11 Improved pagination
An improvement to Incident and Action Registers have been introduced where you can select the number of items to be displayed per page, navigate to a page by clicking on a page number, arrows to move to first/next/previous/last pages, and key-in a page number to directly navigate to.
...
The default number of records displayed can be changed via Camms.Risk Incident > Menu > Incident Settings > Miscellaneous Settings > [Records per page in incident register].
...
1.12 Field configuration popup label changes
Under Object Configuration Settings, the labels in the Field Configuration Details popup has been updated to provide more clarity and convey its function.
| Info |
|---|
Sycle Note: This improvement in Field Configuration Details popup will be available for our SYCLE customers as well. |
1.13 Removal of the spell checker functionality in creation pages
The spell checker functionality in the incident type creation pages has now been removed.
| Info |
|---|
Sycle Note: This change will be updated for our SYCLE customers as well. |
2. Adding the incident code/title to the header area of an incident record |
This feature will introduce a change in the header of an open incident record to display the Incident Code and Incident Title,
...
An administrator can configure the Incident details page title by navigating to 'Camms.Risk Incident > Menu > Framework > Incident Settings > Incident Type > [Name of the Incident type]'.
The administrator may select either the ‘StandardIncidentText’ option or Incident Code and/or Incident Title options.
If the ‘StandardIncidentText’ option is selected, the display text configured for ‘StandardIncidentText’ in 'Camms.Risk Incident > Menu > Framework > Incident Settings > Display text >[Label Reference: StandardIncidentText] ' will be displayed in the header area when any incident record is opened.
Alternatively, the administrator may select the Incident Code and Incident Title which will populate the relevant code snippets in the adjoining text box. These code snippets will populate the relevant records’ code and title respectively, in the incident record’s header area.
The administrator can configure the order in which the Incident Code and Incident Title should appear, add characters such as ‘-‘ or ‘ /’ or spaces, which will directly reflect in the Incident record’s title.
...
If the configuration for ‘Record details page title’ is [IncidentCode] – [IncidentTitle] in 'Camms.Risk Incident > Menu > Framework > Incident Settings > Incident Type > [Name of the Incident type]'.
An Incident with an Incident code ‘INC32’ and Incident title ‘Complaint on Fraud’, will display 'INC32 – Complaint on Fraud’ in the header area of the incident record.
...
| Info |
|---|
Note: The Incident Code and Incident Title will appear in the Incident details page title dropdown, only if the visibility for the Incident Code and/or Incident Title has been set to ‘true’ in 'Camms.Risk Incident > Menu > Framework > Incident Settings > Object Configuration > Incident Object > [Field name: IncidentCode /IncidentTitle]'. |
...
3. Enhanced separation of incident types in the dashboard |
With the enhanced separation of incident types, when multiple incident types (e.g. issues, opportunities, inspections) exists, this enhancement would ensure that dashboard widgets can be separated into individual incident register tabs, and not display all incidents types in one dashboard.
...
An administrator can enable register-wise dashboards by ticking the introduced option ‘Show in Dashboard’ in each Register (except for the ActionObject register) (accessed via Camms.Risk Incident > Menu > Framework > Incident Settings > Register Configuration > [Register type]).
...
How does this work?
The template and behaviour of the displayed dashboards for the incident registers (where configured) will be identical to the previous Incident Dashboard template and behaviour.
All Filters – All existing filters will be displayed as is in the new segregated tabs.
The ‘Incident type’ filter will populate the incident types linked to the relevant register for filtering.
All 16 Charts/Widgets will be displayed for the respective incident register.
The Export option will function as it did previously.
The Refresh option will function as it did previously.
Settings – This area will display settings for each of the enabled Incident Register tabs in the dashboard.
If you want to hide the consolidated Incident Dashboard view, disable the setting ‘Show Incident Consolidate Dashboard’ checkbox (accessed via Camms.Risk Incident > Menu > Framework > Incident Settings > Miscellaneous Settings). This setting will be enabled by default, for all clients.
...
4. Notifying users during Email/SMS delivery failures |
You will now have the option to be notified when an Email/SMS is facing a delivery failure. This way, your IT teams can investigate the root cause of the failure and rectify where necessary. This includes the ability to specify the number of retry attempts as well as the duration between retries.
...
How do you configure this?
4.1 Template Creation
A Notification Type named ‘Notification Delivery Failure’ will be available under Notification Templates (accessed via Camms.Risk Incident > Menu > Incident Settings > Notification Templates).
Select ‘NotificationDeliveryFailure’ from the Notification Type dropdown and tick the Notification Methods as ‘Email’ and ‘SMS’. The ‘Error Log’ snippet will be available to be selected from the Variables dropdown in the Email/SMS Body, when drafting the Email/SMS template.
The Error Log snippet will include the Error Log which was produced when the exception occurred.
4.2 Notification Creation
When ‘NotificationDeliveryFailure’ is selected as the Notification Type, when creating a notification (accessed via Camms.Risk Incident > Menu > Framework > Incident Settings), a new trigger criteria ‘Notify Upon Delivery Failure’ will be available.
When ‘Notify Upon Delivery Failure’ is selected as the trigger criteria, the ‘Custom Trigger Criteria Configurations’ editor will be displayed.
Notation for the retry attempts should be entered in the editor in the below form:
...
| Info |
|---|
Notes:
|
...
4.3 Linking the Failure Notification to an Email/SMS
A dropdown named ‘Failure Notification’ will be introduced in the created Email/SMS notifications.
You can link the failure notification using this dropdown.
...
5. Improved navigation after an incident submission |
With this improved navigation feature, you will now be redirected to the Register of the created Incident type, once an Incident Record is closed or submitted.
...
An incident record (accessed via Camms.Risk Incident > Menu > Incident Management > [click on required register type]), when closed or submitted, will be directed back to the respective register of the incident type.
For this modification to function as indicated above, the 'Configurable redirect for submit' dropdown value under Camms.Risk Incident > Menu > Incident Settings > Miscellaneous Settings, will be required to be set to '-- Please Select --', without any page selected under this dropdown.
| Info |
|---|
Note: This improvement will be applied to both the Camms.Risk Incident and Camms.Risk Compliance modules. |
6. An incident register will by default filter incidents for only configured incident types |
With this update, the behaviour of the Incident Type filter within the Incident Register, is improved to limit the list of values in the filter, to only those incident types that are configured for the underlying register.
...
Configure the default incident types to be displayed for an incident register via Menu > Framework > Incident Settings > Register Configuration > [select Incident Register] > [under Incident Types field add all relevant incident types to filter details from].
How does this work?
Within an Incident Register, you will see incident records filtered ONLY based on the configured incident types by default.
You can remove an added incident type and filter further. However, you cannot add any new incident types outside of the configured ones.
If you clear the Incident Register filter, it will still filter incidents ONLY based on the configured Incident Types, and not display all incident types in the register.
...