GL_PERIOD_STATUSES — STATUS = OPEN for CA Subsidiary, FEB-2026
Consolidation mapping completeness, translated balance status, elimination set setup, consolidation workbench errors, subsidiary close alignment, and COA mapping gaps for new accounts.
Oracle EBS GL consolidation is the process of combining balances from multiple subsidiary ledgers into a parent consolidation ledger. It is the final step in the financial close cycle — everything else must be complete and correct before consolidation can run accurately. When consolidation fails, or produces incorrect results, the root cause is almost always in one of three places: the source ledger period close is incomplete, the consolidation set mapping between the subsidiary chart of accounts and the parent chart of accounts has gaps, or the elimination entries required to remove intercompany transactions between consolidated entities have not been generated.
The consolidation mapping problem is the most technically complex. In Oracle EBS, the consolidation process uses GL_CONSOLIDATION_SETS and account range mappings to translate subsidiary account balances into parent account codes. If a new account is added to a subsidiary ledger mid-year without a corresponding mapping entry in the consolidation set, the balance for that account will not be transferred to the parent ledger. The resulting consolidation shortfall is not reported as an error — the consolidation simply runs to completion with a balance that is understated by the amount of the unmapped account. The discrepancy surfaces only when the consolidated trial balance is reviewed against the sum of subsidiary trial balances.
Elimination entries are required for any intercompany transaction that appears in both a subsidiary ledger (as a receivable) and the parent ledger (as a payable). If the elimination set is not configured, or if the intercompany accounts in the subsidiaries are not mapped to the elimination accounts in the parent, the consolidated balance sheet will overstate both assets and liabilities by the intercompany amount. In organizations with significant intercompany activity, this can represent a material error.
GL-06 runs a complete consolidation diagnostic — consolidation set configuration and mapping completeness, source ledger close status per subsidiary, intercompany elimination set configuration and balance, unmapped account identification, consolidation journal existence and amount for the current period, and balance comparison between the sum of subsidiary ledgers and the consolidated parent ledger.
GL-06 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 — GL CONSOLIDATION DIAGNOSTIC
════════════════════════════════════════════════════════════
Consolidation Set : US-CONSOLIDATED-FEB2026
Parent Ledger : Worldwide Consolidation Ledger
Subsidiaries : US Primary, US Secondary, CA Subsidiary
Case Number : GL-538490
Report Date : 25-FEB-2026 17:50:40
════════════════════════════════════════════════════════════
[ SECTION 1 — SOURCE LEDGER STATUS ]
────────────────────────────────────────────────────────────
US Primary : FEB-2026 CLOSED ✓
US Secondary : FEB-2026 CLOSED ✓
CA Subsidiary : FEB-2026 OPEN ✗ — not yet closed
✗ FAIL: CA Subsidiary period not closed — consolidation cannot run
[ SECTION 2 — ACCOUNT MAPPING ] STATUS: ✗ FAIL
────────────────────────────────────────────────────────────
Total Accounts : 842 mapped
Unmapped Accounts : 3 accounts with balances NOT in mapping ✗
Unmapped 1 : CA: 01-620-8110-0000 — CAD 84,200 unmapped
Unmapped 2 : CA: 01-620-8120-0000 — CAD 12,100 unmapped
Unmapped 3 : US-SEC: 01-500-9410-0000 — USD 4,800 unmapped
[ SECTION 3 — ELIMINATION ENTRIES ] STATUS: ✓ PASS
────────────────────────────────────────────────────────────
IC elimination entries generated and posted ✓
[ SECTION 4 — CONSOLIDATION JOURNALS ] STATUS: ⚠ BLOCKED
────────────────────────────────────────────────────────────
⚠ Consolidation not yet run — blocked by CA Subsidiary close
════════════════════════════════════════════════════════════
DIAGNOSTIC SUMMARY
════════════════════════════════════════════════════════════
2 blocking conditions: CA Subsidiary not closed, 3 unmapped accounts
FIX: Close CA period, add 3 mapping entries, rerun consolidation
════════════════════════════════════════════════════════════
Every table touched by GL-06 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 GL-06 execution — written from actual run output. No manual documentation required.
Consolidation cannot run if any source ledger period is still open. GL-06 identifies which subsidiary is blocking and runs GL-02 checks for that ledger to surface the specific close blocker.
New account added to subsidiary COA without corresponding consolidation mapping entry. Balance silently omitted from consolidated parent ledger. GL-06 identifies unmapped accounts and generates the mapping insert.
Intercompany transactions between subsidiaries not eliminated in the consolidated ledger — overstating both assets and liabilities. GL-06 identifies the IC accounts and the elimination set configuration gap.
Post-consolidation variance between the parent ledger balance and the sum of subsidiaries. Indicates a mapping gap or an incomplete consolidation run. GL-06 calculates the exact variance by account.
| Table | Module | Purpose |
|---|---|---|
| GL_CONSOLIDATION_SETS | GL | Consolidation set definitions — source and target ledgers |
| GL_CONS_FLEX_HIERARCHIES | GL | Account mapping — subsidiary account to parent account |
| GL_JE_HEADERS | GL | Consolidation and elimination journal headers |
| GL_BALANCES | GL | Period-end balances — subsidiary and parent |
| GL_PERIOD_STATUSES | GL | Period close status per subsidiary ledger |
| GL_LEDGERS | GL | Ledger configuration — parent and subsidiary |
| GL_TRANSLATION_STATUSES | GL | Translation completion status before consolidation |
| GL_INTERCOMPANY_ACCOUNTS | GL | IC elimination account configuration |
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 |
|---|---|---|
| Source ledger period not closed — consolidation blocked | Functional First | Close the subsidiary period using GL-02 period close readiness diagnostic for that ledger. Consolidation can only run after all source ledger periods are in CLOSED status. |
| Unmapped accounts with balances in subsidiary | Direct Fix | GL-06 generates the INSERT for each missing mapping row in GL_CONS_FLEX_HIERARCHIES with full backup. Parent account is identified from the subsidiary account type and the existing mapping pattern. |
| Elimination entries not generated | Functional First | Submit the Consolidate Balances program with elimination sets enabled. GL-06 identifies which intercompany account pairs are missing elimination entries and the elimination set configuration. |
| Consolidation journal out of balance | Direct Fix | GL-06 calculates the exact variance, identifies the unbalanced mapping, and generates the correcting consolidation journal entry with full backup and Controller authorization. |
| Translation not run before consolidation | Functional First | Submit the Translate Balances concurrent program for the subsidiary ledger. Consolidation of a foreign currency subsidiary requires translation to the parent functional currency first. |
| Consolidation set missing subsidiary | Functional First | Add the subsidiary ledger to the consolidation set via GL > Setup > Consolidation Sets. GL-06 identifies which subsidiary ledgers have balances but are not included in the active consolidation set. |
| Prior consolidation run not reversed | Direct Fix | GL-06 identifies the prior-period consolidation journals that should have been reversed and generates the reversal entry with full backup before the current period consolidation runs. |
| Balance mismatch after consolidation — subsidiary sum ≠ parent | Functional First | Run Consolidate Balances again after confirming all mappings are complete. GL-06 calculates the exact variance between subsidiary sum and consolidated parent balance for each account. |
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 |
|---|---|---|
| 120glug.pdf | Oracle General Ledger User's Guide — Consolidation | Consolidation sets, consolidation programs, and elimination journal entry generation |
| 120glug.pdf | Oracle General Ledger User's Guide — Reporting | Financial Statements Generator (FSG) and consolidation reporting in EBS R12 |
| 120funmo.pdf | Oracle Applications Multiple Organizations Implementation Guide | Ledger hierarchy and legal entity structure for consolidation entity setup |
GL-06 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 →