Search Results get_nonrev_perm




Overview

APPS.HR_HEAD_COUNT is a PL/SQL package that supports the Oracle E-Business Suite Human Resources head count reporting infrastructure. Its primary business function is to compute and expose head count metrics for a given organization structure element, distinguishing throughout between revenue (rev) and non-revenue (nonrev) categories of employees and positions. This rev/nonrev bifurcation is characteristic of public-sector and government deployments, where funded head count must be tracked separately for revenue-generating and non-revenue-generating organizational units.

The package defines a PL/SQL record type, HQOrgTableType, that aggregates the full set of head count measures for a single organization, and a collection type, HQOrgTable, indexed by binary integer. All individual accessor functions return NUMBER and are decorated with PRAGMA RESTRICT_REFERENCES(…,WNDS,WNPS), asserting that they neither write database state nor package state — a strong indication that the functions are designed for safe, read-only invocation from SQL and from reporting queries. The package header carries the revision tag perhdcnt.pkh 120.0.12010000.1, dated 2008/07/28, placing its last shipped revision within the 12.1.x code line, which is carried forward unchanged into 12.2.2.

Key Procedures and Functions

The package exposes 35 documented functions, each taking a single p_org_structure_element_id argument identifying the organization structure element to be evaluated. They fall into paired rev/nonrev families:

Tables Accessed

The package reads from the following APPS synonyms:

Usage Notes

HR_HEAD_COUNT is a read-only reporting utility rather than a transactional API, as confirmed by its RESTRICT_REFERENCES declarations. It is typically invoked from the Oracle HRMS head count and establishment reporting forms and concurrent programs, and from custom SQL or PL/SQL that needs rev/nonrev head count figures by organization structure element. Because the accessor functions are pure with respect to database and package state, they can be called safely from SELECT statements. The package is referenced by one other package within the ETRM metadata set, indicating it is consumed as a supporting layer rather than being an entry point itself; callers should therefore be aware that upstream organization structure versions must be correctly defined for results to be meaningful.