Results for “org_info_c”

8 results




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

Overview

APPS.PA_R_PROJECT_RESOURCES_V is a Projects (PA) module reporting view that presents the pool of project resources — primarily employees — available for assignment to project work. It consolidates human-resources attributes (person, assignment, job, and organization data) with project-resource transaction indicators drawn from Oracle Projects. The view is a core data source for resource-management and staffing reports, and for integrations that must resolve a person to a valid resource, a default operating unit, and an assignment calendar.

The view is owned by APPS and is documented in ETRM for both Oracle EBS 12.1.1 and 12.2.2. Because it joins a large number of HR and Projects base objects, it is typically consumed read-only as a reporting or lookup surface rather than as a maintenance interface.

Underlying Base Objects

The view is defined over the following documented base objects:

Key Columns

Common Use Cases and Queries

Typical uses include resource-availability reporting, staffing lookups by job or organization, and integrations that need to resolve an employee to a default operating unit and calendar.

  • Listing active project resources by organization:
  • SELECT person_id, name, job_name, default_ou FROM apps.pa_r_project_resources_v WHERE organization_id = :org_id;
  • Retrieving the assignment calendar and default OU for a person, which is the scenario tied to the search term "org_info_c":
  • SELECT person_id, name, calendar_id, default_ou FROM apps.pa_r_project_resources_v WHERE person_id = :person_id;
  • Filtering resources by job group or status:
  • SELECT person_id, name, job_group_id FROM apps.pa_r_project_resources_v WHERE job_group_id = :job_group_id;
  • Identifying resources with existing project transaction attributes:
  • SELECT person_id, name FROM apps.pa_r_project_resources_v WHERE res_exists = 'EXISTS';

Because the view already restricts to ACTIVE_ASSIGN and ACTIVE_CWK assignments, queries generally do not need additional status filtering.