Oracle SCM Fusion Tables Guide

Share

Oracle SCM Fusion Tables

Introduction

Oracle SCM Fusion Tables are the backbone of data storage and processing in Oracle Fusion Cloud Supply Chain Management. Whether you are building reports, integrations using Oracle Integration Cloud (OIC Gen 3), or debugging transactional issues, understanding SCM tables is essential for any consultant working on Oracle Cloud 26A.

In real-world implementations, consultants often spend significant time tracing data—from purchase orders to inventory transactions—to identify issues or build analytics. This is where a solid understanding of SCM Fusion tables becomes a game-changer.

This article provides a practical, implementation-focused deep dive into Oracle SCM Fusion tables, covering structure, usage, navigation, real-world scenarios, and best practices.


What are Oracle SCM Fusion Tables?

Oracle SCM Fusion tables are database objects that store transactional and master data related to supply chain processes such as:

  • Procurement (Purchase Orders, Suppliers)
  • Inventory Management
  • Order Management
  • Shipping and Logistics
  • Product Management

Unlike traditional on-premise systems, Oracle Fusion Cloud uses a secured data model, meaning:

  • Direct database access is restricted
  • Tables are accessed via:
    • OTBI (Oracle Transactional Business Intelligence)
    • BI Publisher (BIP)
    • REST/SOAP APIs
    • OIC integrations

However, understanding the table structure is still critical for:

  • Report development
  • Data validation
  • Troubleshooting issues
  • Integration mapping

Key Features of SCM Fusion Tables

1. Modular Data Segmentation

Each SCM module has its own schema and tables:

ModuleSchemaExample Tables
ProcurementPOPO_HEADERS_ALL
InventoryINVINV_MATERIAL_TXNS
Order ManagementDOODOO_HEADERS_ALL
ShippingWSHWSH_DELIVERY_DETAILS

2. Multi-Org Data Structure

Oracle Fusion uses:

  • Business Units
  • Inventory Organizations
  • Legal Entities

Tables include columns like:

  • ORG_ID
  • ORGANIZATION_ID
  • BUSINESS_UNIT_ID

3. Who Columns (Audit Columns)

Every table includes standard audit columns:

  • CREATED_BY
  • CREATION_DATE
  • LAST_UPDATED_BY
  • LAST_UPDATE_DATE

These are critical during troubleshooting.


4. Secured Views vs Base Tables

In Oracle Fusion:

  • Base tables → Not directly accessible
  • Secured views → Used in OTBI/BIP

Example:

  • Base table: PO_HEADERS_ALL
  • Secured view: PO_HEADERS

Important Oracle SCM Fusion Tables (Module-wise)

Procurement Tables

Table NameDescription
PO_HEADERS_ALLStores PO header details
PO_LINES_ALLStores line-level details
PO_DISTRIBUTIONS_ALLAccounting distributions
PO_VENDORSSupplier master

Inventory Tables

Table NameDescription
INV_MATERIAL_TXNSInventory transactions
INV_ONHAND_QUANTITIESOn-hand stock
INV_ITEM_MASTERSItem master data

Order Management Tables

Table NameDescription
DOO_HEADERS_ALLSales order header
DOO_LINES_ALLSales order lines
DOO_FULFILL_LINES_ALLFulfillment details

Shipping Tables

Table NameDescription
WSH_DELIVERY_DETAILSShipment line details
WSH_NEW_DELIVERIESDelivery information

Real-World Business Use Cases

Use Case 1: Debugging Missing Purchase Order Lines

A client reports that a PO is created but lines are not visible in reports.

Approach:

  • Query PO_HEADERS_ALL → Check header
  • Query PO_LINES_ALL → Verify line existence
  • Check join condition: PO_HEADER_ID

Use Case 2: Inventory Reconciliation Issue

Stock mismatch between system and warehouse.

Tables Used:

  • INV_ONHAND_QUANTITIES
  • INV_MATERIAL_TXNS

Solution:

  • Track transaction history
  • Identify incorrect transaction entries

Use Case 3: Order Fulfillment Delay Analysis

Orders are stuck in fulfillment.

Tables Used:

  • DOO_HEADERS_ALL
  • DOO_FULFILL_LINES_ALL

Insight:

  • Identify status mismatch
  • Check orchestration status

Architecture / Technical Flow

In Oracle Fusion Cloud:

  1. User performs transaction (e.g., create PO)
  2. Data stored in base tables (PO_HEADERS_ALL)
  3. Data exposed via:
    • OTBI subject areas
    • BI Publisher data models
    • REST APIs
  4. Integration tools like Oracle Integration Cloud process data

Flow Example:
PO Creation → PO_HEADERS_ALL → BI Report → OIC Integration → External System


Prerequisites

Before working with SCM tables, ensure:

  • Access to BI Publisher
  • Knowledge of SQL
  • Understanding of SCM modules
  • Access to OTBI subject areas
  • Required roles:
    • BI Administrator
    • SCM Analyst

Step-by-Step: Accessing SCM Tables via BI Publisher

Step 1 – Navigate to BI Publisher

Navigator → Tools → Reports and Analytics


Step 2 – Create Data Model

  • Click → Create → Data Model
  • Select → SQL Query

Step 3 – Write SQL Query

Example:

 
SELECT
POH.PO_HEADER_ID,
POH.SEGMENT1 AS PO_NUMBER,
POL.LINE_NUM,
POL.ITEM_DESCRIPTION
FROM
PO_HEADERS_ALL POH,
PO_LINES_ALL POL
WHERE
POH.PO_HEADER_ID = POL.PO_HEADER_ID;
 

Step 4 – Save Data Model

  • Provide name: “PO_Report_DM”
  • Save in shared folder

Step 5 – Create Report

  • Use data model
  • Design layout
  • Export to Excel/PDF

Testing the Setup

Test Scenario: Purchase Order Report

Steps:

  1. Create a PO in Procurement module
  2. Run BI Report
  3. Validate:
  • PO number matches
  • Line details are correct
  • Supplier data is accurate

Expected Results

  • Data reflects real-time transactions
  • No missing joins
  • Accurate quantities

Common Implementation Challenges

1. Data Security Restrictions

Issue:

  • Unable to access base tables

Solution:

  • Use secured views
  • Use OTBI subject areas

2. Complex Joins

Issue:

  • Multiple joins across modules

Solution:

  • Use primary keys like:
    • PO_HEADER_ID
    • INVENTORY_ITEM_ID

3. Performance Issues

Issue:

  • Slow BI reports

Solution:

  • Avoid SELECT *
  • Use filters
  • Index-based joins

4. Multi-Org Confusion

Issue:

  • Data duplication

Solution:

  • Always filter by:
    • BUSINESS_UNIT_ID
    • ORGANIZATION_ID

Best Practices from Real Implementations

1. Always Start with Business Requirement

Don’t jump into tables directly—understand:

  • What data is required?
  • At what level (header/line)?

2. Use OTBI First

If possible:

  • Use OTBI subject areas
  • Only use tables for complex reports

3. Maintain Join Documentation

Create a mapping document:

TableJoin ColumnRelated Table

4. Avoid Direct Table Dependency in Integrations

Use:

  • REST APIs
  • OIC Gen 3 adapters

5. Validate Data with UI

Always cross-check:

  • UI transaction vs table data

Frequently Asked Questions (FAQs)

1. Can we directly access Oracle SCM Fusion tables?

No. Direct database access is restricted. Use BI Publisher, OTBI, or APIs to access data.


2. What is the difference between ALL and secured views?

  • *_ALL tables → Base tables (restricted)
  • Secured views → Role-based access data

3. Which tool is best for reporting using SCM tables?

  • OTBI → For standard reports
  • BI Publisher → For custom SQL reports

Summary

Oracle SCM Fusion tables are critical for understanding how data flows within supply chain processes. While direct access is restricted, knowing the structure helps in:

  • Building accurate reports
  • Designing integrations
  • Troubleshooting issues
  • Improving system performance

In real projects, consultants who understand SCM tables can resolve issues faster and design more efficient solutions—especially when working with Oracle Integration Cloud (Gen 3) and advanced reporting tools.

For deeper reference, always review Oracle’s official documentation:
https://docs.oracle.com/en/cloud/saas/index.html


Share

Leave a Reply

Your email address will not be published. Required fields are marked *