Results for “event_code”
50+ results
AI-generated from documented ETRM metadata — verify critical details on the linked pages.
Overview
FND_FLEX_VALIDATION_EVENTS is a table owned by the APPLSYS schema within the FND (Application Object Library) product of Oracle E-Business Suite. It stores validation events associated with special validated value sets used by the Oracle EBS Flexfields infrastructure. Flexfields rely on value sets to constrain and validate the values a user may enter into key and descriptive flexfield segments, and many value sets require validation logic far more complex than a simple list of allowed values. In these "special" validated value sets, the actual validation behavior is delegated to a user-defined PL/SQL routine known as a user exit, which is invoked when the flexfield value is entered or validated. FND_FLEX_VALIDATION_EVENTS records the set of event codes that a given value set supports — for example, an event that fires when a value is validated — and the user exit routine that implements the corresponding validation logic for that event. In this manner, the table drives the runtime dispatch of special validation logic during flexfield processing.
From a modeling perspective, the metadata suggests a satellite-leaning classification. The table is anchored by FLEX_VALUE_SET_ID, which references the parent value set definition, and it carries descriptive attributes about the validation behavior attached to that value set rather than acting as an independent hub or as a pure many-to-many link. Treated as a heuristic suggestion, this classification supports the view that FND_FLEX_VALIDATION_EVENTS enriches the FND_FLEX_VALUE_SETS entity with event-level validation detail.
Key Information Stored
The documented physical schema comprises nine columns. The primary key, FND_FLEX_VALIDATION_EVENTS_PK, is a composite key formed by FLEX_VALUE_SET_ID and EVENT_CODE. A unique index, FND_FLEX_VALIDATION_EVENTS_U1, spans FLEX_VALUE_SET_ID, EVENT_CODE, and ZD_EDITION_NAME, serving as a business-key candidate that also reflects the editioning column introduced under the 12.2 online patching architecture.
- FLEX_VALUE_SET_ID — Identifier of the parent value set in FND_FLEX_VALUE_SETS to which the validation event belongs. This is the foreign key column and the first component of the primary key.
- EVENT_CODE — Code identifying the validation event associated with the value set. Together with FLEX_VALUE_SET_ID it forms the primary key.
- USER_EXIT — Name of the user exit routine that implements the special validation logic invoked for this event and value set.
- ZD_EDITION_NAME — Editioning column used by the 12.2 online patching (adop) architecture to distinguish editions of the row; part of the unique index FND_FLEX_VALIDATION_EVENTS_U1.
- LAST_UPDATE_DATE — Timestamp of the most recent modification to the row.
- LAST_UPDATED_BY — User identifier of the person who last updated the row.
- CREATION_DATE — Timestamp when the row was created.
- CREATED_BY — User identifier of the person who created the row.
- LAST_UPDATE_LOGIN — Login identifier associated with the last update.
The WHO columns (LAST_UPDATE_DATE, LAST_UPDATED_BY, CREATION_DATE, CREATED_BY, LAST_UPDATE_LOGIN) provide standard EBS audit lineage and are commonly used for change tracking and support diagnostics.
Common Use Cases and Queries
A frequent scenario is diagnosing why a flexfield value fails or passes validation. The following query lists the events and user exits configured for a given value set:
SELECT v.FLEX_VALUE_SET_ID, v.EVENT_CODE, v.USER_EXIT FROM FND_FLEX_VALIDATION_EVENTS v WHERE v.FLEX_VALUE_SET_ID = :p_value_set_id;
To find all value sets that use a particular validation routine:
SELECT FLEX_VALUE_SET_ID, EVENT_CODE, USER_EXIT FROM FND_FLEX_VALIDATION_EVENTS WHERE USER_EXIT = :p_user_exit;
Joining to the parent value set definition reveals the flexfield context and value set name, supporting reports and migration scripts:
SELECT s.FLEX_VALUE_SET_NAME, e.EVENT_CODE, e.USER_EXIT FROM FND_FLEX_VALIDATION_EVENTS e, FND_FLEX_VALUE_SETS s WHERE e.FLEX_VALUE_SET_ID = s.FLEX_VALUE_SET_ID;
Typical reporting uses include auditing custom validation logic before upgrades, identifying dependencies on custom user exits during migration to 12.2, and documenting the validation configuration inherited from seeded value sets.
Related Objects
The table participates in a small, well-defined relationship graph centered on Flexfields configuration:
- FND_FLEX_VALUE_SETS — Parent table referenced by the foreign key FND_FLEX_VALIDATION_EVENTS.FLEX_VALUE_SET_ID → FND_FLEX_VALUE_SETS. It holds the value set definition that owns each validation event.
- FND_FLEX_VALUES and FND_FLEX_VALUES_TL — Store the individual allowed values and their translations for value sets, closely related to the validation configuration.
- FND_FLEX_VALUE_NORM_HIERARCHY and FND_FLEX_VALUE_HIERARCHIES — Support hierarchy-based value validation used with dependent and independent value sets.
- FND_FLEX_VALIDATION — Complements this table by holding validation rules for special and table-validated value sets.
- FND_FLEX_VALIDATION_EVENTS_PK / FND_FLEX_VALIDATION_EVENTS_U1 — The primary key constraint and unique index that enforce the documented uniqueness semantics.
- Flexfield definition tables such as FND_ID_FLEX_SEGMENTS and FND_DESCR_FLEX_COLUMN_USAGES — Indirectly depend on value set validation behavior configured here.
-
Validation events for special validated value sets
-
The Modified Historic Cost Accounting Revaluation Engine is called each time a transaction / event occurs in an assets life like Retirement, Reclassification etc. It is this Revaluation Engine which creates a record in IGI_MHC_REVAL_DETAIL_
-
Base table for all event definitions.
-
Tale defines valid event-action associations.
-
Validation events for special validated value sets
-
Stores information about any kind of event on the porting number or message
-
The Modified Historic Cost Accounting Revaluation Engine is called each time a transaction / event occurs in an assets life like Retirement, Reclassification etc. It is this Revaluation Engine which creates a record in IGI_MHC_REVAL_DETAIL_
-
This table will store the information for each event within a parent batch process.
-
This table will store the information for each event within a parent batch process.
-
Budgetary control events (Summary Templates and Budget Assignment Ranges)
-
Budgetary control events (Summary Templates and Budget Assignment Ranges)
-
This table stores all the events (e.g. Broken Product Received, Job Created, Product Shipped) associated with a repair order.
-
Table: HRI_EDW_EVENT_HRCHYS 12.1.1
-
Table that keeps the details regarding the events for a particular validations.
-
Translation table for all event defnitions.
-
This table contains event-condition details for all event rules.
-
Table: HRI_EDW_USER_EVENTS 12.1.1
-
This table contains the pre-defined Event codes. An event is any activity within OPM that has a financial impact.
-
Base table for all event definitions.
-
Table that keeps the details regarding the events for a particular validations.
-
This table stores information on critical dates for operating expense agreements.
-
Table: FUN_SEQ_CONTEXTS 12.2.2
-
View: CS_SR_EVENT_CODES_VL 12.1.1
View for all event defnitions. View is based on cs_sr_event_codes_b and tl.
APPS.CS_SR_EVENT_CODES_VL·↳ CS_SR_EVENT_CODES_B·↳ CS_SR_EVENT_CODES_TL·Explore CS module →
-
Translation table for all event defnitions.
-
This table contains the pre-defined Event codes. An event is any activity within OPM that has a financial impact.
-
Stores information about any kind of event on the porting number or message
-
Table: FUN_SEQ_RULES 12.1.1
-
Tale defines valid event-action associations.
-
APPS.FA_HIERARCHY_BATCH_HEADER_V·↳ FA_CUA_ASSET_WB_APIS_PKG·↳ FA_LOOKUPS·↳ FA_MASS_UPDATE_BATCH_HEADERS·Explore OFA module →
-
Table: FUN_SEQ_RULES 12.2.2
-
This table stores all the events (e.g. Broken Product Received, Job Created, Product Shipped) associated with a repair order.
-
This table contains event-condition details for all event rules.
-
Table: FUN_SEQ_CONTEXTS 12.1.1
-
Contains header information for a mass update. Describes the parameters and selection criteria for the update.
-
Header information for mass retirement of assets in a hierarchy. Contains the retirement selection parameters defined by the user.
-
View: CS_SR_EVENT_CODES_VL 12.2.2
View for all event defnitions. View is based on cs_sr_event_codes_b and tl.
APPS.CS_SR_EVENT_CODES_VL·↳ CS_SR_EVENT_CODES_B·↳ CS_SR_EVENT_CODES_TL·Explore CS module →
-
View: CSD_REPAIR_HISTORY_V 12.2.2
The view for getting repair order history.
APPS.CSD_REPAIR_HISTORY_V·↳ CSD_REPAIR_HISTORY·↳ FND_GLOBAL·↳ FND_LOOKUPS·Explore CSD module →
-
Header information for mass retirement of assets in a hierarchy. Contains the retirement selection parameters defined by the user.
-
APPS.FA_HR_RETIREMENT_HEADERS_V·↳ FA_ASSET_HIERARCHY·↳ FA_HR_RETIREMENT_HEADERS·↳ FA_LOOKUPS·Explore OFA module →
-
This table stores information on critical dates for operating expense agreements.
-
APPS.FA_HR_RETIREMENT_HEADERS_V·↳ FA_ASSET_HIERARCHY·↳ FA_HR_RETIREMENT_HEADERS·↳ FA_LOOKUPS·Explore OFA module →
-
Contains header information for a mass update. Describes the parameters and selection criteria for the update.
-
APPS.FA_HIERARCHY_BATCH_HEADER_V·↳ FA_CUA_ASSET_WB_APIS_PKG·↳ FA_LOOKUPS·↳ FA_MASS_UPDATE_BATCH_HEADERS·Explore OFA module →
-
View: CSD_REPAIR_HISTORY_V 12.1.1
The view for getting repair order history.
APPS.CSD_REPAIR_HISTORY_V·↳ CSD_REPAIR_HISTORY·↳ FND_GLOBAL·↳ FND_LOOKUPS·Explore CSD module →