Oracle SCM Fusion Tables
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:
| Module | Schema | Example Tables |
|---|---|---|
| Procurement | PO | PO_HEADERS_ALL |
| Inventory | INV | INV_MATERIAL_TXNS |
| Order Management | DOO | DOO_HEADERS_ALL |
| Shipping | WSH | WSH_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 Name | Description |
|---|---|
| PO_HEADERS_ALL | Stores PO header details |
| PO_LINES_ALL | Stores line-level details |
| PO_DISTRIBUTIONS_ALL | Accounting distributions |
| PO_VENDORS | Supplier master |
Inventory Tables
| Table Name | Description |
|---|---|
| INV_MATERIAL_TXNS | Inventory transactions |
| INV_ONHAND_QUANTITIES | On-hand stock |
| INV_ITEM_MASTERS | Item master data |
Order Management Tables
| Table Name | Description |
|---|---|
| DOO_HEADERS_ALL | Sales order header |
| DOO_LINES_ALL | Sales order lines |
| DOO_FULFILL_LINES_ALL | Fulfillment details |
Shipping Tables
| Table Name | Description |
|---|---|
| WSH_DELIVERY_DETAILS | Shipment line details |
| WSH_NEW_DELIVERIES | Delivery 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:
- User performs transaction (e.g., create PO)
- Data stored in base tables (PO_HEADERS_ALL)
- Data exposed via:
- OTBI subject areas
- BI Publisher data models
- REST APIs
- 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:
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:
- Create a PO in Procurement module
- Run BI Report
- 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:
| Table | Join Column | Related 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