Results for “czfv_config_constraint_clauses”

4 results




AI-generated from documented ETRM metadata — verify critical details on the linked pages.

Overview

The view CZFV_CONFIG_CONSTRAINT_CLAUSES belongs to the Oracle Bills of Material (BOM) product family and is part of the Oracle Configurator / Configurator Developer schema. It exposes the constraint clause definitions used by the configuration engine to validate combinations of components, options and features during a configuration session. Each row represents a single clause (predicate) attached to a constraint record, including the functions, DB objects, attribute references, comparators and operators that define the rule logic. In Oracle EBS 12.1.1 and 12.2.2 this view serves primarily as a reporting and introspection layer, allowing developers and support analysts to review, audit and troubleshoot the logic stored in the CZ_CONSTRAINT_CLAUSES base table without directly querying the transactional tables.

The ETRM documentation marks this object as "Retrofitted" and, in the specific database instance recorded, notes that it is "Not implemented in this database." This indicates the view is a legacy or migrated object whose presence depends on whether the Configurator schema has been installed and upgraded within a given environment. Where it does exist, it plays a key role in Configurator diagnostics and in integration scenarios that need to read constraint metadata programmatically.

Underlying Base Objects

Although the documented metadata lists no referenced base objects, the view text reveals its full dependency set. The primary tables are CZ_CONSTRAINTS (aliased CO) and CZ_CONSTRAINT_CLAUSES (aliased COCL), joined on CONSTRAINT_ID. Supporting objects include multiple instances of FND_COMMON_LOOKUPS (aliased COLO1 through COLO9), which resolve lookup codes into user-facing meanings, and FND_DESCR_FLEX_COLUMN_USAGES (DE1, DE2) used for descriptive flexfield context resolution. The view also references AK_ATTRIBUTES_VL (AT1, AT2) for attribute name resolution. The heavy reliance on FND_COMMON_LOOKUPS — nine separate aliases keyed by LOOKUP_TYPE values such as CZ_FUNCTIONS and CZ_DB_OBJECT_TYPES, all restricted to APPLICATION_ID = 702 — is precisely why this object surfaces in searches for "fnd_common_lookups."

Key Columns

  • CONSTRAINT_ID / CLAUSE_ID — Identifiers linking the clause to its parent constraint and uniquely identifying the clause.
  • NAME (from CZ_CONSTRAINTS) — Logical name of the owning constraint.
  • SEQUENCE_NUMBER, PREFIX, SUFFIX — Control clause ordering and text assembly.
  • FUNCTION1, FUNCTION2, DB_FUNCTION1 — Function references resolved through the CZ_FUNCTIONS lookup type.
  • DB_OBJECT_NAME1, DB_OBJECT_NAME2 — Referenced database objects, resolved via the CZ_DB_OBJECT_TYPES lookup; special handling exists for SO_LINES_V.
  • ATTRIBUTE_CODE1, ATTRIBUTE_CODE2 — Attribute references resolved either from AK_ATTRIBUTES_VL or from lookup meanings.
  • COMPARATOR, OPERATOR, ACTION_IF_NULL — Define the comparison logic and null-handling behaviour of each clause.
  • The nine MEANING columns derived from FND_COMMON_LOOKUPS — Provide decoded, human-readable descriptions of functions, DB objects and comparators.
  • Standard audit columns (CREATION_DATE, CREATED_BY, LAST_UPDATE_DATE, LAST_UPDATED_BY).

Common Use Cases and Queries

Typical usage includes auditing constraint logic, documenting configuration rules, and diagnosing why a model fails validation. A simple query retrieves readable clause detail for a constraint:

SELECT constraint_id, clause_id, name, function1, comparator, operator FROM czfv_config_constraint_clauses WHERE constraint_id = :p_constraint_id ORDER BY sequence_number;

Analysts frequently join the view back to CZ_CONSTRAINTS or filter by decoded meanings to locate all clauses using a specific function or comparator. Because the view embeds the lookup join to FND_COMMON_LOOKUPS, results are already denormalised and require no further decoding. Note that queries may return no rows in environments where the object is documented as "Not implemented," and the APPLICATION_ID = 702 restriction means only Configurator-owned lookups are considered.