Oracle HCM Legal Entity Table Guide

Share

 

Introduction

In Oracle Fusion HCM, understanding backend tables is critical for consultants working on reporting, integrations, and data validation. One such important area is the Oracle Fusion HCM Legal Entity Table, which plays a central role in representing the legal structure of an organization.

From my real project experience, many issues in reporting and integrations arise because consultants don’t clearly understand how Legal Entities are stored and linked across tables. Whether you are working on OTBI reports, HDL loads, or OIC integrations, knowing the Legal Entity data model is essential.

This blog provides a deep, implementation-focused explanation of the Legal Entity table in Oracle Fusion HCM, including practical examples, table relationships, and real-world usage.


What is Legal Entity in Oracle Fusion HCM?

A Legal Entity represents a legally recognized organization that can enter into contracts, own assets, and be responsible for liabilities.

In Oracle Fusion HCM, Legal Entity is:

  • A core enterprise structure component
  • Used for financial reporting, compliance, and statutory requirements
  • Linked with Legal Employer, Business Units, and Ledgers

Example

In a multinational company:

CompanyLegal Entity
ABC GlobalABC India Pvt Ltd
ABC GlobalABC USA Inc
ABC GlobalABC UK Ltd

Each of these is a separate Legal Entity with different tax and compliance rules.


Key Tables for Legal Entity in Oracle Fusion

Unlike beginners’ assumptions, Legal Entity data is not stored in a single table. It is distributed across multiple tables.

Primary Tables

Table NameDescription
XLE_ENTITY_PROFILESStores core Legal Entity details
HR_ORGANIZATION_UNITS_FStores organization structure
HR_LEGAL_ENTITIESLinks Legal Entity with HR
HZ_PARTIESStores party-level information

Deep Dive: XLE_ENTITY_PROFILES Table

This is the main table for Legal Entity in Oracle Fusion.

Important Columns

ColumnDescription
LEGAL_ENTITY_IDPrimary key
NAMELegal Entity name
LEGAL_ENTITY_IDENTIFIERRegistration number
EFFECTIVE_FROMStart date
EFFECTIVE_TOEnd date
PARTY_IDLinks to HZ_PARTIES

Real Example

LEGAL_ENTITY_IDNAMECOUNTRY
300000001234567ABC India Pvt LtdIndia

HR_ORGANIZATION_UNITS_F Table

This table represents all organizational structures including Legal Entities.

Key Points

  • Stores effective-dated organization records
  • Legal Entities are also treated as organizations

Important Columns

ColumnDescription
ORGANIZATION_IDUnique org ID
NAMEOrganization name
TYPEOrganization type

HR_LEGAL_ENTITIES Table

This table acts as a bridge between HR and Legal Entity structures.

Key Columns

ColumnDescription
LEGAL_ENTITY_IDLinks to XLE_ENTITY_PROFILES
ORGANIZATION_IDLinks to HR_ORGANIZATION_UNITS_F

HZ_PARTIES Table

Legal Entities are also stored as parties.

Why this matters?

  • Used in Financials, Procurement, and Customer data
  • Helps in cross-module integration

Key Columns

ColumnDescription
PARTY_IDPrimary key
PARTY_NAMEEntity name
PARTY_TYPEORGANIZATION

Real-World Business Use Cases

1. Payroll Processing by Legal Entity

In one implementation, a client had:

  • 5 Legal Entities across countries
  • Separate payroll rules

We used Legal Entity data to:

  • Filter employees
  • Run payroll per Legal Entity
  • Ensure statutory compliance

2. Integration with Third-Party Tax Systems

Using OIC Gen 3, we extracted Legal Entity details from:

  • XLE_ENTITY_PROFILES
  • HZ_PARTIES

Then sent data to external tax engines.


3. OTBI Reporting

A client required:

  • Headcount per Legal Entity
  • Cost allocation

We joined:

  • PER_ALL_ASSIGNMENTS_M
  • HR_ORGANIZATION_UNITS_F
  • XLE_ENTITY_PROFILES

Architecture / Data Flow

Legal Entity data flows across multiple layers:

  1. Created in Setup and Maintenance
  2. Stored in XLE_ENTITY_PROFILES
  3. Linked to HR_ORGANIZATION_UNITS_F
  4. Connected to employees via:
    • Assignments
    • Legal Employer

Prerequisites

Before working with Legal Entity tables:

  • Access to BI Publisher / OTBI
  • Basic SQL knowledge
  • Understanding of:
    • Enterprise Structure
    • Legal Employer vs Legal Entity

Step-by-Step: How Legal Entity is Created

Step 1 – Navigate

Navigator → Setup and Maintenance → Manage Legal Entities


Step 2 – Create Legal Entity

Enter:

  • Name: ABC India Pvt Ltd
  • Country: India
  • Registration Number
  • Legal Address

Step 3 – Assign Ledger

  • Associate with a primary ledger
  • Configure accounting details

Step 4 – Save Configuration

Legal Entity is stored in:

  • XLE_ENTITY_PROFILES
  • HZ_PARTIES

Sample SQL Queries

1. Fetch Legal Entities

 
SELECT legal_entity_id, name, legal_entity_identifier
FROM xle_entity_profiles;
 

2. Join with Organization Table

 
SELECT hou.name, xep.name
FROM hr_organization_units_f hou,
hr_legal_entities hle,
xle_entity_profiles xep
WHERE hou.organization_id = hle.organization_id
AND hle.legal_entity_id = xep.legal_entity_id;
 

3. Get Legal Entity with Party Info

 
SELECT xep.name, hp.party_name
FROM xle_entity_profiles xep,
hz_parties hp
WHERE xep.party_id = hp.party_id;
 

Testing the Setup

Test Scenario

Create:

  • One Legal Entity
  • One Legal Employer
  • One Employee

Validation Steps

  1. Assign employee to Legal Employer
  2. Run OTBI report
  3. Verify Legal Entity appears correctly

Expected Result

  • Employee should map to correct Legal Entity
  • Data should reflect in reports

Common Implementation Challenges

1. Confusion Between Legal Entity and Legal Employer

Many consultants mix these concepts:

Legal EntityLegal Employer
Legal structureEmploying unit

2. Missing Data in Reports

Cause:

  • Incorrect joins between tables

3. Data Duplication

Occurs when:

  • Multiple effective dates exist in HR_ORGANIZATION_UNITS_F

4. Integration Failures

Common issue in OIC:

  • Missing PARTY_ID linkage

Best Practices

1. Always Use Proper Joins

Never directly join tables without understanding relationships.


2. Use Effective Dating Carefully

Filter using:

 
SYSDATE BETWEEN effective_start_date AND effective_end_date
 

3. Avoid Hardcoding Legal Entity IDs

Instead:

  • Use dynamic queries
  • Fetch based on name or context

4. Validate in OTBI Before SQL

Always cross-check:

  • OTBI results
  • BI Publisher output

5. Use OIC Gen 3 for Integrations

  • Fetch Legal Entity via REST APIs
  • Avoid direct DB dependency

Real Consultant Tip

In one project, a payroll issue occurred because:

  • Employee assignment pointed to wrong Legal Employer
  • Which linked to incorrect Legal Entity

Fix required:

  • Updating assignment
  • Re-running payroll

Lesson:
Legal Entity impacts multiple modules — always validate upstream data.


Summary

The Oracle Fusion HCM Legal Entity Table is not just a single table but a combination of:

  • XLE_ENTITY_PROFILES
  • HR_ORGANIZATION_UNITS_F
  • HR_LEGAL_ENTITIES
  • HZ_PARTIES

Understanding these relationships is critical for:

  • Reporting
  • Integrations
  • Payroll
  • Compliance

A strong grasp of this data model helps consultants avoid major issues in real implementations.

For further reference, you can explore Oracle’s official documentation:
https://docs.oracle.com/en/cloud/saas/index.html


FAQs

1. Which is the main table for Legal Entity in Oracle Fusion?

The primary table is XLE_ENTITY_PROFILES, but it works along with other tables like HR_ORGANIZATION_UNITS_F.


2. What is the difference between Legal Entity and Legal Employer?

Legal Entity represents the legal structure, while Legal Employer is the unit that hires employees.


3. Can we fetch Legal Entity using REST APIs?

Yes, Oracle Fusion provides REST APIs that can be used in OIC Gen 3 for fetching Legal Entity data.


Share

Leave a Reply

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