...

This quarter we've got a number of exciting new features and enhancements to improve your user experience within the system, which was deployed to your Test environment on 20th March 2021 and will be deployed to your Live instance on 3rd April 2021.

This enhancement will enable the permission of the parent object to be inherited instead of depending on permissions for the full 'Document Object'. 

...

• This is performed by configuring the 'Documents' field within another object in the workflow.

• The Document Object can be configured within any other object in the workflow by enabling the ‘Is Enable Document Attach’ setting within the Field Configuration popup window (accessed via Incident Settings > Object Configuration > [select Object] > [select Field Object]).

...

• This will then enable the documents object to be accessed via a ‘Documents’ Documents button.

...

How does this work?

• Prior to this feature enhancement, documents were able to be added/edited/deleted via the ‘Document’ Document button, only if you were given permission to the Document object in the workflow. Now, the Document object accessed via the ‘Documents’ Documents button, will inherit the permission of the parent object (i.e. the object in which the Document object is configured in), as well as the Document object.

• If you do not have permission to the Document object, the ‘Documents’ Documents button will work within the parent object by inheriting the permission of the parent object.

• If you have permission to both objects, the union of both permissions are considered and the higher permission will take effect.

  • Example 1: If the parent object (Incident Details), has add, edit, read-only permissions, and the Document object has only read-only permission, you will be able to add, edit documents via the parent object, based on the parent's object permission.

  • Example 2: If the parent object (Incident Details), has only read-only permission, and the Document object has add, edit, delete permissions, you will be able to add, edit, delete documents in the parent object, based on the document’s object permission.

• Documents added via the ‘Documents’ Documents button can be viewed within the document object, configured to that field and within the documents object, based on the permission. However, it will not be visible if the document object is configured to any other fields in other objects.

  • Example 3: The Document object is configured for the field ‘Incident Title’ in the Incident object, as well as for the field ‘Investigation Status’ in the Investigation object. Documents uploaded against the ‘Incident Title’ field cannot be seen within the document object for the ‘Investigation Status’ field. But documents uploaded for both fields can be visible in the Documents object.

...

This enhancement will let you track and display the history of changes in the Incident Settings pages for Users, User Roles, Standard Roles and Notification settings.

...

• Users with the 'User Settings', 'User Role Settings', 'Standard Role Settings', 'Notification Settings' permissions (based on the page you wish to view history on) in the standard permission framework (accessed via Camms.Incident > Incident Settings > User Roles > [select User] > Permissions > [expand] Standard).

• Or ‘Incident Settings’ permission in the new flexible hierarchy framework [currently in beta] (accessed via Camms.Risk > Administration > Role Management > Permission > Framework) to access the Incident Settings page, and then to access the relevant page under Settings, follow the same process as the standard permission framework, to view the history log of the relevant incident settings pages.

...

• A history button will be available at the top-right corner of the following incident settings pages (accessed via Camms Camms.Incident > Framework > Incident Settings):

  • User

  • User Role

  • Standard Roles

  • Notifications

  • Notification Templates

...

• Once the history History button is clicked, a ‘History’ summary popup window will display the following details:

  • User Name – Will display the user name of the user that made the change.

  • Time Stamp – Will display the date and time the change was made.

  • Changed Record – Will display the name of the record within the settings area that was changed (e.g. In the User Settings page this will denote the respective User Name).

  • Summary – Summary of parameters that changed.

• History records will be sorted based on the time stamp column in descending order (lasted changed items on top).

...

The Incident My Quick Update menu item has been removed as it duplicates the elements and capabilities available in the My Quick Update page. You can now access all assigned items under the ‘My Quick Update’ menu.

...

• The ‘Incident My Quick Update’ option will be removed in the following areas:

  • Camms.Incident > Mega Menu > Incident Management

  • Camms.Incident > Administration > Role Management > [Product: Incident] > Incident Management

  • Camms.Incident > Framework > Incident Settings > Miscellaneous Settings > Configurable redirect for submit

• The ‘My Quick Update’ option will be introduced in the 'Configurable redirect for submit' dropdown under miscellaneous settings (accessed via Camms.Incident > Framework > Incident Settings > Miscellaneous Settings > Configurable redirect for submit).

...

4.1 Updates to the report title of the report 

The existing report title of the Incident Master Report has been changed to provide a clear definition of the report. 

• New Format: <Incident Code> Record Details 

...

4.2 Depicting a hyphen for blank fields in the report 

The Incident Master Report has been modified to depict a hyphen '-' instead of 'N/A' text, for fields with no data entered in the Camms.Risk Incident application.

...