Search Results check_unique_project_name




Overview

APPS.PA_PROJECT_UTILS is a foundational Oracle Projects utility package within Oracle E-Business Suite Release 12.1.1 and 12.2.2. It provides the shared validation, lookup, and project-integrity logic that other Oracle Projects modules rely upon when creating, modifying, validating, or deleting project records. The package centralizes cross-module rules — uniqueness of project identifiers, validity of project types and managers, existence of billing and funding relationships, and protection against deleting projects that still carry dependent transactional data.

The package header dates to the original Oracle Projects implementation (circa 1995) and has been maintained through numerous bug fixes, as reflected in its $Header revision markers and commented annotations such as "Added for bug 2125791." Its long-lived presence and the fact that it is referenced by 98 other packages underscore its role as a low-level utility layer rather than a user-facing interface. The package is classified as OTHER in the API taxonomy — it is an internal utility package, not one of the documented public business APIs.

The package header declares global PLSQL datatype collections (glob_project_status_code, glob_proj_sys_status_code, glob_action_code, glob_enabled_flag) used to cache status and action code lists, plus a glob_total_rec counter. These package-level globals support the lookup procedures that translate user-friendly status and distribution-rule names into their internal codes.

Key Procedures and Functions

The ETRM metadata documents 39 procedures and functions. Principal ones include:

Tables Accessed

The package reads and writes against core Oracle Projects tables through APPS synonyms:

Usage Notes

PA_PROJECT_UTILS is invoked primarily from Oracle Projects forms (project setup, project creation and maintenance, and deletion flows) and from numerous internal packages across the Projects suite — the metadata records it as referenced by 98 other packages. Typical invocation occurs during project creation and update to enforce uniqueness and validity rules before a record is committed, and during delete operations to confirm no dependent draft invoices, revenues, expenditure items, or other created references remain.

Because the package is an internal utility (API classification OTHER), it is not intended as a published extension API. Custom code that calls it directly should treat the signatures as subject to change between patch levels and should prefer documented public APIs. When troubleshooting project creation, deletion, or "project has references" errors in 12.1.1 or 12.2.2, CHECK_CREATED_PROJ_REFERENCE and CHECK_DELETE_PROJECT_OK are the procedures most often implicated, since they gate whether a project may be removed. Keeping these dependencies in mind helps isolate validation failures attributable to downstream draft or transaction records.