Monday, 20 July 2026

Oracle Fusion cloud - Audit History Setup and Audit Data Extraction Methods

 Applies To:

Oracle Fusion Cloud

Objective Summary:

Audit History in Oracle Fusion Cloud tracks all user actions and system changes within the application. It provides transparency by recording details such as who made the change, when it was made, and the nature of the modification. This feature helps organizations maintain compliance, troubleshoot issues, and enhance security by monitoring critical activities. 

This article provides steps to enable and different ways of accessing audit history. Audit includes both application and object level audit on create, update and delete.

Important Notes:

1) Audit will not support the view or read event.

2) Enable only the most relevant and useful modules, entities, child entities ,attributes for auditing for better performance of the overall application.

3) No Limit on enabling on enabling entities or attributes.

4) Audit history data will never be purged, but you can access only specific date range of data. eg audit data between 30 days.

5) P2T can wipe the data in lower instances.

Privileges Required:

1) To manage and setup audit history user should have FND_MANAGE_AUDIT_POLICIES_PRIV.

2) To view or access the audit history user should have FND_VIEW_AUDIT_HISTORY_PRIV.

3) Application Implementation Consultant or Sales Administrator like roles will have these privileges by default.

Setup Audit History:

1) Navigate to setup and maintenance , search for the task Manage Audit Policies.


2) Enable audit for Oracle Fusion Application by selecting value as auditing. The default value is none.



3) Choose the module and entity to enable the audit. make sure parent nodes are selected to enable child nodes.



4) Enable the by selecting the object.



 5) Similarly enable audit at SOA level, security, ESS etc by choosing the audit level. Choose Audit Level as Low - Critical Event Only

View Audit History:

1) View Audit History From UI:

1) Navigate to Tools > Audit Reports.

2) Choose the filter criteria to view audit.


3) Enable the checkboxes to view the additional details like record keys, new values , old value and event.



Tables and Views for SQL:

Query to get Audit Enabled Objects:

Use the below query in BI Publisher which shows what attributes, belonging to which objects  are enabled for audit on your Fusion environment.
 select   
 VIEW_OBJECT, VIEW_ATTRIBUTE, AUDIT_SWITCH   
 from   
 fusion.fnd_audit_attributes   
 where   
 ENABLED_FLAG='Y' order by 1 

2) Audit Tables where Audit Data is stored:

Each of the product tables which are audited will have a "shadow" table. This table will have an underscore (_) at the end of the name.

For example table MOO_OPTY will use table MOO_OPTY_

Audit table will contain additional columns like:

- AUDIT_ACTION_TYPE_ - Action Type - have values like INSERT, UPDATE and DELETE.
- AUDIT_CHANGE_BIT_MAP_ - Used to store a bit map of 1's and 0s for each row. 1 will be stored if the value has changed and 0 will be stored if the value hasn't.

3) Use the ESS Scheduled Process for Audit Extraction Report:

For large volume of data where you are unable to view from UI, use ESS process and get the Excel formatted file as output.

Process Name: Generate Audit Report


Choose all the relevant filter criteria for generating a report. if it is erroring because of large data adjust criteria to limit.

4) Use REST APIs:

Endpoint: https://abcd-dev2.fa.us2.oraclecloud.com/fscmRestApi/fndAuditRESTService/audittrail/getaudithistory

Method: POST

Content-Type: application/json

Body:

1) Sample payload for getting opportunity audit history

{ "fromDate":"2025-01-13",
"toDate":"2025-01-13",
"productId":"47110F64ABF508E2E040449823C60DB6",
"eventType":"ALL",
"businessObjectType":"oracle.apps.sales.opptyMgmt.opportunities.opportunityService.view.OpportunityVO",
"timeZone":"UTC",
"includeExtendedObjectIdentiferColumns":"true",
"includeAttributes":"true",
"attributeDetailMode":"true",
"includeChildObjects":"true",
"includeImpersonator":"false"
}
 

2) Sample payload for getting Service Request audit history

{
    "objectId":"SR298492",
    "attributeDetailMode": true
    "businessObjectType": "oracle.apps.crm.service.svcMgmt.srMgmt.srMgmtService.view.ServiceRequestVO",
    "includeAttributes": true,
    "includeChildObjects": false,
    "pkParametersList": "SrId=300000288712981",
    "product": "ORA_SERVICE",
    "toDate": "2025-01-15",
    "fromDate": "2024-11-19"
    }          

The product values like

Sales  - sales
Servie - ORA_SERVICE
ERP    - FinancialCommon
HCM    - hcmCore
Ledger - Ledger

other possible values including "ODI", "ESS", "MDS", "SOA", "ADF" and "OPSS"