Results for “ahl_approvers_type_v”

24 results




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

Overview

Within the Oracle E-Business Suite R12.1.1 and R12.2.2 environments, AHL_APPROVERS_TYPE_V is a database view owned by the APPS schema and registered as VALID in the ETRM repository. It belongs to the AHL product family, Complex Maintenance Repair and Overhaul, a module used extensively in aerospace, defense, and heavy asset industries where maintenance work orders and engineering changes require formal, multi-tier approvals. The view exposes approver type information, allowing consumers to determine which roles and users within the enterprise may act as approvers for AHL-managed processes.

Architecturally, the view functions as a reporting and integration surface rather than a transactional object. It consolidates the results of two distinct logical populations, role-based approvers and user-based approvers, into a single flat structure, and it is intended to be queried directly by forms, concurrent programs, and custom reporting tools rather than updated in place. Because the view is defined with a UNION of two queries, it presents a unified approver registry keyed by role or user identity together with a classification lookup code.

Underlying Base Objects

The documented definition of the view draws on several foundation objects. The first branch of the union selects from JTF_RS_ROLE_RELATIONS (aliased JRRR), joined to JTF_RS_ROLES_VL (aliased JRRV), which is the multilingual view of the resource role definitions. The join is performed on ROLE_ID, and the role type is constrained to the codes AHLAPPR and AHLGAPPR, representing standard AHL approver and AHL group approver role types respectively. The classification is completed by joining FND_LOOKUP_VALUES_VL (aliased FNDA) on lookup type AHL_APPROVER_TYPE and lookup code ROLE.

The second branch selects from AHL_JTF_RS_EMP_V (aliased AJREV), a view over employee and resource data, and again joins FND_LOOKUP_VALUES_VL on lookup type AHL_APPROVER_TYPE, this time with lookup code USER. The ETRM 12.2.2 metadata records referenced base objects including FND_GLOBAL (a package), JTF_RS_RESOURCE_EXTNS (a synonym), and JTF_RS_ROLE_RELATIONS_VL (a view). These references reflect the underlying implementation of the resource and role infrastructure that the approver view depends upon.

Key Columns

  • ROLE_ID — The primary identifier for the approver. In the role branch this is the role identifier from JTF_RS_ROLE_RELATIONS; in the user branch it carries the resource identifier of the employee or resource, providing a surrogate key for the approver.
  • ROLE_NAME — The display name of the role or, in the user branch, the user name associated with the resource. This is the descriptive label presented to end users in approval lists and selection windows.
  • LOOKUP_CODE — The classification flag derived from the AHL_APPROVER_TYPE lookup, taking the value ROLE or USER to indicate whether the row represents a role-based or user-based approver.

Common Use Cases and Queries

Typical usage includes populating approver validation lists, driving workflow routing rules, and auditing which roles and users are eligible to approve AHL change requests, work orders, and maintenance programs. Reporting on approver coverage by type is a frequent requirement, since user-based approvers and role-based approvers are governed by different administrative setups.

A straightforward listing of all approvers, separated by type, can be produced with:

  • SELECT role_id, role_name, lookup_code FROM ahl_approvers_type_v ORDER BY lookup_code, role_name;
  • SELECT role_id, role_name FROM ahl_approvers_type_v WHERE lookup_code = 'ROLE';
  • SELECT role_id, role_name FROM ahl_approvers_type_v WHERE lookup_code = 'USER';

Because the view already applies DISTINCT to both branches, queries return unique approver rows, which makes it convenient for LOV definitions and for integration extracts. Reporting tools should treat the view as read-only and rely on the LOOKUP_CODE column to interpret the origin of each row.