Search Results action_session_ctrl




Overview

CZ_ACTIONSESSIONCTRL_LKV is an APPS-owned database view within the Oracle E-Business Suite configuration and reference-data layer. It presents a filtered, human-readable projection of the lookup values that govern action session control behavior. The view name follows the Oracle naming convention in which the _LKV suffix denotes a "lookup values" view, indicating that its purpose is to expose a single logical lookup type — in this case, the lookup list named ACTION_SESSION_CTRL — rather than a broad table of all lookups. This design isolates one reference list so that reports, concurrent programs, forms, and integration interfaces can query it without repeatedly coding a LIST_NAME predicate. Because it is owned by APPS and built on a translatable lookup view, it participates in both the Oracle EBS multi-language architecture and the standard reference-data reporting model used throughout the ETRM (Enterprise Taxation and Revenue Management) product line.

Underlying Base Objects

The view is defined entirely over a single documented base object: CZ_LOOKUP_VALUES_VL, itself a view. The relationship is a straightforward selection with an embedded constant filter. The defining SQL is:

Two consequences follow from this construction. First, no additional tables, joins, or PL/SQL functions are introduced at this level; the view inherits whatever base-table resolution, security, and translation behavior CZ_LOOKUP_VALUES_VL already provides, including its language-specific resolution through the LANGUAGE and SOURCE_LANG columns. Second, because the LIST_NAME predicate is hard-coded, the view always returns rows for exactly one lookup list. If the ACTION_SESSION_CTRL lookup list is not defined or not subscribed in a given environment, the view returns no rows rather than an error, making it safe to reference in reports.

Key Columns

  • LIST_NAME — Always the literal ACTION_SESSION_CTRL; identifies the lookup type and serves as a constant grouping key.
  • DATA_VALUE — The stored code value used by application logic and integrations. This is the value typically persisted on transactional records and compared in business rules.
  • NUMERIC_ID_VALUE — A numeric identifier associated with the lookup value, available where downstream logic or interfaces require a numeric rather than character key.
  • VALUE_SEQ — Display sequence controlling the order in which values are presented in lists, forms, and reports.
  • DATA_TYPE_ID — Indicates the data type applicable to the value, supporting type-aware handling by consuming code.
  • NULL_VALUE_FLAG — Indicates whether a null value is permitted or meaningful for the entry.
  • VALUE_LABEL — The user-facing label shown in the UI and in report output.
  • VALUE_DESCRIPTION — A longer description offering additional context for the value.
  • VALUE_NOTES — Free-text notes maintained for administrative or explanatory purposes.
  • LANGUAGE / SOURCE_LANG — The language of the returned row and the source language from which it was translated, enabling multi-language reporting.

Common Use Cases and Queries

Typical uses include populating value lists in custom reports, validating codes received from external systems, and documenting the permitted action session control values for a configuration or migration effort. A representative query retrieving the active values in display order is:

  • SELECT VALUE_LABEL, DATA_VALUE, VALUE_SEQ, VALUE_DESCRIPTION FROM APPS.CZ_ACTIONSESSIONCTRL_LKV WHERE LANGUAGE = USERENV('LANG') ORDER BY VALUE_SEQ;

To verify that an expected code exists before an integration load, a simple existence test such as SELECT COUNT(*) FROM APPS.CZ_ACTIONSESSIONCTRL_LKV WHERE DATA_VALUE = :p_code; is sufficient. Because the view is a filtered projection of a translatable lookup view, it should be treated as read-only reference data and never updated directly; maintenance is performed through the underlying lookup maintenance mechanisms. This makes it well suited to reporting and validation, but unsuitable as a target for DML.