Results for “gl_recurring_headers_pk”

6 results




AI-generated from documented ETRM metadata — verify critical details on the linked pages.

Overview

GL_RECURRING_HEADERS is a General Ledger table in the Oracle E-Business Suite (12.1.1 and 12.2.2) that stores the header definitions for recurring journal entries and budget formulas. Each row represents a named recurring template — for example, a monthly accrual, a standing cost allocation, or a recurring budget formula — that General Ledger can generate on demand or on a defined schedule. The table holds the ledger assignment, journal category, currency, period type, effective date range, and enablement controls that govern how and when a recurring definition is processed. The actual debit and credit lines associated with each header reside in GL_RECURRING_LINES.

The ETRM relationship metadata classifies GL_RECURRING_HEADERS as satellite-leaning. In a Data Vault model this suggests treating the table as a satellite attached to a hub keyed on RECURRING_HEADER_ID (or the business key NAME plus RECURRING_BATCH_ID), with descriptive attributes such as LEDGER_ID, JE_CATEGORY_NAME, and ENABLED_FLAG maintained as satellite payload. This is a heuristic suggestion only; the physical table remains a standard GL transactional-setup table.

Key Information Stored

The table contains 30 documented columns. The most operationally significant are:

Common Use Cases and Queries

Typical uses include identifying all active recurring definitions for a ledger, auditing which definitions have not yet been executed in the current period, and reconstructing the source of a generated journal entry.

  • List enabled recurring journals for a ledger:
    SELECT RECURRING_HEADER_ID, NAME, JE_CATEGORY_NAME, PERIOD_TYPE FROM GL_RECURRING_HEADERS WHERE LEDGER_ID = :ledger AND ENABLED_FLAG = 'Y';
  • Find definitions not yet run for a period:
    SELECT NAME, LAST_EXECUTED_PERIOD_NAME FROM GL_RECURRING_HEADERS WHERE LAST_EXECUTED_PERIOD_NAME <> :period_name OR LAST_EXECUTED_PERIOD_NAME IS NULL;
  • Trace generated entries back to their definition:
    SELECT j.JE_HEADER_ID, j.NAME, r.NAME FROM GL_JE_HEADERS j JOIN GL_RECURRING_HEADERS r ON j.FROM_RECURRING_HEADER_ID = r.RECURRING_HEADER_ID;
  • Drill into the detail lines:
    SELECT * FROM GL_RECURRING_LINES WHERE RECURRING_HEADER_ID = :id;
  • Effective-date reporting: filter on START_DATE_ACTIVE/END_DATE_ACTIVE against a target period.

Related Objects

  • GL_RECURRING_LINES — Detail lines; joins on RECURRING_LINES.RECURRING_HEADER_ID = RECURRING_HEADERS.RECURRING_HEADER_ID.
  • GL_RECURRING_BATCHES — Batch grouping; joins on RECURRING_BATCH_ID.
  • GL_SETS_OF_BOOKS_11I — Ledger definition; joins on LEDGER_ID.
  • GL_PERIOD_TYPES — Period frequency; joins on PERIOD_TYPE.
  • FND_CURRENCIES — Currency validation; joins on CURRENCY_CODE.
  • GL_JE_HEADERS — Generated journals; referenced via FROM_RECURRING_HEADER_ID.
  • GL_ARCHIVE_HEADERS — Archived journals; referenced via FROM_RECURRING_HEADER_ID.

These relationships make GL_RECURRING_HEADERS the central reference point for defining, executing, and auditing recurring General Ledger activity.