Oracle Fusion HCM ER Diagram Guide

Share

 

Oracle Fusion HCM ER Diagram – Complete Practical Guide

In any real-time implementation of Oracle Fusion HCM, understanding the Oracle Fusion HCM ER Diagram is not optional—it is a must-have skill. Whether you are working on integrations, reporting, HDL loads, or debugging issues, the ER (Entity Relationship) structure helps you understand how data flows across the system.

Most consultants struggle not because they don’t know the application—but because they don’t understand how tables are related behind the scenes. This blog will give you a practical, consultant-level understanding of the Oracle Fusion HCM ER Diagram with real-world scenarios.


What is Oracle Fusion HCM ER Diagram?

An ER Diagram (Entity Relationship Diagram) in Oracle Fusion HCM represents:

  • Tables (Entities)
  • Columns (Attributes)
  • Relationships between tables (Primary Keys & Foreign Keys)

Unlike legacy systems, Fusion HCM uses a multi-layer architecture, meaning:

  • Base tables (suffix _B)
  • Translation tables (_TL)
  • View objects (_VO)
  • Secured views (_F, _M, etc.)

Why ER Diagram is Critical in Fusion HCM

In projects, you will face scenarios like:

  • Building BIP reports
  • Debugging HDL load failures
  • Writing SQL for OTBI extensions
  • Troubleshooting missing employee data

Without ER knowledge, you will spend hours guessing.


Key Components of Oracle Fusion HCM ER Diagram

1. Core Person Model Tables

These are the backbone of HCM.

Table NameDescription
PER_PERSONSStores person-level data
PER_ALL_PEOPLE_FEffective-dated person info
PER_PERSON_NAMES_FPerson name details
PER_EMAIL_ADDRESSESEmail details
PER_PHONESPhone numbers

👉 Important Concept:
Fusion uses effective dating (_F tables), meaning data is stored with:

  • Effective Start Date
  • Effective End Date

2. Assignment Model

Assignments define employee jobs.

Table NameDescription
PER_ALL_ASSIGNMENTS_MCore assignment table
PER_ASSIGNMENT_SUPERVISORS_FManager relationships
PER_JOBS_FJob definitions

👉 Every employee can have:

  • Multiple assignments
  • Historical assignment changes

3. Organization Structure

Table NameDescription
HR_ORGANIZATION_UNITS_FOrganization data
HR_ALL_ORGANIZATION_UNITS_FMaster org structure
HR_ORG_UNIT_CLASSIFICATIONSOrg classification

4. Payroll & Compensation Tables

Table NameDescription
PAY_PAYROLL_ACTIONSPayroll processing
PAY_RUN_RESULTSPayroll results
PAY_ELEMENT_ENTRIES_FElement entries

5. Lookup & Reference Tables

Table NameDescription
FND_LOOKUP_VALUESLookup values
FND_TERRITORIESCountry data

Real-World Business Use Cases

Use Case 1 – Employee Master Report

A client needs a report with:

  • Employee Name
  • Email
  • Department
  • Manager

👉 Required joins:

  • PER_ALL_PEOPLE_F → PER_PERSON_NAMES_F
  • PER_ALL_ASSIGNMENTS_M → HR_ORGANIZATION_UNITS_F
  • PER_ASSIGNMENT_SUPERVISORS_F

Use Case 2 – Integration with External Payroll

While integrating with a third-party payroll:

  • Extract employee assignment data
  • Include salary elements
  • Map organization hierarchy

👉 Tables used:

  • PER_ALL_ASSIGNMENTS_M
  • PAY_ELEMENT_ENTRIES_F
  • HR_ORGANIZATION_UNITS_F

Use Case 3 – HDL Debugging

During HDL load failure:

  • Employee not created
  • Assignment missing

👉 You validate:

  • PER_PERSONS
  • PER_ALL_ASSIGNMENTS_M
  • PER_PERSON_NAMES_F

Architecture / Technical Flow of HCM ER Model

Fusion HCM follows a layered architecture:

1. Base Tables (_B)

  • Store raw data
  • Example: PER_PERSONS

2. Translation Tables (_TL)

  • Store multi-language data

3. Date-Effective Tables (_F)

  • Track history

4. Materialized Views (_M)

  • Performance optimized

5. Secured Views

  • Used in OTBI/BIP

Prerequisites Before Working with ER Diagram

Before using ER diagrams, ensure:

  • SQL access via BI Publisher or DB tools
  • Knowledge of:
    • Effective dating
    • Primary & foreign keys
  • Access to:
    • BIP Data Model
    • OTBI Subject Areas

Step-by-Step: How to Understand ER Diagram in Fusion

Step 1 – Identify Business Requirement

Example: Employee details report


Step 2 – Identify Base Table

Start with:

  • PER_ALL_PEOPLE_F

Step 3 – Identify Key Columns

Important keys:

  • PERSON_ID
  • ASSIGNMENT_ID
  • ORGANIZATION_ID

Step 4 – Map Relationships

Example:

  • PERSON_ID → joins with:
    • PER_PERSON_NAMES_F
    • PER_EMAIL_ADDRESSES

Step 5 – Add Assignment Data

Join:

  • PER_ALL_ASSIGNMENTS_M using PERSON_ID

Step 6 – Add Organization

Join:

  • HR_ORGANIZATION_UNITS_F using ORGANIZATION_ID

Step 7 – Apply Effective Date Filter

 
WHERE SYSDATE BETWEEN EFFECTIVE_START_DATE AND EFFECTIVE_END_DATE
 

Step 8 – Validate Output

Check:

  • Duplicate records
  • Missing joins
  • Incorrect effective dates

Sample ER Relationship Flow (Simplified)

 
PER_PERSONS

PER_ALL_PEOPLE_F

PER_ALL_ASSIGNMENTS_M

HR_ORGANIZATION_UNITS_F

PER_ASSIGNMENT_SUPERVISORS_F
 

Testing the ER Diagram Understanding

Test Scenario

Create a report for:

  • Employee Name
  • Job
  • Department
  • Manager

Expected Flow

  1. Get person details
  2. Join assignment
  3. Join job
  4. Join organization
  5. Join supervisor

Validation

  • Check current effective record
  • Ensure only active assignment
  • Validate manager mapping

Common Implementation Challenges

1. Duplicate Records

Reason:

  • Missing effective date filter

2. Wrong Manager Data

Reason:

  • Not filtering primary assignment

3. Missing Employee Data

Reason:

  • Using wrong table (e.g., PER_PERSONS instead of PER_ALL_PEOPLE_F)

4. Performance Issues

Reason:

  • Joining too many tables without filters

Best Practices from Real Projects

1. Always Use Effective Dating

Never skip:

 
SYSDATE BETWEEN EFFECTIVE_START_DATE AND EFFECTIVE_END_DATE
 

2. Use Primary Assignment Filter

 
PRIMARY_FLAG = ‘Y’
 

3. Avoid Base Tables Directly

Use:

  • Secured views
  • OTBI subject areas

4. Start with Minimal Tables

Then gradually add joins.


5. Maintain ER Mapping Document

In real projects:

  • Maintain Excel mapping
  • Document joins
  • Share with team

Expert Consultant Tips

  • Memorize key tables like:
    • PER_ALL_PEOPLE_F
    • PER_ALL_ASSIGNMENTS_M
  • Understand PERSON_ID vs ASSIGNMENT_ID
  • Always validate with UI data
  • Use BIP data model to visualize joins
  • Avoid guessing joins—verify relationships

Summary

The Oracle Fusion HCM ER Diagram is the foundation of:

  • Reporting
  • Integrations
  • Data migration
  • Troubleshooting

A consultant who understands ER diagrams can:

  • Debug faster
  • Build accurate reports
  • Deliver high-quality integrations

If you want to grow in HCM technical roles, mastering ER diagrams is non-negotiable.

For more details, refer to official Oracle documentation:
https://docs.oracle.com/en/cloud/saas/index.html


Frequently Asked Questions (FAQ)

1. What is the most important table in HCM ER Diagram?

The most important table is PER_ALL_PEOPLE_F, as it stores core employee data with effective dates.


2. Why does Fusion use effective-dated tables?

To maintain history of changes like:

  • Job changes
  • Salary updates
  • Transfers

3. How to avoid duplicate records in HCM queries?

Always apply:

  • Effective date filter
  • Primary assignment filter

Additional Reference

The original prompt and structure used for this blog can be reviewed here:


Share

Leave a Reply

Your email address will not be published. Required fields are marked *