Position Code User Reporting Hierarchy

For user administrative or managerial oversight, Portal Administrators can choose between two different types of reporting relationships between LMS users: a Position Code hierarchy or a direct Person-to-Person structure.

INTRODUCTION: LMS REPORTING STRUCTURES

Portal Administrators can choose between two different types of reporting relationships between LMS users to grant a user administrative or managerial oversight: a Position Code hierarchy or a direct Person-to-Person structure.

In Position Code reporting, position codes are created to establish Superior/Subordinate relationships that determine user oversight. These relationships enable users with superior positions (managers) to view training, approve course enrollment requests, and set and manage training goals for subordinate users (students) within their organization. This reporting style is best used when the reporting structure designates subordinates to report to a specific superior position consistently throughout the organization.

Person-to-Person reporting enables Portal Administrators to set up reporting relationships based on Username, rather than Position codes. With Person-to-Person reporting, a user may have zero, one, or multiple managers, similar to how many organizations are structured today. These relationships also enable managers to view training, approve course enrollments, and enroll others in courses in the same way they can with for Position Code Reporting. Managerial assignments in P2P reporting are established at the profile level, so it is possible to have different managers across multiple user profiles.

LatitudeLearning® uses Position Hierarchy as the default reporting structure for new portals. Even Portal Administrators who select Person-to-Person for user and training management must still rely on a sound LMS Position Hierarchy structure to generate Training Progress Reports, assign Certifications and Curriculums (via Position Groups), and approve Self Registrations.

Whether you’re considering implementing Person-to-Person in your new LMS or transitioning an existing LMS to this new reporting structure, please consider contacting Latitude Support for consultation services.

Considerations for Establishing Positions and the Hierarchy

It is helpful to understand how you want your organization to oversee training and report on training activities prior to setting up your positions or building a position hierarchy. The position hierarchy’s primary purpose is to provide managerial oversight of training for users in subordinate positions and to ensure that managers have visibility of those users in reports and on their My Team or Employees Tab pages. It also drives Certification and Curriculum goals and eligibility-based on a user’s primary profile assignments.

IMPORTANT! When relying on Positions for managerial oversight, it is critical that the hierarchy of superior/subordinate relationships has NO gaps. The top position in the hierarchy, which should have no superiors, is the position that should be assigned to anyone acting as a portal administrator, who needs to see every active/inactive user. All other positions should be assigned at least one superior position and they must all eventually be connected, indirectly or directly to the top position. The TRA – Training Administrator position is the default top provided in the LMS. It is acceptable to create a different top level position, but care is required to ensure it is properly linked to other positions and is assigned to all portal administrators under their highest profile.

This report helps identify positions and associated users orphaned by gaps in the hierarchy: Reports > Classic Reports > Users > Orphaned Users by Company.

When building Position Relationships, keep in mind:

  • The positions can, but are not required to represent your organization’s job titles.
  • Not all managerial relationships are concerned with employee training management. When users have several direct and dotted-line managers, consider building the hierarchy in the LMS that pertains to just those superiors who are relevant to the training aspect of employee management. Consider which superior position would be the one to:
    • approve a subordinate position’s enrollments, if necessary
    • assign training to the employee
    • get notified of subordinates’ training activities
    • view employee training history via LMS reporting
  • A position hierarchy that is too complex, with extensive numbers of superiors and/or subordinates per position, can have an adverse impact on system performance. Having more than one superior position is okay, but it should be restricted to relationships that make sense from the perspective of employee training oversight.

How Positions Support Managerial Users

The LMS uses Position in conjunction with Organization and Role information to support managerial users in several key ways. This section assumes that Position-to-Position reporting is enabled, not Person-to-Person.

  • My Team/Employees: Users who are assigned a position with subordinates gain access to the My Team tool, or the “Employees” tab on the Classic Home page. Managers have a number of tools available to them from this one page, including a list of their employees across all organizational profiles, user details and drill down, and even tabs that navigate between team training views.

{INSERT SCREENSHOT}

  • Approvals: There are three types of Approvals — Enrollment, Course Interest, and Self Registration. The Approvals tab automatically appears on a user’s Home page if their position is superior to one or more other positions. A manager can view pending approvals by selecting the appropriate approval type link, then approve or reject as needed.

{INSERT SCREENSHOT}

Other Impacts of Position

    • Announcements:  Portal administrators can use the embedded messaging system to communicate with a targeted set of users based on a wide range of filter options, including their Position assignment. This feature is available on the left navigation menu.
    • Prerequisites/Course Equivalencies: Use position membership as part of an equivalency or prerequisite rule to restrict course access to users in certain positions only.
    • Departments: This is one of two ways to group users by position in the LMS. You can find the Department functionality in the left navigation menu under Organizations. It is designed to mimic functional groups in your organization and can be used by the LMS for sending announcements to specific subsets of users.
    • Position Groups: These are part of the Certification/Curriculum Management feature. Individual Positions that require the same certifications may be organized into groups. Certifications and/or Curriculum requirements can then be assigned to one or more Position Groups, providing automatic assignment of certification/curriculum tracks to all users in a given Position Group.
    • Add Interest: Use position to find a subset of users to mass enroll in a particular course using the Mass Add Interest function. This is found on the left navigation menu under Interests > Add Interest.
    • General Search: Position assignment is often used throughout the LMS when searching and targeting specific users, for example, when using tools to batch enroll others, send announcements, and add interests.
    • Reports: Position, in combination with organization level, contributes to the scoping of report results for a particular user. Managers who can run reports will normally see results only for users in subordinate positions to their own and only at the organizational levels they to which they are assigned.

 

Shortcuts

  • Feature Overview and Requirements
  • Step-by-Step and Field Descriptions
  • Use Cases and Examples
  • FAQs

Video

Frequently Asked Questions

Why didn't my SCORM package load?

Please review the requirements in this section to ensure your file is LMS-compliant.

Why are students having problems completing a course?

If your course launches correctly in the LMS, but all or some users are having difficulty getting a successful completion, these are common issues:

  • The LMS window and the course content “launch” window/tab must be open concurrently. If a student closes the LMS window, the SCORM engine cannot properly update score and status.
  • Any interruption in network connectivity while a student is taking the course can interrupt or disconnect communication of status between the LMS and the course.
  • Course configuration in the authoring tool may be problematic:
    • Success/completion factors are not being fully met by the student. Making them aware of the success factors or helping create navigation and workflows that guide them toward full completion can help.
    • The student does not navigate or exit the course in a way that triggers submission of final status or score to the LMS. For instance, if a final “Finish” button submits scores to the LMS but the user simply closes the course window.
    • Publishing settings such as “Report status to LMS as” can cause issues with the LMS and may need to be altered if initial attempts fail. These are the settings that tell the system to report as “Passed/Incomplete”, “Passed/Failed”, “Complete/Incomplete”, etc. Using “Passed/Incomplete” is usually successful.