Results for “company_code_equivalent”

38 results




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

Overview

HR_ADP_GTL_V is a VALID view owned by the APPS schema within the PER (Human Resources) product family in Oracle E-Business Suite 12.1.1 and 12.2.2. Its documented purpose is to serve as an ADP payroll interface view, exposing a denormalized, ready-for-extract representation of payroll element entries and their associated input values. The view consolidates employee, assignment, element link, input value, and organization data into a single query surface that ADP-facing processes or third-party payroll integrations can consume directly without reimplementing the underlying join logic and hot-default resolution rules.

The name "GTL" reflects its role as a Global Template Layer style extract — a flattened projection intended for downstream transmission rather than interactive maintenance. Critically, the view encapsulates the hot_default_flag input value behavior: rather than returning raw screen entry values, it computes effective values by calling HR_PAY_INTERFACE_PKG.GET_HOT_DEFAULT when a value is null and the hot default flag permits it. This makes the view the authoritative resolution point for hot-default logic within the ADP interface.

Underlying Base Objects

The documented base objects underpinning HR_ADP_GTL_V span payroll configuration, employee/assignment data, and security:

Key Columns

Common Use Cases and Queries

The view is typically queried for ADP payroll extracts, hot-default audits, and reconciliation of entry values against element link definitions.

SELECT employee_number,
       assignment_number,
       primary_flag,
       effective_start_date,
       effective_end_date
  FROM apps.hr_adp_gtl_v
 WHERE business_group_id = :p_bg_id
   AND TRUNC(SYSDATE) BETWEEN effective_start_date AND effective_end_date;

To audit hot-default resolution for a specific person:

SELECT employee_number, assignment_number, primary_flag
  FROM apps.hr_adp_gtl_v
 WHERE person_id = :p_person_id;

Because access is mediated by HR_SECURITY, results honor the querying user's security profile. Reporting layers should apply effective-date predicates, as the view carries date-ranged rows.