...

A new set of fields have been added to capture the “Location” “Location” of a user when they complete training which will be preserved on their assessments and registration to maintain a more accurate audit history. The “Location” can be set to one of your profile fields e.g. Vessel, Port or Division. The value of this field at the time a user takes an assessment is then automatically used to set the Location on the grade.

Once the registration is complete (i.e. all required grades have been met) the various grade locations are analysed to determine the r egistration registration completion location. This will usually be the last grade submitted on the registration. However, LMS Evaluations and Attendances take precedent over exams Exams and SCORM grades as these are most likely to represent a physical location that needs to be recorded. Here are some example where the course hascourse setups and how the registration completion location would be set:

• SCORM course and an exam > registration completion location will be set to the grade location of the whichever most recent one was taken last by the student

• Exam and an attendance > registration completion location will be set to the Attendance location

• SCORM and an evaluation > registration completion location will be set to the Evaluation location

• SCORM, Evaluation and Attendance > registration completion location will be set to the location of the whichever was taken last from the most recent Attendance or Evaluation grade.

Reporting updates have been made to include this new field, with filtering available, in the following places:

...

The LMS Web APIs have also been updated to include this information when exam/evaluation/registration data is returned to a caller. You may wish to update your integrations to make use of this new field that tracks to track training locations more accurately.

Lastly, a new registration rule has been included to allow registration if someone does not have a completed registration with a Location registration completion location matching their current Location profile field value. This can be used in scenarios where someone must take a course every time they join a new vessel e.g. for vessel familiarization.

...

Similar to the above, each registration will now be assigned a completion assessor who is to record the user responsible for the registration’s completion. This follows the same pattern as the Location registration completion location, using the existing Assessed By field on each grade as the source.

The same reports have been updated to display this information where appropriate, and the LMS Web APIs have been updated to include display this information when exam/evaluation/registration data is returnedwhere appropriate.

New report - Student Transcript - COREDEV-6356.

This is a new Seal Report that shows the training history of a user in the LMS – it provides a list of every registration that the user has across courses (both active and completed). In addition, it has a drill-through report that provides assessment data for a single registration for the selected user.

...

There is an existing permission to Override exams, typically given to Instructors and Admins, that is required for users to provide retakes/continuation of exam for students. However, it also allows them to override grades and questions. This has now been separated so retake/continue permissions are separate to override permissions, allowing customers to better target who gets these permissions. Upon release we will preserve existing permission functionality but if you would like to change your permission scheme please contact support@marinels.com.

...

• COREDEV-6283 - Display Post Exam Notes when submitting an evaluation.

• COREDEV-6181 - Add checkbox to exclude Page Separators in the Tagged Content Report.

• COREDEV-6299 - The Self-Registration button has been updated to indicate if the user has a completed registration for the course already (if they have one)/.

• COREDEV-6538 - In 4.8 the way users were deleted/deactivated was changed. Following this it was no longer possible for a user to see if they could not login because of a password issue or because their account was inactive. This made troubleshooting access issues more challenging for support teams. Therefore a specific login error for inactive users has been readded.

• COREDEV-6602 - It has always been possible to filter in the Evaluation Student Selector by IDs, usernames and emails however this was not obvious in the UI leading to difficulty for some users in finding students. The prompt text in the Evaluation Student Selector and user display names have been updated to aid with this.

• COREDEV-6521 - Change column order for course path and offering short ID in Registration Report CSV.

• COREDEV-6437 - Bug Fixed. Grades By Student shows registration DateCreated rather than RegistrationDate.

• COREDEV-6494 - Bug Fixed. Performance issues with Microsoft Spelling & Grammar plugin on Manage > Users.

• COREDEV-6045 - Add “Exam mode” option for on Question Export Report. This will mean filtering will return questions in the same way an exam would be generated with these tags.

• COREDEV-6471 - Add support for the CreatedOrActivatedAfter() registration to the Registration Rule Matrix

Other Report updates

• COREDEV-6129 - Seal: Add user filter to InstructorRegistrationReport.

• COREDEV-6061 - Seal: Add Participant filter to SkillGrader Assessment Report.

• COREDEV-6534 - Seal: Add AssessmentID column to SkillGrader Assessment Report.

• COREDEV-6274 - Seal: Course nameName, Registration Date, Assessed By added to the Grades List and Tabular Grades Detail drill-down reports.

• COREDEV-6033 - Seal: Bug fixed. Filtering does not apply to last drill-down for Compliance and Average Grade Reports

...

• COREDEV-6157 - Improve performance for Manage > Remote Training Appliances.

• COREDEV-5637 - Support "read-only" version of Manage > Sync on an RTA.

• COREDEV-6516 - Support ExternalIds on users. This was added primarily to support identifying CompletionAssessors in web API calls. impacts on release

• COREDEV-6471 - Add support for the CreatedOrActivatedAfter() predicate to the Registration Rule Matrix getUICOREDEV-6269 - API: Include Classification Tags with ExtendedRegistration in Web API calls.

• COREDEV-5816 - Performance Tuning for Exam Generation (~20% improvement)

• COREDEV-6531 - Configuration to preserve email address on user deactivation.

...