Skip to main content

​
Overview

In Opigno Enterprise, hierarchy inheritance determines how content visibility and access flow through your organizational structure. When you assign content to a hierarchy level, it doesn’t exist in isolation—it follows an inheritance model that affects what users can see based on their position in the hierarchy. Understanding how inheritance works is crucial for:
  • Planning effective content distribution strategies
  • Ensuring users see the right content for their role
  • Maintaining security and content isolation between departments
  • Creating efficient training programs that leverage organizational structure
Content assigned to a hierarchy level automatically cascades down to all sub-levels beneath it. This creates a powerful distribution mechanism where higher-level content is accessible to everyone below, while lower-level content remains restricted to specific teams.

​
How Inheritance Works

Hierarchy inheritance in Opigno Enterprise follows a top-down model where content flows from parent levels to child levels, but never sideways between sibling branches.

​
Example Organizational Structure

To illustrate how inheritance works, consider this typical company hierarchy: 
Company (Top Level)
  ├─ Sales Department
  │   ├─ Sales Team A
  │   └─ Sales Team B
  └─ Engineering Department
      ├─ Frontend Team
      └─ Backend Team
This structure demonstrates:
  • One top level: “Company” serves as the root learning area
  • Two main branches: Sales and Engineering departments
  • Four sub-teams: Each department has specialized teams beneath it

​
The Three Rules of Inheritance

Content assigned to a higher level automatically becomes visible to all users at lower levels within the same branch.Example: Assignment at “Sales Department”:
  • ✓ Visible to users in “Sales Department”
  • ✓ Visible to users in “Sales Team A”
  • ✓ Visible to users in “Sales Team B”
  • ✗ NOT visible to “Engineering Department” users
  • ✗ NOT visible to “Frontend Team” or “Backend Team” users
Why this matters: This allows you to create department-wide training programs that automatically reach all teams within that department, without manually assigning to each sub-level.Practical use case: A “Sales Best Practices” training assigned to the Sales Department will be available to both Sales Team A and Sales Team B, ensuring consistent training across all sales personnel.
Content assigned to one branch is completely isolated from sibling branches at the same level. There is no horizontal visibility between parallel organizational units.Example: Training assigned to “Sales Team A”:
  • ✓ Visible to “Sales Team A” users only
  • ✗ NOT visible to “Sales Team B” users (sibling)
  • ✗ NOT visible to “Engineering Department” users
  • ✗ NOT visible to any engineering teams
Why this matters: This isolation ensures that department-specific or team-specific content remains confidential and relevant only to the intended audience. Engineering teams won’t see sales-specific materials, and vice versa.Practical use case: “Sales Team A” might have specialized training on a specific product line or territory that shouldn’t be visible to “Sales Team B” who handles different products or regions.
Content without any hierarchy assignment is globally accessible across all learning areas and organizational levels.Common use cases for global content:
  • Company-wide announcements and updates
  • General onboarding training for all new employees
  • Universal policies and procedures (HR, compliance, safety)
  • Shared resources like company handbooks or style guides
  • Organization-wide events and celebrations
Why this matters: Not all content needs to be restricted. Some training and resources should be available to everyone regardless of their position in the hierarchy.Practical use case: A “2025 Company Goals and Vision” training or “Annual Compliance Training” should be available to all employees across all departments and teams.

​
Practical Examples

Understanding how inheritance works in real scenarios helps you plan your content assignments effectively.

​
Example 1: Company-Wide Training

Scenario: Annual compliance training required for all employees Assignment:
  • Training: “2025 Compliance & Ethics”
  • Hierarchy Level: Company (Top Level) or No Assignment
  • Result: Every user in the organization can access this training
Visibility:
  • Company level ✓
  • Sales Department ✓
  • Sales Team A ✓
  • Sales Team B ✓
  • Engineering Department ✓
  • Frontend Team ✓
  • Backend Team ✓

​
Example 2: Department-Level Training

Scenario: Sales methodology training for the entire sales organization Assignment:
  • Training: “Advanced Sales Techniques 2025”
  • Hierarchy Level: Sales Department
  • Result: All sales teams can access, engineering teams cannot
Visibility:
  • Company level ✗
  • Sales Department ✓
  • Sales Team A ✓
  • Sales Team B ✓
  • Engineering Department ✗
  • Frontend Team ✗
  • Backend Team ✗

​
Example 3: Team-Specific Training

Scenario: Specialized training for frontend developers only Assignment:
  • Training: “React 19 New Features”
  • Hierarchy Level: Frontend Team
  • Result: Only frontend team members see this training
Visibility:
  • Company level ✗
  • Sales Department ✗
  • Sales Team A ✗
  • Sales Team B ✗
  • Engineering Department ✗
  • Frontend Team ✓
  • Backend Team ✗
When planning content assignments, start with the lowest (most specific) level that needs access. You can always assign to a higher level if more teams need the content, but it’s harder to restrict access once content is assigned too high in the hierarchy.

​
Strategic Planning with Inheritance

​
Content Distribution Strategy

When planning your hierarchy assignments, consider this approach:
1

Identify Your Audience

Determine who needs access to this content. Is it everyone, a specific department, or just one team?
2

Find the Common Ancestor

Locate the lowest hierarchy level that includes all intended users. This is where you should assign the content.
3

Verify Exclusions

Confirm that users who shouldn’t have access are in different branches that won’t inherit the content.
4

Test the Assignment

After assignment, verify with test users at different levels to ensure inheritance works as expected.

​
Common Assignment Patterns

Universal Training

Pattern: No hierarchy assignment or top-level assignmentBest for: Onboarding, compliance, company-wide initiativesVisibility: Everyone

Department Training

Pattern: Assign to department levelBest for: Department-specific processes, shared team knowledgeVisibility: All teams within the department

Team Training

Pattern: Assign to specific team levelBest for: Role-specific skills, specialized knowledgeVisibility: Single team only

Multi-Department Training

Pattern: Assign separately to multiple department branchesBest for: Cross-functional skills needed by specific departmentsVisibility: Selected departments only

​
Impact on User Experience

Understanding how users experience inheritance helps you create better learning environments.

​
What Users See

Users at any hierarchy level will see:
  1. Content assigned to their specific level
  2. Content from all parent levels above them
  3. Content with no hierarchy assignment (global)
They will NOT see:
  • Content from sibling branches
  • Content from child levels below them (unless they’re also assigned to those levels)
  • Content from unrelated hierarchy branches
Users don’t need to understand the inheritance model—they simply see the content relevant to their position. The system handles the visibility logic automatically.

​
Moving Users Between Levels

When a user moves from one hierarchy level to another (e.g., promotion, transfer), their content access changes immediately:
If a user has in-progress trainings from their old hierarchy level and is moved to a new level where that content isn’t visible, they may lose access to those trainings. Plan user moves carefully to avoid disrupting active learning.
Best practices:
  • Allow users to complete critical in-progress trainings before moving them
  • Assign content to higher levels if multiple teams need ongoing access
  • Consider temporarily assigning content to both old and new levels during transitions

​
API Integration

For programmatic management of hierarchy assignments through Zapier or custom integrations:

Assign Training to Level

API endpoint to programmatically assign trainings to hierarchy levels

Unassign Training from Level

Remove training assignments from hierarchy levels via API

Assign Taxonomy to Level

API endpoint for assigning taxonomy terms to hierarchy levels

User Context Management

Manage user assignments to hierarchy levels programmatically

​
Learn More

Set Up Hierarchy Levels

Learn how to create and structure hierarchy levels in your organization

Assign Content to Levels

Step-by-step guide for assigning trainings and content to hierarchy levels
⌘I