PER_ALL_ASSIGNMENTS_F — EFFECTIVE_START_DATE = 19-FEB-2026 (Row 2, Assignment 12841)
Assignment status, grade/step validity, payroll assignment, cost center allocation (must sum to 100%), position setup, future-dated changes, termination status, and organization hierarchy.
Oracle EBS HR employee record integrity failures cascade across every Oracle module that consumes HR data — Payroll, Fixed Assets, Purchasing, Accounts Payable, and Projects all reference PER_ALL_PEOPLE_F and PER_ALL_ASSIGNMENTS_F for employee identity, cost center, supervisor, and location. When an employee record has a gap in its date-effective history — a period where no valid assignment row exists — the downstream modules see the employee as inactive for that period, producing payroll processing failures, AP expense report holds, and PO approval routing errors.
Date-effective record management is the defining complexity of Oracle EBS HR. Every change to an employee record — a promotion, a transfer, a salary change, a supervisor change — creates a new date-effective row rather than updating the existing one. The resulting history is a series of rows with START_DATE and END_DATE pairs that must be contiguous and non-overlapping. When a correction is made incorrectly — for example, when an assignment is corrected by end-dating the wrong row — gaps appear in the history that cause the employee to appear terminated or inactive for specific periods.
The most common gap scenario is the supervisor assignment termination cascade. When a manager leaves the organization and their Oracle account is end-dated, Oracle HR sometimes propagates the end-date to the subordinate assignment records as part of the termination process — specifically to the SUPERVISOR_ID field. If the subordinate's assignment is end-dated incorrectly as part of this process, the subordinate appears inactive to all downstream modules including PO approval routing and AP expense report validation.
HCM-01 runs a complete employee record diagnostic — date-effective history gap detection in PER_ALL_ASSIGNMENTS_F, assignment status validation across the full history, supervisor chain completeness up to the top of hierarchy, cost center and GL account assignment validity for Payroll and Projects cost allocation, FND_USER account linkage, and cross-module impact assessment showing exactly which downstream transactions are affected by each gap or error.
HCM-01 systematically investigates every major condition that can cause the issue this diagnostic targets. Below is the complete coverage breakdown.
Representative output showing the diagnostic running against a real-world scenario. The script identifies every condition, states the root cause, and generates the fix.
════════════════════════════════════════════════════════════
ORACLE EBS R12 — EMPLOYEE RECORD DIAGNOSTIC
════════════════════════════════════════════════════════════
Employee Number : EMP-10482
Name : J. Martinez
Assignment ID : 12841
Case Number : HCM-481022
Report Date : 20-FEB-2026 09:15:44
════════════════════════════════════════════════════════════
[ SECTION 1 — DATE-EFFECTIVE HISTORY ] STATUS: ✗ GAP DETECTED
────────────────────────────────────────────────────────────
Row 1 : 01-JAN-2024 to 14-FEB-2026 — ACTIVE ✓
Gap : 15-FEB-2026 to 18-FEB-2026 — NO ASSIGNMENT ROW ✗
Row 2 : 19-FEB-2026 to 31-DEC-4712 — ACTIVE ✓
✗ FAIL: 4-day gap — employee appears inactive 15-18 FEB
[ SECTION 2 — SUPERVISOR CHAIN ] STATUS: ✓ PASS
────────────────────────────────────────────────────────────
J.Martinez → P.Chen → C.Williams → (top) ✓
All supervisors active ✓
[ SECTION 3 — COST CENTER ] STATUS: ✓ PASS
────────────────────────────────────────────────────────────
Cost center 500 — IT Operations — active CCID ✓
[ SECTION 4 — FND_USER LINKAGE ] STATUS: ✓ PASS
────────────────────────────────────────────────────────────
FND_USER JMARTINEZ linked — account active ✓
[ SECTION 5 — DOWNSTREAM IMPACT ] STATUS: ✗ IMPACTED
────────────────────────────────────────────────────────────
✗ AP Expense Report ER-2026-00481 on hold — employee inactive 16-FEB
✗ PO-2026-004520 approval stalled — requester shown inactive
Payroll : FEB payroll run not yet processed — no impact ✓
════════════════════════════════════════════════════════════
DIAGNOSTIC SUMMARY
════════════════════════════════════════════════════════════
4-day assignment gap — 2 downstream transactions impacted
FIX: Close gap in PER_ALL_ASSIGNMENTS_F — update END_DATE on Row 1
════════════════════════════════════════════════════════════
Backup Created : CONS_BACKUP.PER_ALL_ASSIGNMENTS_F_481022 ✓
Registry ID : 7041
════════════════════════════════════════════════════════════
Every table touched by HCM-01 data fixes is backed up before the first UPDATE fires. Backup is verified by row count. One script restores the original state if needed.
Backup happens before any DML. Script aborts if backup creation fails.
This article is produced automatically at the end of every HCM-01 execution — written from actual run output. No manual documentation required.
No valid assignment row for a date range — employee appears inactive or terminated to all downstream modules for those dates. Affects AP expense reports, PO approvals, payroll, and project cost allocation simultaneously.
Manager termination incorrectly propagates an end-date to subordinate assignment rows. Most common cause of unexpected assignment gaps. HCM-01 detects the pattern and identifies all affected subordinates.
Assignment status set to TERMINATED incorrectly — may have triggered final payroll, benefits termination, or Oracle account deactivation that must also be reversed. HCM-01 assesses all downstream termination actions before correcting.
Employee's cost center CCID disabled or end-dated — payroll cost allocation and project charging will fail for the employee. HCM-01 identifies the inactive CCID and the active replacement.
| Table | Module | Purpose |
|---|---|---|
| PER_ALL_PEOPLE_F | HR | Employee person record — date-effective identity |
| PER_ALL_ASSIGNMENTS_F | HR | Assignment history — status, supervisor, cost center, OU |
| PER_ASSIGNMENT_STATUS_TYPES | HR | Assignment status codes — ACTIVE, TERMINATED, SUSPENDED |
| HR_LOCATIONS_ALL | HR | Location codes — active status |
| FND_USER | FND | Oracle user account — linkage to employee record |
| GL_CODE_COMBINATIONS | GL | Cost center CCID — active status |
| AP_EXPENSE_REPORT_HEADERS_ALL | AP | Expense reports — hold status for impacted employee |
| PO_HEADERS_ALL | PO | POs stalled due to requester assignment gap |
Before any data is modified in a production Oracle database, AP-01 walks through a four-stage decision process. Every condition identified by the diagnostic maps to exactly one resolution path.
Oracle's own forms and concurrent programs are always the first option. If the condition can be corrected through Oracle's standard UI — a form, a concurrent program, a setup screen — that path is taken first. No consultant SQL required, no database risk, and the fix is fully supported by Oracle. The diagnostic identifies these conditions explicitly and states the exact front-end navigation path.
When the front-end path is unavailable or would require an unacceptable volume of manual steps, a direct fix is evaluated against explicit criteria. All of the following must be true before proceeding:
Certain table areas are never touched directly, regardless of how well the underlying structure is understood. The diagnostic flags these conditions and generates the Service Request documentation:
XLA_EVENTS, XLA_AE_HEADERS — incorrect changes corrupt the subledger audit trail in ways undetectable until period close fails or an auditor requests a reconciliationWF_ITEMS, WF_ITEM_ACTIVITY_STATUSES — ad-hoc DML can corrupt the workflow engine state instance-wideA timestamped backup table is created and row-count verified before the first UPDATE fires. Explicit parameter confirmation is required — the script will not self-execute. After execution, a verification query confirms the expected state. A complete change record — rows affected, before and after values, database username, timestamp — is written to the FIX_BACKUP_REGISTRY and becomes the primary artifact in the knowledge base entry for this incident.
| Condition Identified | Resolution Path | Notes |
|---|---|---|
| Date-effective gap in assignment history | Direct Fix | HCM-01 corrects EFFECTIVE_END_DATE on the preceding assignment row to close the gap with full backup. Pre-flight confirms the gap is not intentional (e.g., not a leave of absence period) before closing. |
| Supervisor assignment incorrect or missing | Direct Fix | HCM-01 updates SUPERVISOR_ID in PER_ALL_ASSIGNMENTS_F with full backup. The correct supervisor is confirmed against the organization chart before the update is applied. Date-effective row selection is validated. |
| Assignment status TERMINATED in error | Direct Fix | HCM-01 corrects ASSIGNMENT_STATUS_TYPE_ID to the correct active status with full backup. Pre-flight confirms no downstream termination actions (final payroll, benefits end-date) have been triggered based on the incorrect status. |
| Cost center invalid — CCID disabled or end-dated | Direct Fix | HCM-01 updates the GL cost center in PER_ALL_ASSIGNMENTS_F with full backup. The replacement CCID is confirmed active in GL_CODE_COMBINATIONS before the update. |
| FND_USER not linked to employee | Functional First | Link the Oracle user account to the employee via System Administration > Users. HCM-01 identifies the employee number and the FND_USER record that should be linked. |
| Overlapping date-effective rows | Direct Fix | HCM-01 identifies the overlapping rows and corrects END_DATE on the earlier row with full backup. The overlap is confirmed against the full assignment history before correction. |
| Employee appears in multiple OUs — incorrect OU assignment | Direct Fix | HCM-01 identifies the incorrect OU assignment and corrects BUSINESS_GROUP_ID in PER_ALL_ASSIGNMENTS_F with full backup after confirming the correct OU. |
| Location assignment invalid — location end-dated | Direct Fix | HCM-01 updates LOCATION_ID in PER_ALL_ASSIGNMENTS_F with full backup. The replacement location is confirmed active in HR_LOCATIONS_ALL. |
Before any data fix runs, the script verifies pre-flight conditions and creates a complete verified backup. If any check fails, the script aborts. There is no partial execution path.
Before the first UPDATE fires, the script creates a complete copy of every row to be modified. Tables are named CONS_BACKUP.<TABLE>_<CASE#> and persist permanently after execution.
INSERT from the backup table. No reconstruction required.The knowledge base article is generated automatically from the script's execution output. No manual documentation required. It becomes the institutional record — for the team, for auditors, and for every future engagement in the same environment.
References the Oracle public documentation for this diagnostic area. These links open directly on docs.oracle.com.
| R12 Guide (PDF) | Title & Chapter | Detail |
|---|---|---|
| 120funmo.pdf | Oracle Applications Multiple Organizations Implementation Guide — Business Groups | pp. 2-1 to 2-10: Business group and HR organization structure for employee records |
| 120apug.pdf | Oracle Payables User's Guide — Ch. 5: Expense Reports | Ch. 5: Employee expense report integration with AP and HR employee data |
| 120funmo.pdf | Oracle Applications Multiple Organizations Implementation Guide | HR: Business Group profile and responsibility assignment for employee data access |
HCM-01 is one of 65 diagnostic scripts covering every major Oracle EBS and Fusion module. William A. Green Consulting runs the script in your environment, applies guided data fixes, and builds the knowledge base that prevents the same issues from recurring.
See this script run autonomously — Oracle AI Platform →