Search Results check_holds
Overview
The APPS.OE_HOLDS_WF package is the workflow integration layer for order holds processing within Oracle Order Management in E-Business Suite 12.1.1 and 12.2.2. Its purpose is to expose hold-related business logic as callable workflow activity functions, allowing the Order Management workflow (specifically the order and line flows) to apply, evaluate, and release holds on sales orders and order lines through the Workflow Engine rather than through direct form interaction alone. The package is classified in ETRM as OTHER, indicating it is not a public or bulk-generated API in the traditional sense, but rather a specialized workflow callback interface. All three documented procedures conform to the standard Oracle Workflow PL/SQL activity signature, accepting itemtype, itemkey, actid, and funcmode inputs and returning a resultout output used by the workflow engine to determine subsequent transition paths.
Key Procedures and Functions
Three procedures are documented in the package specification:
- APPLY_HOLDS — Invoked as a workflow activity to apply holds against the order or line identified by the workflow item key. It is typically wired into the order flow at a point where holds must be imposed, such as during order booking or after a hold rule evaluation. Its
resultoutvalue communicates the outcome back to the workflow engine to drive branching. - CHECK_HOLDS — Evaluates whether applicable holds currently exist against the order or line. This procedure supports the workflow decision logic that determines whether processing should continue, pause, or divert when holds are detected. It is the functional analogue of the hold-checking logic used throughout Order Management.
- RELEASE_HOLDS — Performs the release action for holds associated with the workflow item. This is the procedure most directly associated with the search term release_holds; it is the workflow-invoked counterpart to the Release Holds action performed manually in the Order Organizer or via the public Order Management hold APIs.
All three procedures share the same parameter contract, which is characteristic of Oracle Workflow function activities rather than custom APIs. No additional public functions or overloads are documented.
Tables Accessed
ETRM documents three referenced tables, accessed through APPS synonyms:
- OE_ORDER_LINES — The primary transactional table for order lines. The package reads and updates line-level attributes related to hold status and hold release processing.
- WF_ITEM_ACTIVITY_STATUSES — The Workflow runtime table that records the status of each activity within a workflow item. The package interacts with this table indirectly as part of the standard activity execution cycle, ensuring the hold activity result is persisted.
- WF_PROCESS_ACTIVITIES — The Workflow definition table describing activities within a process. Reference to this table supports resolution of the activity context during execution.
Usage Notes
OE_HOLDS_WF is not intended for direct invocation by end users or by custom concurrent programs. It is called by the Oracle Workflow Engine when the seeded Order Management workflow processes reach the hold-related activity nodes defined for apply, check, and release operations. The corresponding application logic is normally triggered through standard Order Management actions—such as releasing a hold from the Order Organizer, or during automatic hold application at booking—with the workflow serving as the execution vehicle.
In 12.1.1 and 12.2.2, the package is shipped as part of the Order Management application (header marker OEXWHLDS.pls). Customizations should avoid modifying the package directly; instead, developers requiring programmatic hold release should use the supported Order Management public APIs, which ultimately converge on the same underlying hold-processing logic. Because ETRM lists zero dependent packages, OE_HOLDS_WF functions as a terminal workflow callback layer rather than a shared utility, confirming its narrow, infrastructure-oriented role in hold management.
-
PACKAGE: APPS.OE_HOLDS_WF
12.2.2
-
PACKAGE: APPS.OE_HOLDS_WF
12.1.1
-
PACKAGE BODY: APPS.OE_HOLD_SOURCES_PVT
12.1.1
-
PACKAGE BODY: APPS.OE_HOLD_SOURCES_PVT
12.2.2
-
PACKAGE BODY: APPS.OE_HOLDS_WF
12.2.2
-
PACKAGE BODY: APPS.OE_HOLDS_WF
12.1.1
-
PACKAGE BODY: APPS.OE_PAYMENT_ASSURANCE_WF
12.1.1
-
PACKAGE BODY: APPS.OE_PAYMENT_ASSURANCE_WF
12.2.2
-
PACKAGE BODY: APPS.HZ_CREDIT_REQUEST_PVT
12.2.2
-
PACKAGE: APPS.OE_HOLDS_PUB
12.1.1
-
PACKAGE: APPS.OE_HOLDS_PUB
12.2.2
-
PACKAGE: APPS.MRP_FLOW_SCHEDULE_UTIL
12.1.1
-
PACKAGE: APPS.MRP_FLOW_SCHEDULE_UTIL
12.2.2
-
PACKAGE: APPS.WMS_DIRECT_SHIP_PVT
12.1.1
-
PACKAGE: APPS.WMS_DIRECT_SHIP_PVT
12.2.2
-
APPS.OE_PAYMENT_ASSURANCE_WF dependencies on OE_DEBUG_PUB
12.2.2
-
APPS.OE_PAYMENT_ASSURANCE_WF dependencies on OE_DEBUG_PUB
12.1.1
-
APPS.HZ_CREDIT_REQUEST_PVT dependencies on OE_DEBUG_PUB
12.2.2
-
APPS.OE_HOLDS_WF dependencies on WF_CORE
12.1.1
-
APPS.OE_HOLDS_WF dependencies on WF_CORE
12.2.2
-
APPS.OE_HOLD_SOURCES_PVT dependencies on OE_ORDER_HEADERS
12.2.2
-
APPS.OE_HOLD_SOURCES_PVT dependencies on OE_ORDER_HEADERS
12.1.1
-
APPS.OE_HOLDS_WF dependencies on OE_HOLDS_WF
12.2.2
-
PACKAGE BODY: APPS.OE_HOLDS_PUB
12.1.1
-
APPS.OE_HOLDS_WF dependencies on OE_HOLDS_WF
12.1.1
-
APPS.OE_HOLDS_WF dependencies on STANDARD
12.2.2
-
APPS.OE_HOLDS_WF dependencies on STANDARD
12.1.1
-
APPS.OE_HOLDS_WF dependencies on OE_STANDARD_WF
12.1.1
-
APPS.OE_HOLDS_WF dependencies on OE_STANDARD_WF
12.2.2
-
APPS.OE_PAYMENT_ASSURANCE_WF dependencies on FND_API
12.2.2
-
APPS.OE_PAYMENT_ASSURANCE_WF dependencies on FND_API
12.1.1
-
APPS.OE_CONFIG_PVT dependencies on OE_HOLDS_PUB
12.1.1
-
APPS.OE_CONFIG_PVT dependencies on OE_HOLDS_PUB
12.2.2
-
PACKAGE BODY: APPS.WMS_DIRECT_SHIP_PVT
12.1.1
-
PACKAGE BODY: APPS.OE_HOLDS_PUB
12.2.2
-
APPS.WMS_DIRECT_SHIP_PVT dependencies on WSH_DETAILS_VALIDATIONS
12.1.1
-
APPS.WMS_DIRECT_SHIP_PVT dependencies on WSH_DETAILS_VALIDATIONS
12.2.2
-
PACKAGE BODY: APPS.WMS_DIRECT_SHIP_PVT
12.2.2
-
APPS.OE_HOLDS_PUB dependencies on FND_API
12.2.2
-
APPS.OE_HOLDS_PUB dependencies on FND_API
12.1.1
-
APPS.OE_CONFIG_PVT dependencies on OE_CONFIG_PVT
12.1.1
-
APPS.OE_CONFIG_PVT dependencies on OE_CONFIG_PVT
12.2.2
-
PACKAGE BODY: APPS.OE_CREDIT_CHECK_LINES_PVT
12.1.1
-
PACKAGE BODY: APPS.OE_CREDIT_CHECK_LINES_PVT
12.2.2
-
PACKAGE BODY: APPS.OE_CREDIT_CHECK_ORDER_PVT
12.1.1
-
APPS.OE_PAYMENT_ASSURANCE_WF dependencies on OE_STANDARD_WF
12.2.2
-
APPS.OE_PAYMENT_ASSURANCE_WF dependencies on STANDARD
12.1.1
-
APPS.OE_PAYMENT_ASSURANCE_WF dependencies on STANDARD
12.2.2
-
APPS.OE_PAYMENT_ASSURANCE_WF dependencies on OE_STANDARD_WF
12.1.1
-
PACKAGE BODY: APPS.OE_CREDIT_CHECK_ORDER_PVT
12.2.2