Results for “hr_pay_interface_oab_value_v”

6 results




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

Overview

HR_PAY_INTERFACE_OAB_VALUE_V is a payroll interface toolkit view owned by the APPS schema in Oracle E-Business Suite (documented for 12.1.1 and 12.2.2, Product: PER – Human Resources). Its documented purpose is to expose payroll interface data for elements that feed external payroll processing or third-party payroll providers. In particular, the view surfaces the "value" information attached to element entry records and enriches it with rates, activity type context, and period-to-date limits derived from Oracle Advanced Benefits (BEN) base rate structures. The view returns a distinct set of element entry values joined to assignment and rate-of-pay data, making it suitable for extracting the actual numeric values that the payroll interface package HR_PAY_INTERFACE_PKG passes to the receiving payroll system. Because it is a view and not a table, it reflects the current transactional data at query time and is typically consumed during the interface extraction cycle.

Underlying Base Objects

The view is defined over a set of tables and synonyms that span Oracle Payroll, Oracle Human Resources, and Oracle Advanced Benefits. The documented referenced objects are:

The joins are controlled by the extraction date returned by HR_PAY_INTERFACE_PKG.GET_EXTRACT_DATE, so only rows effective as of that date are exposed.

Key Columns

Common Use Cases and Queries

Typical uses include validating interface extracts, reconciling benefit rates against element entries, and reporting period-to-date limits for a given payroll run. A basic query appears below.

SELECT haov.assignment_number,
       haov.screen_entry_value,
       haov.acty_typ_cd,
       haov.rt_val,
       haov.mx_val
FROM   apps.hr_pay_interface_oab_value_v haov
WHERE  haov.person_id = :p_person_id
AND    haov.acty_typ_cd IN ('EEPYC','ERPYC');

Because the view depends on the current extraction date, results should always be evaluated with that date in mind. Performance can be improved by filtering on PERSON_ID or ASSIGNMENT_ID and restricting the activity type code.