Search Results po_control_rules_n1
Overview
PO.PO_CONTROL_RULES is a foundational Purchasing table that stores the individual control rules used to restrict document approval in Oracle E-Business Suite. A control group defines the overall approval restriction policy, and each row in PO_CONTROL_RULES represents one concrete rule within that policy. According to the ETRM metadata, a rule may be defined against one of several data objects: Items, Accounting Flexfields, Item Categories, Locations, or the Document Total. Each rule applies to exactly one object and occupies a single row, storing either a valid account flexfield range, item flexfield range, item category flexfield range, ship-to/deliver-to location, or a document total threshold.
The table resides in the APPS_TS_TX_DATA tablespace with a PCT Free of 10, and is owned by the PO schema. The heuristic Data Vault classification derived from its foreign key structure is satellite-leaning, suggesting that the table behaves primarily as a descriptive satellite attached to its parent control group rather than as an independent hub or link. It should be modeled as a dependent descriptor of the control group entity for most analytical purposes.
Key Information Stored
The table contains 92 documented columns in the 12.2.2 physical schema. The most consequential columns include the following:
- CONTROL_RULE_ID — Unique identifier for the control rule. This is the surrogate primary key, enforced by the
PO_CONTROL_RULES_PKconstraint and the unique indexPO_CONTROL_RULES_U1. The user's search term, po_control_rules_u1, refers precisely to this unique index onCONTROL_RULE_ID. - CONTROL_GROUP_ID — Foreign key to
PO_CONTROL_GROUPS_ALL, identifying the parent control group to which the rule belongs. This is the business-key join column and is indexed by the non-unique indexPO_CONTROL_RULES_N1. - RULE_TYPE_CODE — Classifies the nature of the restriction (for example, inclusion or exclusion rules).
- OBJECT_CODE — Identifies which data object the rule applies to (Item, Accounting Flexfield, Item Category, Location, or Document Total).
- AMOUNT_LIMIT — Holds the monetary threshold when the rule targets the Document Total.
- LOCATION_ID — Stores the ship-to or deliver-to location when the rule targets a location.
- SEGMENT1_LOW through SEGMENT30_HIGH — Provide the low and high bounds of flexfield ranges, used for account, item, and item category key flexfields.
- INACTIVE_DATE — Marks the date on which the rule ceases to be effective.
- LAST_UPDATE_DATE, LAST_UPDATED_BY, LAST_UPDATE_LOGIN, CREATION_DATE, CREATED_BY — Standard Who columns that record the audit trail for each row.
- REQUEST_ID, PROGRAM_APPLICATION_ID, PROGRAM_ID, PROGRAM_UPDATE_DATE — Concurrent Program Who columns identifying the concurrent request and program that last modified the row.
- ATTRIBUTE_CATEGORY and ATTRIBUTE1–ATTRIBUTE15 — Descriptive flexfield columns available for extensibility.
The surrogate key CONTROL_RULE_ID should be distinguished from the business identifier formed by the parent group context (CONTROL_GROUP_ID) combined with the rule definition; the unique index PO_CONTROL_RULES_U1 enforces only the surrogate uniqueness.
Common Use Cases and Queries
Control rules are consulted during purchase order entry and approval to determine whether a document or line violates any defined restriction. Typical query patterns retrieve all active rules for a control group:
- Listing active rules for a group:
SELECT control_rule_id, object_code, rule_type_code FROM po_control_rules WHERE control_group_id = :p_group_id AND (inactive_date IS NULL OR inactive_date > SYSDATE); - Analyzing document-total rules: filter on
OBJECT_CODE = 'DOCUMENT TOTAL'and inspectAMOUNT_LIMIT. - Auditing recently modified rules using
LAST_UPDATE_DATEand the Who columns. - Tracing concurrent program updates via
REQUEST_IDjoined toFND_CONCURRENT_REQUESTS. - Reporting flexfield coverage by examining the
SEGMENT*_LOWandSEGMENT*_HIGHranges.
Related Objects
- PO.PO_CONTROL_GROUPS_ALL — Parent table; join on
PO_CONTROL_RULES.CONTROL_GROUP_ID = PO_CONTROL_GROUPS_ALL.CONTROL_GROUP_ID. - FND_USER — Resolves the Who columns
CREATED_BYandLAST_UPDATED_BY. - FND_LOGINS — Resolves
LAST_UPDATE_LOGIN. - FND_CONCURRENT_REQUESTS — Resolves
REQUEST_IDfor concurrent program audits. - PO.PO_CONTROL_RULES_U1 — The unique index supporting direct lookup by
CONTROL_RULE_ID. - PO.PO_CONTROL_RULES_N1 — The non-unique index accelerating joins by
CONTROL_GROUP_ID.
-
INDEX: PO.PO_CONTROL_RULES_N1
12.2.2
owner:PO, object_type:INDEX, object_name:PO_CONTROL_RULES_N1, status:VALID,
-
INDEX: PO.PO_CONTROL_RULES_N1
12.1.1
owner:PO, object_type:INDEX, object_name:PO_CONTROL_RULES_N1, status:VALID,
-
12.1.1 DBA Data
12.1.1
-
12.2.2 DBA Data
12.2.2
-
12.1.1 DBA Data
12.1.1
-
12.2.2 DBA Data
12.2.2
-
TABLE: PO.PO_CONTROL_RULES
12.1.1
owner:PO, object_type:TABLE, fnd_design_data:PO.PO_CONTROL_RULES, object_name:PO_CONTROL_RULES, status:VALID,
-
TABLE: PO.PO_CONTROL_RULES
12.2.2
owner:PO, object_type:TABLE, fnd_design_data:PO.PO_CONTROL_RULES, object_name:PO_CONTROL_RULES, status:VALID,
-
eTRM - PO Tables and Views
12.1.1
description: Temporary table for tracking a receiving upgrade from Release 9 to Release 10 ,
-
eTRM - PO Tables and Views
12.2.2
description: Temporary table for tracking a receiving upgrade from Release 9 to Release 10 ,