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 Name | Description |
|---|---|
| PER_PERSONS | Stores person-level data |
| PER_ALL_PEOPLE_F | Effective-dated person info |
| PER_PERSON_NAMES_F | Person name details |
| PER_EMAIL_ADDRESSES | Email details |
| PER_PHONES | Phone 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 Name | Description |
|---|---|
| PER_ALL_ASSIGNMENTS_M | Core assignment table |
| PER_ASSIGNMENT_SUPERVISORS_F | Manager relationships |
| PER_JOBS_F | Job definitions |
👉 Every employee can have:
- Multiple assignments
- Historical assignment changes
3. Organization Structure
| Table Name | Description |
|---|---|
| HR_ORGANIZATION_UNITS_F | Organization data |
| HR_ALL_ORGANIZATION_UNITS_F | Master org structure |
| HR_ORG_UNIT_CLASSIFICATIONS | Org classification |
4. Payroll & Compensation Tables
| Table Name | Description |
|---|---|
| PAY_PAYROLL_ACTIONS | Payroll processing |
| PAY_RUN_RESULTS | Payroll results |
| PAY_ELEMENT_ENTRIES_F | Element entries |
5. Lookup & Reference Tables
| Table Name | Description |
|---|---|
| FND_LOOKUP_VALUES | Lookup values |
| FND_TERRITORIES | Country data |
Real-World Business Use Cases
Use Case 1 – Employee Master Report
A client needs a report with:
- Employee Name
- 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
Step 8 – Validate Output
Check:
- Duplicate records
- Missing joins
- Incorrect effective dates
Sample ER Relationship Flow (Simplified)
↓
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
- Get person details
- Join assignment
- Join job
- Join organization
- 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:
2. Use Primary Assignment Filter
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: