Search Results irc_variable_comp_elements_pk




Overview

The IRC_VARIABLE_COMP_ELEMENTS table resides in the HR schema and belongs to the PER (Human Resources) product family within Oracle E-Business Suite 12.1.1 and 12.2.2. It stores variable compensation element data associated with vacancies, which Oracle documents as being "utilized for display purposes only." This characterization implies that the table functions as a presentation or enrichment layer rather than as the system of record for compensation processing or payroll calculation. Consumers should therefore treat the contents as descriptive metadata attached to a recruitment record, not as an authoritative transactional source.

In Data Vault modeling terms, the heuristic classification derived from foreign-key analysis identifies this object as standalone. There are no outgoing foreign-key relationships to parent entities documented in the metadata, which suggests that, if one were to model this declaratively, its natural candidate would be a hub keyed on the composite business key, or alternatively a satellite attached to a vacancy hub depending on how strictly one associates the row with the recruiting event. Because no FK edges were mined, the conservative interpretation is that the table behaves as an independent reference set tied to a vacancy by convention rather than by enforced constraint.

Key Information Stored

The documented physical schema contains eight columns. The most business-relevant of these are described below.

  • VACANCY_ID — Identifier of the vacancy to which the variable compensation element belongs. This column forms part of the primary key and is the principal join key when linking back to recruitment vacancy data.
  • VARIABLE_COMP_LOOKUP — Lookup code representing the variable compensation element. This column also forms part of the primary key and carries the descriptive meaning of the row.
  • OBJECT_VERSION_NUMBER — Optimistic locking counter used by the Oracle Applications framework to detect concurrent updates.
  • LAST_UPDATE_DATE — Timestamp of the most recent modification to the row.
  • LAST_UPDATED_BY — User identifier responsible for the most recent update.
  • LAST_UPDATE_LOGIN — Login session identifier associated with the last update.
  • CREATED_BY — User identifier that created the row.
  • CREATION_DATE — Timestamp of row creation.

The surrogate primary key is IRC_VARIABLE_COMP_ELEMENTS_PK, defined over the composite of VACANCY_ID and VARIABLE_COMP_LOOKUP. Because the unique index is built directly on these two business columns rather than on a system-generated sequence, the composite constitutes the business-key candidate as well. The remaining six columns are standard audit and concurrency attributes maintained by the Oracle Applications framework and are not unique. The eight-column footprint is stable across 12.1.1 and 12.2.2.

Common Use Cases and Queries

Because the data is display-oriented, typical usage centers on rendering vacancy details in recruiting screens, self-service pages, and reporting extracts rather than on transactional processing. A common pattern joins the table to vacancy headers to enumerate the compensation elements configured for a posting.

  • Enumerating all variable compensation elements for a single vacancy using VACANCY_ID.
  • Resolving VARIABLE_COMP_LOOKUP against the lookup view FND_LOOKUP_VALUES to obtain the human-readable meaning.
  • Auditing recent changes by filtering on LAST_UPDATE_DATE and LAST_UPDATED_BY.
  • Extracting a complete vacancy profile for downstream recruitment analytics or data warehouse loads.

A representative query pattern is: select the vacancy, the lookup code and its meaning, and the audit columns by joining on VACANCY_ID and filtering VARIABLE_COMP_LOOKUP against FND_LOOKUP_VALUES where the lookup type corresponds to variable compensation. Report writers should note that the row count per vacancy is bounded by the number of distinct lookup codes, and that the table carries no effective-dating columns, so historical versions are not retained beyond the audit timestamps.

Related Objects

The metadata documents no enforced foreign keys, so related objects are identified by convention and by the business keys present in the table.

  • IRC_VACANCIES — Recruitment vacancy header; joined on VACANCY_ID, the parent context for every row.
  • IRC_VACANCY_EXTRA_INFO — Supplementary vacancy attributes often displayed alongside compensation elements.
  • FND_LOOKUP_VALUES — Lookup repository resolving VARIABLE_COMP_LOOKUP to its display meaning.
  • FND_LOOKUP_TYPES — Defines the lookup type under which variable compensation codes are registered.
  • PER_ALL_PEOPLE_F — Recruiter and creator identities referenced through CREATED_BY and LAST_UPDATED_BY.
  • FND_USER — User account resolution for the audit columns.

Because the object is standalone with no dependent children, it is safely queried in isolation for display and extraction purposes without cascading joins to subordinate tables.