Oracle Analytics Videos

Welcome to the Oracle Analytics Community: Please complete your User Profile and upload your Profile Picture

Oracle Fusion Data Intelligence - Addressing Data Mismatch Scenarios

105
Views
3
Comments
Rank 6 - Analytics Lead
edited March 20 in Oracle Analytics Videos

This video provides essential guidelines to help perform preliminary checks and independently resolve data mismatch or validation issues before escalating them. The objective is to enable proactive issue resolution whenever possible.

Key Validation Checks:

  1. Understanding Data Sources:
    • Fusion serves as the source for both OTBI (via View Objects - VOs) and Fusion Data Intelligence (FDI) (through ETL code and VOs).
    • It is crucial to distinguish between Transactional (OLTP) and Analytical (OLAP) data, as their logic and purpose differ.
    • Any data discrepancies require an investigation on the Fusion side to review Fusion-specific configurations.
  2. Module Configuration & Permissions:
    • Ensure that all module prerequisites, such as permissions and roles, are correctly configured, especially for newly added modules.
  3. Error Table Checks:
    • Check error table records for any rejected data. If records are missing, it could indicate incomplete or missing data.
  4. Deleted Records Handling:
    • If a record is deleted in the Fusion UI but still appears in Fusion Data Intelligence, perform a soft reset of the relevant module to remove the deleted data and synchronize the records.
  5. Missing Transactions in Fusion Data Intelligence:
    • If a transaction exists in the Fusion source but is missing in Fusion Data Intelligence, verify whether the record was created before the initial extract date.
  6. POD Synchronization Issues:
    • Synchronization issues in the POD environment may indicate the need for a P2T sync at the Fusion Applications (FA) source.
  7. Source Changes & Reloads:
    • A full reload of the source is required if:
      • A P2T sync was performed.
      • The Fusion Applications (FA) source was changed.
  8. Targeted Resets for Data Accuracy:
    • If data discrepancies occur in a specific source (e.g., Fusion, BIP, Salesforce, Eloqua), perform a source-specific reset instead of a full reset. This minimizes impact and reduces downtime.
  9. Warehouse Reset Caution:
    • A warehouse reset is a permanent and irreversible action. Once initiated, it cannot be stopped or canceled. It should be performed only as a last resort.

For further reference, we have included a link to the official documentation covered in this video, along with additional product documentation (View latest version) for more detailed guidance. Documentation link:

KB168876 - Best Practices to Avoid Data Mismatch and Validation Issues:

https://support.oracle.com/support/?anchorId=&documentId=KB168876&page=sptemplate&sptemplate=km-article

Fusion Analytics modules' prerequisites:

https://docs.oracle.com/en/cloud/saas/analytics/25r1/index.html

Fusion ERP Analytics FAQ:

https://docs.oracle.com/en/cloud/saas/analytics/25r1/faiae/erp-frequently-asked-questions.html#GUID-9500DE59-BD65-4F0D-A7AD-326FB60E7253

FDI Data Validation Feature:

https://docs.oracle.com/en/cloud/saas/analytics/25r1/fawag/validate-oracle-fusion-data-intelligence-data.html#FAWAG-GUID-547A8318-97C9-4F61-A20F-670D1ED2D483

Welcome!

It looks like you're new here. Sign in or register to get started.

Comments

Welcome!

It looks like you're new here. Sign in or register to get started.