Results for “reason_type_display”

20 results




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

Overview

MTL_TRANSACTION_REASONS is the master reference table that stores the valid transaction reason codes used throughout Oracle E-Business Suite Inventory and its adjacent supply chain modules. Owned by the INV schema, the table provides the controlled vocabulary that qualifies why a material or cost transaction occurred — for example, a cycle count adjustment, a scrap write-off, a receipt rejection, or a manual subinventory transfer. It is referenced by the transaction, receipt, work-in-process, and warehouse management tables that record the actual movement events, making it a shared lookup that drives both data entry validation and downstream reporting and analysis.

In Data Vault modeling terms, the mined foreign key structure suggests this object is a hub-leaning entity: it holds the stable business concept of a reason and is referenced (not referencing) by a broad set of transactional satellites and links. The single attribute-driven design and its role as a join target for many downstream fact tables support this classification as a modeling suggestion rather than a prescriptive rule.

Key Information Stored

Common Use Cases and Queries

Reasons are captured on virtually every inventory-affecting event, so reporting commonly aggregates transaction activity by reason to explain variances, scrap rates, or adjustment patterns. A typical cycle count analysis joins MTL_CYCLE_COUNT_ENTRIES to this table:

  • SELECT r.REASON_NAME, c.TRANSACTION_REASON_ID, COUNT(*) FROM MTL_CYCLE_COUNT_ENTRIES c, MTL_TRANSACTION_REASONS r WHERE c.TRANSACTION_REASON_ID = r.REASON_ID GROUP BY r.REASON_NAME, c.TRANSACTION_REASON_ID;
  • Validating active reasons: SELECT REASON_ID, REASON_NAME FROM MTL_TRANSACTION_REASONS WHERE DISABLE_DATE IS NULL ORDER BY REASON_NAME;
  • Auditing material movement by reason: join MTL_MATERIAL_TRANSACTIONS on REASON_ID to attribute scrap, issue, or transfer volumes to specific causes.

Related Objects

Because more than twenty downstream tables reference REASON_ID, changes to reason codes must be managed carefully; disabling rather than deleting reasons preserves historical referential integrity across all dependent transaction records.