Results for “msc_net_resource_avail_s”

22 results




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

Overview

MSC_UPDATE_RESOURCE is an Oracle EBS Advanced Supply Chain Planning (ASCP) package body owned by the APPS schema. Its central business function is to maintain and recalculate resource availability within the planning engine — specifically the net resource availability records that planners rely on when the planning engine schedules operations against constrained resources. The package takes the base resource capacity stored in MSC_NET_RESOURCE_AVAIL and its interface/staging counterpart MSC_NET_RESOURCE_AVAIL_S, applies calendar, department, and process-effectivity logic, and produces the net available capacity figures consumed downstream by resource requirement and supply netting routines.

The presence of procedures such as CALCULATE_CHANGE, APPLY_CHANGE, and CALCULATE_OPS indicates this is a change-propagation engine rather than a simple loader. It exists so that incremental updates — a shift change, a capacity adjustment, a department resource reassignment — propagate correctly through the planning hierarchy without requiring a full plan regeneration.

Key Procedures and Functions

The package exposes twenty documented programs. They fall into functional groups:

Tables Accessed

The package reads and writes through APPS synonyms against the MSC schema:

Usage Notes

MSC_UPDATE_RESOURCE is invoked indirectly rather than through a user-facing form. It is called by planning concurrent programs — notably resource availability maintenance and plan regeneration or simulation runs — and by other MSC packages. The metadata records that it is referenced by one other package but referenced by no database object directly, confirming its role as an internal engine component. Customizations that need to alter resource availability behaviour should call the package's documented entry points (for example APPLY_CHANGE or CALCULATE_CHANGE) rather than writing to MSC_NET_RESOURCE_AVAIL or MSC_NET_RESOURCE_AVAIL_S directly, since the package also maintains synchronization with the staging table and the undo summary. Any custom invocation should respect the transaction ID returned by GET_TRANSACTION_ID so that RESET_CHANGES can correctly unwind a partial update.