Search Results get_journal_no




Overview

GMI_ERES_UTILS is a utility package owned by the APPS schema in Oracle E-Business Suite, classified under the ETRM as an "OTHER" API rather than a formal public interface. It belongs to the Process Manufacturing (OPM/GMI) family of objects, evidenced by its prefix and by the predominance of GME, IC, QC, and SY tables among its dependencies. Its role is to centralize common data-retrieval and formatting logic so that ERES (Electronic Records and Electronic Signatures) functionality and related Process Manufacturing components can resolve descriptive values — item numbers, lot identifiers, unit-of-measure attributes, vendor and warehouse descriptions, reason and grade codes, and journal comments — without embedding duplicate SQL in each calling program.

The package is documented as VALID in both 12.1.1 and 12.2.2, and its metadata lists 24 documented procedures and functions. It references no other APPS packages, depending only on SYS.STANDARD, which keeps it lightweight and free of circular dependencies. ETRM records that it is referenced by zero other packages, indicating it is a leaf utility invoked directly by forms, concurrent programs, or custom extensions rather than being consumed as a shared dependency by other PL/SQL APIs.

Key Procedures and Functions

The documented routines fall into several functional groups:

Tables Accessed

The package reads through APPS synonyms across OPM and Oracle Inventory/Procurement:

Usage Notes

GMI_ERES_UTILS is typically invoked from Process Manufacturing forms and concurrent programs, and from custom PL/SQL that needs consistent, pre-validated descriptive text for ERES reports, electronic records, and signature-related output. Because the routines are simple retrieval helpers, they are best called in PL/SQL blocks or form triggers rather than through concurrent managers. The ETRM lists it in the APPS schema with no downstream package references, so customizations may safely call it directly; however, since these are internal ERES utilities rather than a supported public API, custom code should be prepared for signature changes during upgrades and should not rely on undocumented behavior.