Results for “delete_audit_task_in_icm”

5 results




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

Overview

AMW_AUDIT_ENGAGEMENT_PVT is an Oracle Application Object Library (APPS) schema package belonging to the Oracle Enterprise Governance, Risk, and Compliance (EGRC) / Audit Management (AMW) product family. The "PVT" suffix designates this as a private implementation package: it encapsulates the low-level business logic that supports the public Audit Engagement APIs consumed by the Audit Management workbench and by external service layers. In Oracle EBS 12.1.1 and 12.2.2, this package functions as the procedural engine for creating, updating, and propagating audit engagements, audit tasks, and execution scopes between the Audit Management module and Oracle Projects (PA). It mediates the synchronization of engagement structures into project workplans, providing the mechanisms that keep audit task hierarchies, procedure scopes, and control associations consistent across the AMW data model.

The package is classified under ETRM with a PVT API classification and is validated (VALID status) in the APPS schema.

Key Procedures and Functions

The documented package body exposes twelve procedures and functions covering engagement and task lifecycle operations:

Tables Accessed

All tables are referenced through APPS synonyms. The package reads and writes base and translation tables in the AMW schema:

Usage Notes

AMW_AUDIT_ENGAGEMENT_PVT is not intended for direct invocation by end users or custom code; it is a private package behind the Audit Management public API surface. It is typically invoked from the Audit Engagement and Audit Task forms, from the workplan synchronization concurrent programs that push engagement and task changes into Oracle Projects, and from intermediate public packages that wrap these procedures. Subscription against the package shows only self-reference and standard PL/SQL dependencies (SYS.STANDARD), and the ETRM metadata reports zero dependent packages, confirming its position as a leaf-level implementation unit. Because it manipulates engagement, task, scope, and association tables transactionally, any custom extension should call the supported public API rather than this PVT package, and the procedures should be invoked within a single logical transaction to preserve AMW-to-PA integrity.