Search Results wait_for_step




Overview

PJI_PROCESS_UTIL is a utility package owned by APPS and classified in Oracle ETRM as a UTIL API. It provides the shared control infrastructure used by the Oracle Project Intelligence (PJI) summarization and rollup processes. Its central responsibility is orchestration bookkeeping: determining whether a given processing step has run and succeeded, recording step completion, maintaining process parameters, and cleaning up transient tables once a process finishes successfully. The package is the internal engine behind the "wrapup_process" search term — the WRAPUP_PROCESS procedure is the routine that finalizes a summarization run by clearing the process log table of step status records after successful completion.

The package is heavily reused: ETRM records that it is referenced by 24 other packages. Rather than duplicating restart logic, retry logic, and batch cleanup in each PJI worker program, those programs delegate to PJI_PROCESS_UTIL. It is also the layer that abstracts concurrent request dependencies, allowing summarization and rollup steps to launch and wait on other concurrent programs.

Key Procedures and Functions

Tables Accessed

The package reads and writes the PJI process and staging tables. PJI_MT_PRC_STEPS is the central step-definition and status table; PJI_BATCH_STATUS_420 holds batch progress. Aggregation and accumulation results are held in PJI_AC_AGGR_PJP1, PJI_FP_AGGR_PJP1, PJI_AC_XBS_ACCUM_F, and PJI_FP_XBS_ACCUM_F. Helper and mapping data is stored in PJI_HELPER_420, PJI_HELPER_BATCH_MAP, and PJI_PA_PROJ_EVENTS_LOG. The denormalized structures PJI_PA_XBS_DENORM_T, PA_XBS_DENORM, PA_PROJ_ELEMENTS, PA_PROJ_ELEM_VER_STRUCTURE, and PA_PROJ_WORKPLAN_ATTR supply project/WBS hierarchy and attribute context. FND_CONCURRENT_REQUESTS is queried to determine concurrent request status for the WAIT_FOR_REQUEST and REQUEST_STATUS routines.

Usage Notes

PJI_PROCESS_UTIL is an internal package rather than a public API; it is invoked from PJI concurrent programs and from the 24 dependent packages that perform summarization and rollup work. Typical lifecycle: a driver process calls SUMMARIZATION_STARTED, evaluates NEED_TO_RUN_STEP before each unit of work, registers success through REGISTER_STEP_COMPLETION, and finally calls WRAPUP_PROCESS to purge the step log. Steps that depend on other concurrent programs use WAIT_FOR_REQUEST or WAIT_FOR_STEP. Because signatures are not exposed in the ETRM metadata, custom code should call this package cautiously and only where the documented procedures are already used by Oracle's own PJI programs.