Multiple Attempts

ClearXP has two different concepts for tracking when a learner completes a module multiple times:

• Registrations are when the learner's progress is completely reset forcing them to complete all content again.

• Re-Completions are when the learner revisits a module and completes the formal assessment again without resetting their progress.

Because Re-Completion tracking can be unreliable (especially with dynamic content), ClearXP only treats a new Registration as a valid way to re-certify against a module.

Registrations

The concept of registrations stems from the xAPI specification:

An instance of an Actor experiencing a particular Activity. A registration could be considered to be an attempt, a session, or could span multiple Activities. There is no expectation that completing an Activity ends a registration. Nor is a registration necessarily confined to a single Agent.

Because a learner's state (bookmarks, progress and completion status) are attached to the registration, a fresh registration is the only way to reset a learner's progress in a module and truly know they have completed the module again.

ClearXP allows creating a new registration through the following methods:

• Enrolling the learner into a module and using a workflow that expires prior completions.

• A manager assigning a completed module to the learner (this forces the module to expire as above).

• The learner launching a completed module and selecting the Start New Attempt option.

Re-Completions

A uniquely ClearXP concept, Re-Completions refer to a learner opening a previously completed module and then optionally choosing to re-complete any assessments inside that module again (demonstrating competence).

Because the learner's state isn't reset, opening a completed module will take them back to the last screen and the module needs to provide a way for them to re-attempt the quiz again. SCORM modules are also notorious for re-sending completion state every time a learner accesses a previously completed module.

For this reason, we use heuristics to determine if a learner has truly re-completed a module again by visiting all screens and/or completing an assessment again.

Due to the unreliable nature of determining re-completions (especially in the age of dynamic and adaptive content, or if a module has been updated since first completion), we are considering deprecating this concept and relying soley on registrations to determine multiple completions.

Reporting

When looking at reports inside ClearXP, it's important to understand how both registrations and re-completions are aggregated to understand why different dates may appear in different places. When aggregating data, we try to anticipate which completion is the most relevant to that given interface:

• For report builder interfaces, we show all completion dates and allow the admin to aggregate as they desire.

• For admin dashboard reporting, we prefer to always show the most recent completion – our expectation is that business owners wants to know when each module was most recently completed.

• For learner transcripts, learners will often refer to these to see that the completion date has updated after completing the module again.

• Managers are an exception, they often want to know a module was completed on time for compliance purposes. In this case, we show managers the first completion for the most recent registration.

The following table outlines different areas of the ClearXP interface and how we aggregate multiple completions together to show a final completion date.

	Multiple Registrations	Re-Completions
Program Owner Dashboard Admin	Most Recently Completed	Most Recently Completed
User Profile Admin	All	Most Recently Completed
Activity Analytics Admin	Most Recent	Most Recently Completed
Self-Serve Reporting Admin	Most Recent	Most Recently Completed
Report Builder Admin	All	All
Learner Transcript Learning Hub	Most Recently Completed	Most Recently Completed
Manager Dashboards Learning Hub	Most Recent	Earliest

• Most Recently Completed - Indicates the most recent registration that has also been completed. Used for historical reporting of completions.

• Most Recent - Indicates the most recent registration whether it's currently completed or not. This means previously completed learners may now show as incomplete.

• Earliest - The first / earliest completion date recorded for the given registration. May show as incomplete if not currently completed.

• All - These interfaces will show all completion dates and statuses if multiple have been recorded.