Search Results inv_lpn_trx_pub




Overview

INV_LPN_TRX_PUB is a public PL/SQL package body owned by the APPS schema in Oracle E-Business Suite. Its purpose is to process License Plate Number (LPN) transactions within the Oracle Inventory module. An LPN is a uniquely identified container that groups together a set of material items for handling, storage, and movement as a logical unit. The package supplies the transaction engine that packs, unpacks, adjusts, and otherwise manipulates LPN contents, delegating the resulting material movements to the standard inventory transaction processing infrastructure.

The package header comment and constant declarations reveal the breadth of its transaction vocabulary. Named constants such as g_pack, g_unpack, g_adjust, g_unpack_all, and g_precision identify the distinct LPN operations the API can drive. The presence of a process-manager feedback mechanism, expressed through output parameters named x_proc_msg and return_status, indicates that the package is designed to run under the Oracle Inventory transaction manager and to return a success or failure indicator to its caller. The package also embeds Electronic Records and Electronic Signatures (ERES) support introduced to satisfy FDA regulatory requirements, using an internal record type and an associative array to track event identifiers, transaction action identifiers, and transaction source type identifiers.

Key Procedures and Functions

  • PROCESS_LPN_TRX — The principal entry point for executing an LPN transaction. It accepts the transaction details supplied by the caller, creates and manages the internal transaction interface records, and returns a status code together with a process message. The procedure coordinates the overall transaction lifecycle, including validation, interface table population, and error handling.
  • PROCESS_LPN_TRX_LINE — Handles the line-level processing of an LPN transaction. Where PROCESS_LPN_TRX governs the transaction as a whole, this routine manages the individual item lines that constitute the LPN contents, performing the per-line validation and interface record creation required before the transaction manager submits the movement.
  • TRANS_ERES_ENABLED — A helper function that determines whether a given transaction type is eligible for ERES processing. According to the embedded comments, only specific combinations of transaction source type and transaction action are supported in the current release, including account, account alias, and inventory source types paired with issue and receipt actions.

Tables Accessed

The package reads and writes both interface and master data. Material movement records are staged in MTL_MATERIAL_TRANSACTIONS_TEMP and ultimately persisted through the MTL_MATERIAL_TRANSACTIONS and its sequence-backed companion MTL_MATERIAL_TRANSACTIONS_S. Supporting transactional detail is drawn from MTL_MATERIAL_TRANSACTIONS for audit context. Locator and subinventory validation rely on MTL_ITEM_LOCATIONS and MTL_SECONDARY_INVENTORIES, while item and lot control data come from MTL_SYSTEM_ITEMS and MTL_LOT_NUMBERS. Serial-controlled items are validated against MTL_SERIAL_NUMBERS and MTL_SERIAL_NUMBERS_TEMP.

Organization-level defaults are obtained from MTL_PARAMETERS and MTL_INTERORG_PARAMETERS, which govern the accounting and transfer rules applied to the movement. Costing information is retrieved from CST_COST_GROUPS. Where the transaction touches quality or specification-controlled inventory, the package consults GMD_SPECIFICATIONS_B, GMD_INVENTORY_SPEC_VRS, and GMD_SUPPLIER_SPEC_VRS to confirm the applicable specification versions.

Usage Notes

INV_LPN_TRX_PUB is classified as a public API and is referenced by twenty-five other packages within Oracle EBS, indicating a wide footprint across Inventory, Warehouse Management, and related modules. It is typically invoked by Oracle Forms and concurrent programs that drive LPN pack, unpack, and adjust operations, as well as by custom extensions that need to move LPN contents through supported inventory transactions. In Oracle EBS 12.1.1 and 12.2.2, callers should invoke the documented procedures rather than interacting directly with the underlying interface tables, because the package applies the required validation, ERES checks, and transaction manager integration. The return_status output parameter should always be inspected, with zero denoting success and one denoting error, and the accompanying process message logged for diagnostics.