Search Results pa_fp_fcst_gen_amt_utils




Overview

PA_FP_FCST_GEN_AMT_UTILS is a PL/SQL package body owned by the APPS schema in Oracle E-Business Suite, classified under the ETRM repository as an "OTHER" API. It belongs to the Project Forecasting and Budgeting family of packages used by Oracle Project Management and Oracle Project Costing. Its central role is the forecast generation and amount calculation logic for financial plans, specifically the Estimated To Complete (ETC) amounts that feed forecast version generation. In Oracle EBS, forecast generation for projects and tasks requires the system to derive ETC figures from multiple sources — plan amounts, actuals, commitments, and prior forecast versions — and to reconcile these against the forecast plan options configured for each project. This package provides the utility layer that performs the comparisons, sign matching, and source-to-target validation required before forecast amounts are written. The 12.1.1 and 12.2.2 metadata confirm the object is VALID and resides in the APPS schema, with the abbreviation "FCST" in the name indicating its forecast focus, "GEN" indicating generation behavior, and "AMT_UTILS" indicating utility routines for amount handling. The package is not referenced by any database object, meaning it is invoked directly by PL/SQL callers, concurrent programs, or other packages rather than through database-level dependencies.

Key Procedures and Functions

The ETRM documentation identifies three documented program units within the package body:

  • COMPARE_ETC_SRC_TARGET_FP_OPT — Compares ETC source values against target forecast plan options. This routine is used to validate whether the ETC amounts assigned to a source (for example, plan or actuals) align with the forecast plan option settings for the target project or budget version.
  • PLAN_ETC_SIGNS_MATCH — Verifies that the signs (positive or negative) of plan ETC amounts are consistent between source and target. Sign matching is critical in project accounting because revenue, cost, and burden amounts carry directional meaning; a mismatch would cause incorrect forecast totals.
  • GET_ETC_FROM_PLAN_ACT — Retrieves ETC amounts derived from plan and actual data. This function is the primary data-retrieval routine that feeds ETC values into the forecast generation flow.

These three program units operate on the forecast plan option and budget version records and are intended to be called in sequence as part of forecast generation processing.

Tables Accessed

The package references the following Oracle EBS tables through APPS synonyms:

  • PA_PROJ_FP_OPTIONS — Stores forecast plan options for each project, including the ETC source and method configuration. The package reads these options to determine how ETC is calculated.
  • PA_BUDGET_VERSIONS — Holds budget and forecast version definitions for projects. The package identifies the relevant version for source and target amount comparison.
  • PA_PROJECTS_ALL — The master project table, used to resolve project identifiers and validate project-level context for forecast generation.

All accesses are performed via APPS-owned synonyms, consistent with Oracle's recommendation that custom and utility code interact with the product schema through the APPS layer.

Usage Notes

PA_FP_FCST_GEN_AMT_UTILS is not referenced by any database object, so it is invoked only from PL/SQL callers. Typical invocations include forecast generation concurrent programs and PL/SQL routines in the Project Forecasting module that assemble ETC amounts before writing forecast version lines. It depends on FND_API, FND_MSG_PUB, FND_PROFILE, PA_DEBUG, PA_FP_CONSTANTS_PKG, PA_FP_GEN_AMOUNT_UTILS, PA_INTERFACE_UTILS_PUB, PA_PROJECT_STRUCTURE_UTILS, and PA_UTILS. The presence of FND_MSG_PUB and FND_API indicates it follows the standard EBS API error-handling pattern, and PA_DEBUG indicates it supports debug logging controlled by profile options. It is referenced by eight other packages, so modifications to this package body can affect a broad set of forecast-generation callers. Because it is a package body rather than a public API package specification, direct custom calls should be avoided; customizations should instead target the documented forecast generation entry points.