Oracle® Business Intelligence Applications

Release Notes

Release 7.9.6.3 and 7.9.6.4

E20489-11

December 2013

Provides late-breaking information about issues and work-arounds for Oracle BI Applications Releases 7.9.6.3 and 7.9.6.4. The Release Notes are regularly updated.

Oracle Business Intelligence Applications Release Notes Release 7.9.6.3 and 7.9.6.4

E20489-11

Copyright © 2009, 2013, Oracle and/or its affiliates. All rights reserved.

This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited.

The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing.

If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, the following notice is applicable:

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

This software or hardware is developed for general use in a variety of information management applications. It is not developed or intended for use in any inherently dangerous applications, including applications that may create a risk of personal injury. If you use this software or hardware in dangerous applications, then you shall be responsible to take all appropriate failsafe, backup, redundancy, and other measures to ensure its safe use. Oracle Corporation and its affiliates disclaim any liability for any damages caused by use of this software or hardware in dangerous applications.

Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.

Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc. AMD, Opteron, the AMD logo, and the AMD Opteron logo are trademarks or registered trademarks of Advanced Micro Devices. UNIX is a registered trademark of The Open Group.

This software or hardware and documentation may provide access to or information on content, products, and services from third parties. Oracle Corporation and its affiliates are not responsible for and expressly disclaim all warranties of any kind with respect to third-party content, products, and services. Oracle Corporation and its affiliates will not be responsible for any loss, costs, or damages incurred due to your access to or use of third-party content, products, or services.

Contents

Preface

- Audience

- Documentation Accessibility

- Related Documents

- Conventions

1 Release Notes

- 1.1 How to Use These Release Notes

- 1.1.1 Oracle Business Intelligence Applications Issues and Workarounds Identified Since the Previous Revision

- 1.2 Installation, Upgrade, and Documentation Issues and Workarounds

- 1.2.1 Installation and Upgrade

- 1.2.1.1 Oracle BI Applications V7.9.6.4 Installer Does Not Validate The BI EE Minimum Version

- 1.2.1.2 New Password for BI Server Repository File OracleBIAnalyticsApps.rpd

- 1.2.1.3 Oracle WebLogic NodeManager Must Be Running Before Oracle BI Applications Installation

- 1.2.1.4 Mandatory Patch for Data Warehouse Administration Console

- 1.2.1.5 Review the System Requirements and Supported Platforms Guide for Release 7.9.6.3 Requirements

- 1.2.1.6 Setting the Accept Source Flag when using the DAC Upgrade/Merge Wizard

- 1.2.1.7 Errors and Warnings Reported During RPD Upgrade

- 1.2.1.8 Upgrading the DAC Repository When Also Upgrading the Source System

- 1.2.1.9 Unzipping Informatica PowerCenter ZIP Files

- 1.2.1.10 Configuring the Policy Store in Non-English Environments

- 1.2.1.11 Setting Integration Services Custom Property 'OraDateToTimestamp'

- 1.2.1.12 Issue With OracleBIAnalyticsApps.rpd When Installing Oracle BI Applications on a Japanese Windows machine

- 1.2.1.13 Installing DAC on a 64-bit System

- 1.2.1.14 Oracle BI Applications Uninstaller Issue on Non-English Platforms

- 1.2.1.15 Compatibility Mode for DAC Installer on Windows 2008 R2

- 1.2.1.16 Installing Informatica PowerCenter Client

- 1.2.1.17 Upgrade Maps Fails Due to Invalid Source and Target Configuration In Session

- 1.2.1.18 Upgrade Maps Fail Due To Invalid Parameter File Configuration

- 1.2.1.19 File 7964_UPGRADE_POST_SCRIPT.SQL Not Required for Version 7.9.6.4 Upgrade

- 1.2.1.20 Application Roles Missing From JAZN File For MFG, EAM

- 1.2.1.21 Upgrading from Version 7.9.6.2 to Version 7.9.6.3

- 1.2.1.22 Query Indices Are Not Created After Upgrade

- 1.2.1.23 Error in 'UPGRADE_FACTS' Workflow Causes 'ORA-00001: unique constraint (OBI_DW.W_AR_BALANCE_F_U1) violated'

- 1.2.1.24 Informatica PowerCenter Version 9.5.1 Hot Fix 2

- 1.2.2 Documentation Corrections

- 1.2.2.1 Corrections to Oracle Business Intelligence Applications Installation Guide for Informatica PowerCenter Users

- 1.2.2.2 Corrections to Oracle Business Intelligence Applications Configuration Guide for Informatica PowerCenter Users

- 1.2.2.3 Corrections to Oracle Business Intelligence Applications Upgrade Guide for Informatica PowerCenter Users

- 1.2.2.4 Corrections to Oracle Business Analytics Warehouse Data Model Reference

- 1.2.2.5 Corrections to Oracle Business Intelligence Applications Security Guide

- 1.3 Oracle Business Intelligence Applications: General

- 1.3.1 Lack of Time Zone Setting Prevents Delivery of iBots to Applications Users

- 1.3.2 Issue with Exchange Rates and Transaction Currencies

- 1.3.3 Contact Geography Attributes in Campaign Contacts_Segmentation Catalog Do Not Join Appropriately

- 1.3.4 Issues with Multi-Source ETL

- 1.3.5 Email Personalization for Siebel 8.0

- 1.3.5.1 Updating the Repository

- 1.3.5.2 Updating the Campaign Load Format and Email Server Format

- 1.3.6 Error in Reports Based on 'Opportunity' Under Opportunity Contact Segmentation

- 1.3.7 'STAT' Currency Journals or Accounts in Financial Analytics

- 1.3.8 Joining Campaign History Fact With Industry Dimension with Oracle Marketing Analytics

- 1.3.9 Employee Headcount Returns Null When Combined With Absence Type in Oracle HR Analytics

- 1.3.10 Learning Error When Selecting Learning Course and Activity in Oracle Human Resource Analytics

- 1.3.11 Division Name Pointing To An Obsolete Column In Oracle Sales Analytics

- 1.3.12 Tasks Not Auto-Generated When Subject Area is Assembled for JDE With Oracle Financial Analytics

- 1.3.13 Revenue Ago Metrics Using GL_Accounting_Period_WID Not Supported by PSFT in Oracle Project Analytics

- 1.3.14 ACTIVE_FLG Column Not Populated Correctly in W_XACT_TYPE_D in Oracle Project Analytics

- 1.3.15 Writeoff LOC Amounts and Exchange Rates Incorrect in Oracle Project Analytics

- 1.3.16 Potential Performance Issue in Absence ETL Mapping SDE_ORA_ABSENCEEVENT_FULL

- 1.3.17 Duplicate Rows in W_PRODCAT_DH Tables

- 1.3.18 ORA-00604: Error Reported During ETL

- 1.3.19 Loyalty AN Metric "# OF MEMBERS" Gives Incorrect Results When Grouped by Quarter

- 1.3.20 TREE_FLAG Attribute in Segment Dimension W_SEGMENT_D is Derived Incorrectly in Oracle Marketing Analytics

- 1.3.21 Marketing - Actual Cost Metric Is Mapped to the Wrong Source Fields in Oracle Marketing Analytics

- 1.3.22 Numeric Overflow Error When Targeting Teradata

- 1.3.23 How to Secure the Employee Dimension in Oracle HR Analytics

- 1.3.24 DIM - CUSTOMER"."HIERARCHY BASED LOGIN" Defined Incorrectly In The BI Repository RPD

- 1.3.25 Missing Records When Filtering Reports By Project Organization Name in Oracle Project Analytics

- 1.3.26 Employee Name (From Position Dimension) Shows Incorrectly In Reports

- 1.3.27 Currency Conversion Not Done in Purchase Agreement for Oracle Procurement and Spend Analytics

- 1.3.28 Performance Issue with PLP_GLBALANCEAGGRBYACCTSEGCODS

- 1.3.29 'Other Operating Expenses' Not Included in Profit and Loss Reports

- 1.3.30 Chargeback Transactions Not Included in AR Aging Report

- 1.3.31 'Days Payables Outstanding' and 'AP Turnover' Columns Are Missing

- 1.3.32 Error During Import Of New Schema Definitions Into Siebel Transactional Database

- 1.3.33 SDE_PSFT_GLJournals_Extract_Full Fails Due to Data Type Mismatch

- 1.3.34 SIL_GLAccountDimension_HierarchyUpdate Task Fails on DB2

- 1.3.35 Error in SIL_HouseholdDimension_SCDUpdate_Full Mapping

- 1.3.36 Recruitment Metric "Time to Fill (Days)" Has Incorrect Denominator

- 1.3.37 SIL_EmployeeDimension_SCDUpdate Hangs in Incremental Load With SQL Server 2005

- 1.3.38 Issue with DB2 9.1 Databases During Full ETL Loads

- 1.3.39 Country and State Names in mplt_CODES_GeographDimension Mapplet Fail for JD Edwards Source Systems

- 1.3.40 Querying Across Subject Areas

- 1.3.41 Oracle EBS 12.1.3 - Contract Lifecycle Management Impact on Release 7.9.6.3

- 1.3.42 Task PLP_APXACTSGROUPACCOUNT_A1_LOAD Takes a Long Time to Complete

- 1.3.43 Project Chartfields Missed in GL Balance Extract

- 1.3.44 COGS SDE Mappings Might Fail When Sourcing From Multiple EBS 11i Instances

- 1.3.45 GL Journals Using Wrong Currency Conversion Date

- 1.3.46 W_GL_BALANCE_F_U1 Index Creation Fails When Loading From PeopleSoft Financials

- 1.3.47 SDE_ORA_APTRANSACTIONFACT_DISTRIBUTIONS Uses Incorrect Extract Date

- 1.3.48 Verify Data Warehouse Tables After ETL with DB2 UDB v9.7 and Siebel 8.1.1

- 1.3.49 PLP_LoyMemberTierMovementQtrAggr fails On Non-Oracle Databases for Oracle Loyalty Analytics

- 1.3.50 Dashboard Tooltips Are Displayed In English Only

- 1.3.51 Metrics Error in Next Product Purchased Report in B2B Customer Insight Dashboard

- 1.3.52 Truncate Should Always Be Set For W_POSITION_DH_PRE_CHG_TMP TABLE In DAC

- 1.3.53 Recruitment Showing Incorrect Hire Date for Internal Applicant

- 1.3.54 APPS User Providing Generic Access Violating SOX Compliance With Oracle EBS

- 1.3.55 Changing the Time Grain of Cost Aggregate in Project Analytics

- 1.3.56 Unspecified Row of W_DAY_D and W_MCAL_DAY_D With the Value 1/1/1901 Causes Errors in Reports

- 1.3.57 Asset Activity Shows All Inventory Items

- 1.3.58 CURRENT_DAY Variable Defaults To A Static Value Instead of a Dynamic Value

- 1.3.59 FILE_GEO_COUNTRY.csv Missing For Universal Adaptor

- 1.3.60 Manufacturing - Production Cost Subject Area Is Designed For Work Order Analysis

- 1.3.61 Asset History and Asset Failure Analysis - Count of Failures Shows Zero When Time Dimension Is Null

- 1.3.62 Enterprise Asset Management Report Descriptions Are Not Translated

- 1.3.63 Failure in SDE_PRODUCTATTRIBUTENAMEDIMENSION_STEP1 With DB2 Database

- 1.3.64 W_MFG_PROD_XACT_TMP Must Always Have All Records, Not Only Incremental Records

- 1.3.65 Oracle BI Repository and BI Presentation Catalog Strings Not Translated

- 1.3.66 Exchange Rate Not Calculating Using Current Values In JD Edwards

- 1.3.67 Time Dimension Not Reported For Unapproved Requisitions

- 1.3.68 Terminology Issues in Danish Language

- 1.3.69 Save System-Wide Column Formats in Oracle BI EE Answers Not Available for Admin User

- 1.4 Teradata-specific Issues

- 1.4.1 Teradata Connection Configuration

- 1.4.2 CRM Analytics Reports With Top/Bottom 'N' Filters Error With Teradata DB

- 1.4.3 PLP_LoyMemberTierMovementQtrAggr Fails on Teradata Databases

- 1.4.4 SIEBEL SIA: Interval Field Overflow Error On Teradata Database

Preface

These release notes describe known issues and workarounds for Oracle Business Intelligence Applications Releases 7.9.6.3 and 7.9.6.4.

Audience

This document is intended for BI managers and implementors of Oracle Business Intelligence Applications.

Documentation Accessibility

For information about Oracle's commitment to accessibility, visit the Oracle Accessibility Program website at: http://www.oracle.com/us/corporate/accessibility/index.html.

Access to Oracle Support

Oracle customers have access to electronic support through My Oracle Support. For information, visit http://www.oracle.com/support/contact.html or visit http://www.oracle.com/accessibility/support.html if you are hearing impaired.

Related Documents

For more information, see the following documents in the Oracle Business Intelligence Applications documentation set:

- Oracle Business Intelligence Applications Installation Guide for Informatica PowerCenter Users

- Oracle Business Intelligence Applications Configuration Guide for Informatica PowerCenter Users

- Oracle Business Intelligence Applications Security Guide

- Oracle Business Intelligence Applications Upgrade Guide for Informatica PowerCenter Users

- System Requirements and Supported Platforms for Oracle Business Intelligence Applications

Conventions

The following text conventions are used in this document:

Convention

Meaning

boldface

Boldface type indicates graphical user interface elements associated with an action, or terms defined in text or the glossary.

italic

Italic type indicates book titles, emphasis, or placeholder variables for which you supply particular values.

monospace

Monospace type indicates commands within a paragraph, URLs, code in examples, text that appears on the screen, or text that you enter.

1 Release Notes

These release notes describe known issues and workarounds for Oracle Business Intelligence Applications Releases 7.9.6.3 and 7.9.6.4, and contain the following sections:

- Section 1.1, "How to Use These Release Notes"

- Section 1.2, "Installation, Upgrade, and Documentation Issues and Workarounds"

- Section 1.3, "Oracle Business Intelligence Applications: General"

- Section 1.4, "Teradata-specific Issues"

1.1 How to Use These Release Notes

These release notes are updated periodically as new information becomes available. To ensure that you are reading the latest version of the release notes, check the Oracle Business Intelligence Applications Documentation set. The most current version of the Oracle Business Intelligence Applications Release Notes is available:

- On the Oracle Technology Network at: http://www.oracle.com/technetwork/middleware/bi-foundation/documentation/bi-apps-098545.html (to register for a free account on the Oracle Technology Network, go to: http://www.oracle.com/technetwork/index.html).

About DAC Release Notes

For information about known issues and workarounds relating to DAC, refer also to the following:

- If you are using Oracle BI Data Warehouse Administration Console 10g, then refer to the release notes on the Oracle BI Data Warehouse Administration Console Documentation Library for the 10g release, at: http://docs.oracle.com/cd/E12513_01/welcome.html.

- If you are using Oracle BI Data Warehouse Administration Console 11g, then refer to the Data Warehouse Administration Console section in the Oracle Business Intelligence Applications and Data Warehouse Administration Console chapter in the Oracle Fusion Middleware Release Notes for your platform, at: http://docs.oracle.com/cd/E23943_01/relnotes.htm.

1.1.1 Oracle Business Intelligence Applications Issues and Workarounds Identified Since the Previous Revision

The issues and workarounds related to Oracle Business Intelligence that have been identified since the previous revision of the Release Notes include:

- Section 1.2.1.21, "Upgrading from Version 7.9.6.2 to Version 7.9.6.3".

- Section 1.2.1.22, "Query Indices Are Not Created After Upgrade".

- Section 1.2.1.23, "Error in 'UPGRADE_FACTS' Workflow Causes 'ORA-00001: unique constraint (OBI_DW.W_AR_BALANCE_F_U1) violated'".

- Section 1.2.1.24, "Informatica PowerCenter Version 9.5.1 Hot Fix 2"

- Section 1.2.2.2, "Corrections to Oracle Business Intelligence Applications Configuration Guide for Informatica PowerCenter Users"

- Section 1.2.2.3, "Corrections to Oracle Business Intelligence Applications Upgrade Guide for Informatica PowerCenter Users"

- Section 1.3.68, "Terminology Issues in Danish Language"

- Section 1.3.69, "Save System-Wide Column Formats in Oracle BI EE Answers Not Available for Admin User"

1.2 Installation, Upgrade, and Documentation Issues and Workarounds

This section describes general issues and workarounds for Oracle Business Intelligence Applications products. It contains the following topics:

- Section 1.2.1, "Installation and Upgrade"

- Section 1.2.2, "Documentation Corrections"

1.2.1 Installation and Upgrade

This section provides release notes on installing and upgrading Oracle Business Intelligence Applications. It contains the following topics:

- Section 1.2.1.1, "Oracle BI Applications V7.9.6.4 Installer Does Not Validate The BI EE Minimum Version"

- Section 1.2.1.2, "New Password for BI Server Repository File OracleBIAnalyticsApps.rpd"

- Section 1.2.1.3, "Oracle WebLogic NodeManager Must Be Running Before Oracle BI Applications Installation"

- Section 1.2.1.4, "Mandatory Patch for Data Warehouse Administration Console"

- Section 1.2.1.5, "Review the System Requirements and Supported Platforms Guide for Release 7.9.6.3 Requirements"

- Section 1.2.1.6, "Setting the Accept Source Flag when using the DAC Upgrade/Merge Wizard"

- Section 1.2.1.7, "Errors and Warnings Reported During RPD Upgrade"

- Section 1.2.1.8, "Upgrading the DAC Repository When Also Upgrading the Source System"

- Section 1.2.1.9, "Unzipping Informatica PowerCenter ZIP Files"

- Section 1.2.1.10, "Configuring the Policy Store in Non-English Environments"

- Section 1.2.1.11, "Setting Integration Services Custom Property 'OraDateToTimestamp'"

- Section 1.2.1.12, "Issue With OracleBIAnalyticsApps.rpd When Installing Oracle BI Applications on a Japanese Windows machine"

- Section 1.2.1.13, "Installing DAC on a 64-bit System"

- Section 1.2.1.14, "Oracle BI Applications Uninstaller Issue on Non-English Platforms"

- Section 1.2.1.15, "Compatibility Mode for DAC Installer on Windows 2008 R2"

- Section 1.2.1.16, "Installing Informatica PowerCenter Client"

- Section 1.2.1.17, "Upgrade Maps Fails Due to Invalid Source and Target Configuration In Session"

- Section 1.2.1.18, "Upgrade Maps Fail Due To Invalid Parameter File Configuration"

- Section 1.2.1.19, "File 7964_UPGRADE_POST_SCRIPT.SQL Not Required for Version 7.9.6.4 Upgrade"

- Section 1.2.1.20, "Application Roles Missing From JAZN File For MFG, EAM"

- Section 1.2.1.21, "Upgrading from Version 7.9.6.2 to Version 7.9.6.3"

- Section 1.2.1.22, "Query Indices Are Not Created After Upgrade"

- Section 1.2.1.23, "Error in 'UPGRADE_FACTS' Workflow Causes 'ORA-00001: unique constraint (OBI_DW.W_AR_BALANCE_F_U1) violated'"

- Section 1.2.1.24, "Informatica PowerCenter Version 9.5.1 Hot Fix 2"

1.2.1.1 Oracle BI Applications V7.9.6.4 Installer Does Not Validate The BI EE Minimum Version

This issue applies to Release 7.9.6.4 only.

The minimum version of Oracle Business Intelligence Enterprise Edition required to run the Oracle BI Applications Installer is 11.1.1.6.4. This information is specified in the BI Applications Installer screen. However, Oracle the BI Applications Installer does not validate the version of Oracle BI EE installed. The Oracle BI Applications Installer will run without any initial errors if the Oracle BI EE 11g version is lower than 11.1.1.6.4, but the RPD file will not be generated. Users must ensure that the minimum version of Oracle BI EE on which the Oracle BI Applications Installer is being run is 11.1.1.6.4.

1.2.1.2 New Password for BI Server Repository File OracleBIAnalyticsApps.rpd

This issue applies to Release 7.9.6.3 only.

To open the OracleBIAnalyticsApps.rpd file in Oracle BI Administration Tool, you must specify the Administrator\Admin123 credentials.

Workaround

To open the OracleBIAnalyticsApps.rpd file, log in as Administrator with the password 'Admin123'.

1.2.1.3 Oracle WebLogic NodeManager Must Be Running Before Oracle BI Applications Installation

This issue applies to Release 7.9.6.3 only.

While running the Oracle BI Applications installer, you might see the following error message when you click the Next button on the WebLogic Administration Server Details screen:

"Unable to connect to Oracle WebLogic NodeManager. Make sure the NodeManager windows service is running"

Workaround

Start Oracle WebLogic NodeManager before running the Oracle BI Applications installer. To start Oracle WebLogic Node Manager either start the Windows service, or run the startNodeManager.cmd from BIEE Home\wlserver_10.3\server\bin\startNodeManger.cmd.

Note: When the machine is restarted, the NodeManager will not start automatically if the windows service is not set to automatic.

1.2.1.4 Mandatory Patch for Data Warehouse Administration Console

This issue applies to Release 7.9.6.3 only.

Oracle Business Intelligence Applications V7.9.6.3 is supported on and requires Oracle Business Intelligence Data Warehouse Administration Console (DAC) platform Version 10.1.3.4.1. with Patch 10052370.

Workaround

Download and Install Oracle Business Intelligence Data Warehouse Administration Console v10.1.3.4.1 from edelivery.oracle.com.

Then apply the Oracle Business Intelligence Data Warehouse Administration Console (DAC) platform version 10.1.3.4.1. Patch 10052370.

Patch 10052370 is available for download on the Patches and Updates tab on My Oracle Support at http://support.oracle.com.

1.2.1.5 Review the System Requirements and Supported Platforms Guide for Release 7.9.6.3 Requirements

This issue applies to Release 7.9.6.3 only.

Oracle Business Intelligence Applications Installation Guide for Informatica PowerCenter Users was not updated for release 7.9.6.3. Make sure that you review the System Requirements and Supported Platforms guide for updated requirements for release 7.9.6.3, including the requirement for Informatica PowerCenter 9.0.1 with Hotfix 2. The System Requirements and Supported Platforms guide is available on the Getting Started tab of the Oracle Business Intelligence Applications Documentation Library Release 7.9.6.3, on the Oracle Technology Network. The library is located at:

http://www.oracle.com/technetwork/middleware/bi-foundation/documentation/bi-apps-098545.html

Workaround

Not applicable.

1.2.1.6 Setting the Accept Source Flag when using the DAC Upgrade/Merge Wizard

This issue applies to Release 7.9.6.3 only.

This release note applies to you if you are upgrading to Oracle BI Applications Version 7.9.6.3 and are using the Refresh Base option of the DAC's Upgrade/Merge Wizard to complete the upgrade of your existing DAC Repository. In DAC Upgrade/Merge Wizard, Difference Reports display various types of objects in the Change Description column - for example, 'added-source', 'modified', 'cloned-target', and so on. Filtering between the types can be done via the drop down above the record list of changed objects. Depending on the change type, objects might have Accept Source selected or they might be left inactive.

Two types are of particular interest:

- 'deleted-source' objects. These are the objects that existed in the earlier release (target side), but were deleted from new release (source side).

- 'added-target' - this is a legitimate type for Peer-To Peer upgrade. It denotes objects added in the earlier release (target side). However, some objects deleted from the newer release (source side), may not be detected as such, and are categorized as added-target instead.

For the above object types, accepting the source deletes the target object since it no longer exists on the source. Rejecting the source retains the target object while transferring its ownership to custom container(s). The Accept Source flag is unchecked by default to ensure that no objects are lost without a user explicitly authorizing the deletion. However, if your upgrade requirement is to move as close in state to the new release as possible, then the Accept Source flag must be checked for all object types - not only on the parent (upper) tab, but also on the child (lower) ones. While mass updates and flat view make this easier, these still require the change to be made one child object type at a time.

Workaround

The following SQL statement sets the Accept Source flag to yes for the two object types:

UPDATE W_ETL_MERGEDATA SET ACCEPT_FLG='Y' WHERE DIS_CHANGE_TYPE IN ('added-target', 'deleted-source').

Run the SQL on your DAC repository after the Difference Report is generated and before the merge process is started. Note that you still have the option to change the Accept Source choices for individual objects prior to merging.

1.2.1.7 Errors and Warnings Reported During RPD Upgrade

This issue applies to Release 7.9.6.3 only.

Oracle BI EE 11g is more stringent in reporting metadata repository errors and warnings than in Oracle BI EE 10g. Therefore, when you upgrade to Release 7.9.6.3, Oracle BI EE might report errors and warnings that were not reported previously. Most of these errors will be fixed when you merge the metadata repository with the Release 7.9.6.3 RPD. OBIEE provides a warning suppression patch 11810367 on Version 11.1.1.5.0 to selectively suppress the warnings reported by Oracle BI Administration Tool. For example, when patch 11810367 is applied, the following warning are suppressed by default: 39009, 39054, 39055, 39057, 39059. Patch 11810367 is released in controlled mode on support.oracle.com. Tech note 1365964.1 contains more information on downloading and applying this patch.

1.2.1.8 Upgrading the DAC Repository When Also Upgrading the Source System

This issue applies to Release 7.9.6.3 only.

When upgrading Oracle BI Applications to release 7.9.6.3, if you are also upgrading your source system to a newer version, you need to follow the steps below to upgrade the DAC Repository. These steps apply to any upgrade of the source system (whether or not you are also upgrading Oracle BI Applications).

Note: If you are upgrading your source system, do not follow the steps in Oracle Business Intelligence Applications Upgrade Guide for Informatica PowerCenter Users for Informatica PowerCenter Users to upgrade the DAC Repository. The steps in the guide document how to upgrade the DAC Repository when the source system is not being upgraded.

Workaround

1. Use the Replace Base option of the DAC Upgrade/Merge Wizard to upgrade your existing DAC Repository, including customizations, to the new version.
For instructions, see the topic titled, "About the Replace Base Option," in "Chapter 10: Upgrading, Comparing and Merging DAC Repositories," in Oracle Business Intelligence Data Warehouse Administration Console User's Guide.

2. In the custom container, delete all of the preconfigured (default) mappings for logical folders to physical folders, which are listed in the Source System Folders tab in the DAC Design view.

3. In the custom container, reference the mappings for the logical folders to physical folders from the new base container.

1. Click Reference in the upper pane toolbar.

2. In the Reference dialog, select the new base container from the drop-down list.

3. Select all the mapping records that appear in the list, and click Add.
The Adding… dialog lists the mappings that were added to the custom container.

4. Click OK to close the Add… dialog.

5. Click OK to close the Reference dialog.

4. Change the name of the physical data source connection to reflect the name of the upgraded source system.

1. Go to the Physical Data Sources tab in the Setup view.

2. Locate the record for the source connection.

3. Change the name of the source connection to reflect the name of the upgraded source system.
For example, if you are upgrading from Oracle EBS R11 to R12, and the source connection name was Ora_R11, you would change it to Ora_R12. Do not change any other value in this record.

4. Click Save.

5. In Informatica Workflow Manager, open the Relational Connection Browser (in the menu bar, select Connections, and then select Relational), and edit the name of the connection to match the name you entered in step 4.

6. Rebuild all execution plans in the custom container.
For instructions, see Oracle Business Intelligence Data Warehouse Administration Console User's Guide.

1.2.1.9 Unzipping Informatica PowerCenter ZIP Files

This issue applies to Release 7.9.6.3 only.

The Informatica files are provided as zip files on eDelivery. The zip files may be split into multiple downloads - for example, Informatica PowerCenter and PowerConnect Adapters Client 9.0.1 which contains the following 2 downloads:

- Informatica PowerCenter and PowerConnect Adapters Client 9.0.1 (Part 1 of 2)

- Informatica PowerCenter and PowerConnect Adapters Client 9.0.1 (Part 2 of 2)

To unzip the Informatica files with multiple downloads on Windows, follow the instructions below.

1. Download all parts (example, Part 1 of 2 and Part 2 of 2) into the same folder location on Windows.

2. Use WinZip to unzip the file.
You must use WinZip to unzip the file; other compression tools are not supported.

3. Create a directory with a short path name (example, D:\INFA) in which to extract the contents of the downloaded zip files.
Tip: Do not use the My Documents folder.

4. Extract the contents of the first zip file into the directory created in the previous step.
WinZip will automatically extract the contents of the second zip, and any additional zip files.

1.2.1.10 Configuring the Policy Store in Non-English Environments

This issue applies to Release 7.9.6.3 only.

The following steps are missing from Oracle Business Intelligence Applications Installation Guide for Informatica PowerCenter Users, and must be performed for localization as part of an Oracle Business Intelligence Applications installation.

- Localize the Policy Store.

- Import the Oracle BI Applications Version 7.9.6.3 Identity Store (LDIF) File Into the Embedded LDAP Server.

- Refresh the GUIDs after importing the LDIF file.

Note: These steps should be performed after step "4.17 Applying the Oracle BI Applications Security Policy to the BI Domain" in Oracle Business Intelligence Applications Installation Guide for Informatica PowerCenter Users.

Localizing the Policy Store

The Oracle BI Applications 7.9.6.3 installer contains different policy stores for different languages. The default policy store that is deployed during the installation is in English. If you want to configure the policy store for any of the other available languages, perform the procedure below.

To configure the policy store for languages other than English:

1. Stop Oracle BI Services.

2. Copy the system-jazn-data_<LN>.xml file from:
$ORACLE_BI_HOME\biapps\admin\provisioning\localization\

to:

$DOMAIN_HOME\config\fmwconfig\

For example, to implement the policy store for French, you copy the file system-jazn-data_fr.xml into the \fmwconfig directory.

3. Back up the existing system-jazn-data.xml file in $DOMAIN_HOME\config\fmwconfig\.

4. Rename $DOMAIN_HOME\config\fmwconfig\system-jazn-data_<LN>.xml to system-jazn-data.xml.

5. Start Oracle BI Services.

Importing the Oracle BI Applications Version 7.9.6.3 Identity Store (LDIF) File into the Embedded LDAP Server

In this procedure, you import the default Oracle BI Applications version 7.9.6.3 LDIF file into the WebLogic Server (embedded LDAP server). This is available under directory $ORACLE_BI_HOME\biapps\admin\provisioning\EnterpriseBusinessAnalytics.ldif.

To import the Oracle BI Applications version 7.9.6.3 LDIF file:

1. Log in to the WebLogic Server Administration Console (for example: http://<host name>:7001/console).

2. Select the name of the security realm into which the LDIF file is to be imported (for example, myrealm).

3. Select Providers TAB, and select Authentication TAB, then choose the provider into which the LDIF file is to be imported (for example, Providers, and then Authentication and then DefaultAuthenticator).

4. Select Migration, and then select Import. Enter the full path of LDIF file into text box "Import File on Server" (for example, D:\BISHIPHOME111150\Oracle_BI1\biapps\admin\provisioning\EnterpriseBusinessAnalytics.ldif).

5. Click Save.

Refreshing the GUIDs after importing the LDIF file

Refresh the User GUIDs using the steps in section "Refreshing the User GUIDs" in Oracle Fusion Middleware Administrator's Guide.

1.2.1.11 Setting Integration Services Custom Property 'OraDateToTimestamp'

This issue applies to Release 7.9.6.3 only.

If you are deploying the Oracle Business Analytics Warehouse on a database other than an Oracle database, you are required to create the OraDateToTimestamp custom property in Informatica Integration Services.

The value of this property must be set to 'Yes'.

1.2.1.12 Issue With OracleBIAnalyticsApps.rpd When Installing Oracle BI Applications on a Japanese Windows machine

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

Issue Description: The OracleBIAnalyticsApps.rpd is empty when installing Oracle BI Applications Releases 7.9.6.3 or 7.9.6.4 on a Japanese Windows machine.

To work around this issue, change the locale of the machine to English before running the Oracle BI Applications Installer.

To change the locale:

1. Run <BIEE_INSTALL_HOME>\instances\instance1\bifoundation\OracleBIApplication\coreapplication\setup\bi-init.cmd to open a BI prompt window.

2. Run the command : set oracle_bi_lang=en.

3. Run the Oracle BI Applications Installer to install Oracle BI Applications.

After the installation is complete, reset oracle_bi_lang back to the original locale.

1.2.1.13 Installing DAC on a 64-bit System

This issue applies to Release 7.9.6.3 only.

Follow this procedure for installing DAC on a 64-bit system.

To install DAC version 10g on a 64-bit Windows system:

1. Invoke the 32-bit installer that is located in the installation directory dac\Disk1\install\win32.

2. During the installation, at the "Prerequisite Checks" installer screen, you may receive a warning related to "Checking operating system certification," and you may receive an error related to "Checking service pack." Ignore this warning and error, and click Continue.

3. After the installation is complete, install a 64-bit Java Development Kit (JDK).

4. Edit the cofig.bat file to point to the 64-bit JDK:

1. Navigate to the \dac directory and open the config.bat file.

2. Set the following variables to point to the 64-bit JDK:
- JAVA_HOME

- JAVAW

- JAVA

Note: The JAVAW and JAVA variables appear in the config.bat file in a section below the instruction "DO NOT EDIT THE FILE BELOW THIS LINE." Ignore this instruction and edit these variables to point to the 64-bit JDK

To install DAC version 10g on a 64-bit UNIX system:

1. Follow the instructions for installing DAC on a UNIX system, as described in the section titled "Oracle Universal Installer Cannot Install DAC on a UNIX Platform," in the Oracle Business Intelligence Data Warehouse Administration Console Release Notes, Version 10.1.3.4.1.

2. After the installation is complete, install a 64-bit JDK.

3. Edit the cofig.sh file to point to the 64-bit JDK:

1. Navigate to the \dac directory and open the config.sh file.

2. Set the following variables to point to the 64-bit JDK:
- JAVA_HOME

- JAVA

Note: The JAVA variable appears in the config.sh file in a section below the instruction "DO NOT EDIT THE FILE BELOW THIS LINE." Ignore this instruction and edit this variable to point to the 64-bit JDK

1.2.1.14 Oracle BI Applications Uninstaller Issue on Non-English Platforms

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

The uninstaller InstallShield Wizard for Oracle BI Applications cannot be launched in non-English platforms using the Oracle BI Applications\Uninstall option on the Windows program list.

Workaround

1. Launch the Oracle BI Applications uninstaller using the following command:

%JAVA_HOME%\bin\java.exe -cp <PATH_TO_7.9.6.X_HOME>\Oracle_BI1\biapps\uninstall_apps\uninstall.jar run

1.2.1.15 Compatibility Mode for DAC Installer on Windows 2008 R2

This issue applies to Release 7.9.6.3 only.

In order to install DAC on Windows 2008 R2, you must change the compatibility mode for the DAC installer setup.exe file to Windows XP Service Pack 3.

Workaround

1. Right click on the EXE installation file for DAC to display the Properties dialog.

2. Display the Compatibility tab, and select Windows XP (Service Pack 3) from the Compatibility Mode drop down list.

1.2.1.16 Installing Informatica PowerCenter Client

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

If you purchased the OEM Informatica license from Oracle, then you should only install Informatica PowerCenter Client, but not Informatica Developer or Data Transformation Studio. When you run the Informatica PowerCenter Client installer, at the Client Tool Selection screen, you should only select the PowerCenter Client check box. Do not select the Informatica Developer check box or the Data Transformation Studio check box.

1.2.1.17 Upgrade Maps Fails Due to Invalid Source and Target Configuration In Session

This issue applies to Release 7.9.6.3 only.

This issue applies if you are upgrading from Version 7.9.6.2 or earlier to 7.9.6.3 with Oracle E-Business Suite R12.

The session 'SIL_PurchaseScheduleLinesFact_UPG7963' fails with the following error when upgrading Oracle Business Analytics Warehouse from Version 7.9.6.2 or earlier to Version 7.9.6.3:

"[TM_6190 Cannot identify the unique relational connection or application connection that is used as $Source or $Target for a Lookup or Stored Procedure transformation]"

As a result, the UPGRADE_FACTS workflow will not run.

Workaround

Specify '$DBConnection_OLAP' as $Source and $Target values, as follows:

1. In Informatica Workflow Manager, connect to the upgrade repository.

2. Open folder UPGRADE_7962_to_7963_ORAR12.

3. In the Worklet Designer, open worklet SCA_Facts_UPG7963.

4. Right click on SIL_PurchaseScheduleLinesFact_UPG7963 session task and select edit (if the upgrade repository is version enabled, then check-out first).

5. Under properties, specify value '$DBConnection_OLAP' for the $Source connection value and the $Target connection value.

6. Save the changes.

7. Restart the workflow.

1.2.1.18 Upgrade Maps Fail Due To Invalid Parameter File Configuration

This issue applies to Release 7.9.6.3 only.

This issue applies if you are upgrading from Version 7.9.6.1 or earlier to 7.9.6.3 with Oracle E-Business Suite R12.

Sessions fails with the error 'Unable to read variable definition from parameter file' when upgrading Oracle Business Analytics Warehouse from Version 7.9.6.1 to 7.9.6.2. As a result, the UPGRADE_FACTS and UPGRADE_DIMENSIONS workflows will not run.

Workaround

Configure '$PMSourceFileDir\7962_UPG_PARAMS.txt' as a parameter file for sessions, as follows:

1. In Informatica Workflow Manager, connect to the upgrade repository.

2. Open folder 'UPGRADE_7961_to_7962_ORAR12'.

3. In Worklet Designer, open worklet HCM_WorkforceAggregateFact_UPG7962.

4. Repeat steps (a) to (d) for each of the below session tasks:
- PLP_WorkforceEventAggregateFact_Load_Full

- PLP_WorkforceBalanceAggregateFact_Load_Full

1. In Worklet Designer, right click on the session task and select Edit (if the upgrade repository is version enabled, then check-out first).

2. In the 'Edit Task' dialog, display the Properties tab.

3. Change the Value for attribute 'Parameter Filename' to $PMSourceFileDir\7962_UPG_PARAMS.txt.

4. Click OK, and save the changes (if the upgrade repository is version enabled, then check-in first).

5. In Worklet Designer, open worklet 'HCM_WorkforceAggregateDimensions_UPG7962'.

6. Repeat steps 4(a) to 4(d) for each of the following session tasks:
- PLP_EmploymentDimensionAggregate_Load_Full

- PLP_EmploymentDimension_ParentLevelUpdate_Full

- PLP_WorkforceEventGroupDimensionAggregate_Load_Full

- PLP_WorkforceEventGroupDimension_ParentLevelUpdate_Full

7. Restart the workflow.

1.2.1.19 File 7964_UPGRADE_POST_SCRIPT.SQL Not Required for Version 7.9.6.4 Upgrade

This issue applies to Release 7.9.6.4 only.

Oracle Business Intelligence Upgrade Guide for Informatica PowerCenter Users, Release 7.9.6.4, refers to the file 7964_UPGRADE_POST_SCRIPT.SQL. This file is not part of the product, is not required for upgrading to release 7.9.6.4, and all references to it can be ignored.

1.2.1.20 Application Roles Missing From JAZN File For MFG, EAM

This issue applies to Release 7.9.6.4 only.

This issue applies if you are installing or upgrading to Version 7.9.6.4.

The Oracle BI Applications Version 7.9.6.4 installer installs an invalid system-jazn-data.xml file. This file is missing Application Roles for Enterprise Asset Management Analytics and Manufacturing Analytics, and all Application Roles for Version 7.9.6.3. This prevents the implementation of Data level and Object level Security.

Workaround

If you need to implement data level and object level security for Enterprise Asset Management Analytics and Manufacturing Analytics, then you must do the following:

1. Download Patch 16321623 from the Patches and Updates tab on My Oracle Support at http://support.oracle.com.

2. Open the Patch 16321623 and locate the Read me file along with the system-jazn-data.xml file.
The Read me file walks you through the steps to deploy the modified system-jazn-data.xml file (part of the patch 16321623).

3. Follow the steps in the Read me file.

1.2.1.21 Upgrading from Version 7.9.6.2 to Version 7.9.6.3

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

Incorrect parameter file configuration can result in failures of Informatica Upgrade Workflows. Examples of error messages:

Unable to read variable definition from parameter file

TM_6190 Cannot identify the unique relational connection or application connection that is used as $Source or $Target for a Lookup or Stored Procedure transformation

Affected Informatica mappings include:

- SIL_GeographyCount (Folder: UPGRADE_7962_to_7963_ORA11i)
- SIL_ProjectGeographyUpgrade_UPG7963 (Folder: UPGRADE_7962_to_7963_ORA11i)
- SIL_GeoCountryDimension (Folder: UPGRADE_7962_to_7963_ORA11i)
- SIL_GeographyDimension_UPG7963 (Folder: UPGRADE_7962_to_7963_ORAR12)
- SIL_PartyGeographyUpgrade_UPG7963 (Folder: UPGRADE_7962_to_7963_ORAR12)
- SIL_PartyOrganizationGeographyUpgrade_UPG7963 (Folder: UPGRADE_7962_to_7963_ORAR12)
- SIL_PartyPersonGeographyUpgrade_UPG7963 (Folder: UPGRADE_7962_to_7963_ORAR12)
- SIL_GeographyCount (Folder: UPGRADE_7962_to_7963_ORAR12)
- SIL_ProjectGeographyUpgrade_UPG7963 (Folder: UPGRADE_7962_to_7963_ORAR12)
- SDE_PSFT_WorkforceEventFact_Job_UPG7963 (Folder: UPGRADE_7962_to_7963_PSFT90)
Workaround

Before running the upgrade maps, perform the action items specified in Resolution column for each task.

Table 1-1 Resolutions for Upgrade Errors

Task Name

Folder

Resolution

SIL_GeographyCount

UPGRADE_7962_to_7963_ORA11i

1. Open worklet ProjectAnalytics_Facts_UPG7963.

2. Edit task SIL_GeographyCount.

3. Under the Properties tab, change the 'Session log file directory' to '$PMSessionLogDir\'.

4. Change 'Parameter Filename' to '$PMSourceFileDir\7963_UPG_PARAMS.txt'.

SIL_ProjectGeographyUpgrade_UPG7963

UPGRADE_7962_to_7963_ORA11i

1. In Informatica PowerCenter Task Developer, open session task SIL_ProjectGeographyUpgrade_UPG7963.

2. Edit task SIL_ProjectGeographyUpgrade_UPG7963.

3. On the Properties tab, change 'Parameter Filename' to '$PMSourceFileDir\7963_UPG_PARAMS.txt'.

SIL_GeoCountryDimension

UPGRADE_7962_to_7963_ORA11i

1. In Informatica PowerCenter Task Developer, open session task SIL_GeoCountryDimension.

2. Edit task SIL_GeoCountryDimension.

3. On the Properties tab change 'Parameter Filename' to '$PMSourceFileDir\7963_UPG_PARAMS.txt'.

SIL_GeographyDimension_UPG7963

UPGRADE_7962_to_7963_ORAR12

1. In Informatica PowerCenter Task Developer, open session task SIL_GeographyDimension_UPG7963.

2. Edit task SIL_GeographyDimension_UPG7963.

3. On the Properties tab, change 'Parameter Filename' to '$PMSourceFileDir\7963_UPG_PARAMS.txt'.

SIL_PartyGeographyUpgrade_UPG7963

UPGRADE_7962_to_7963_ORAR12

1. In Informatica PowerCenter Task Developer, open session task SIL_PartyGeographyUpgrade_UPG7963.

2. Edit task SIL_PartyGeographyUpgrade_UPG7963.

3. On the Properties tab, change 'Parameter Filename' to '$PMSourceFileDir\7963_UPG_PARAMS.txt'.

SIL_PartyOrganizationGeographyUpgrade_UPG7963

UPGRADE_7962_to_7963_ORAR12

1. In Informatica PowerCenter Task Developer, open session task SIL_PartyOrganizationGeographyUpgrade_UPG7963.

2. Edit task SIL_PartyOrganizationGeographyUpgrade_UPG7963.

3. On the Properties tab, change 'Parameter Filename' to '$PMSourceFileDir\7963_UPG_PARAMS.txt'.

SIL_PartyPersonGeographyUpgrade_UPG7963

UPGRADE_7962_to_7963_ORAR12

1. In Informatica PowerCenter Task Developer, open session task SIL_PartyPersonGeographyUpgrade_UPG7963.

2. Edit task SIL_PartyPersonGeographyUpgrade_UPG7963.

3. On the Properties tab, change 'Parameter Filename' to '$PMSourceFileDir\7963_UPG_PARAMS.txt'.

SIL_GeographyCount

UPGRADE_7962_to_7963_ORAR12

1. Open worklet ProjectAnalytics_Facts_UPG7963.

2. Edit task SIL_GeographyCount.

3. On the Properties tab, change 'Session log file directory' to '$PMSessionLogDir\'.

4. Change 'Parameter Filename' to '$PMSourceFileDir\7963_UPG_PARAMS.txt'.

SIL_ProjectGeographyUpgrade_UPG7963

UPGRADE_7962_to_7963_ORAR12

1. In Informatica PowerCenter Task Developer, open session task SIL_ProjectGeographyUpgrade_UPG7963.

2. Edit task SIL_ProjectGeographyUpgrade_UPG7963.

3. On the Properties tab, change 'Parameter Filename' to '$PMSourceFileDir\7963_UPG_PARAMS.txt'.

SDE_PSFT_WorkforceEventFact_Job_UPG7963

UPGRADE_7962_to_7963_PSFT90

1. In Informatica PowerCenter Task Developer, open session task SDE_PSFT_WorkforceEventFact_Job_UPG7963.

2. Edit task SDE_PSFT_WorkforceEventFact_Job_UPG7963.

3. On the Properties tab, change '$Source connection value' to connection variable '$DBConnection_OLAP'.

4. Change '$Target connection value' to connection variable '$DBConnection_OLAP'.

5. On the Mapping tab, select source SQ_WorkforceEventFact_Job_UPG on the left side Tree.

6. Change the value for connection 'Relational' to '$DBConnection_OLAP'.

1.2.1.22 Query Indices Are Not Created After Upgrade

After following the upgrade steps in Section 6.9.10.2 'Migrating Data into the Upgraded Data Warehouse', you must run the SQL script createQueryIndices.sql, which is omitted from the procedure.

For more information, refer to Section B.7 'Running the Scripts to Drop and Create Query Indexes for Upgrading to Release 7.9.6.4' in the Oracle BI Applications Upgrade Guide.

1.2.1.23 Error in 'UPGRADE_FACTS' Workflow Causes 'ORA-00001: unique constraint (OBI_DW.W_AR_BALANCE_F_U1) violated'

When running 'UPGRADE_FACTS' workflow, the Session Task PLP_ARBalanceCurrentActivityLoad fails with the following error:

ORA-00001: unique constraint (OBI_DW.W_AR_BALANCE_F_U1) violated

Workaround

If you have not yet started the upgrade tasks, then do the following:

1. Edit the file 7964_UPGRADE_PRE_CTL_SCRIPT.SQL (located under $ORACLE_HOME\biapps\dwrep\Upgrade\DbScripts\<database type>\).

2. Remove the statement 'TRUNCATE TABLE W_LOC_CURR_CODE_TMP;'.

If you have started the upgrade tasks and you are unable to proceed, then do the following:

1. Run task 'SDE_ORA_LocalCurrency_Temporary' from DAC in Unit Test mode to populate the W_LOC_CURR_CODE_TMP table.

1.2.1.24 Informatica PowerCenter Version 9.5.1 Hot Fix 2

This issue applies to Release 7.9.6.4.

Oracle has certified Informatica PowerCenter V9.5.1 Hot Fix 2 with Oracle BI Applications Version 7.9.6.4.

Informatica PowerCenter V9.5.1 Hot Fix 2 replaces versions 9.0.1 and 9.1 software in the Business Intelligence 11g media pack on Oracle Software Delivery Cloud.

Customers installing Oracle BI Applications V7.9.6.4 should install Informatica PowerCenter V9.5.1 Hot Fix 2. Oracle Business Intelligence Applications Installation Guide for Informatica PowerCenter Users refers to Informatica V9.0.1. However, all installation procedures remain the same for Informatica PowerCenter V9.5.1.

Customers upgrading to Oracle BI Applications V7.9.6.4 will need to upgrade to Informatica PowerCenter V9.5.1 and not Informatica PowerCenter V9.0.1/9.1 as documented in Oracle Business Intelligence Applications Upgrade Guide for Informatica PowerCenter Users.

Included in the Business Intelligence 11g media pack is the Informatica .rep file for Oracle BI Applications V7.9.6.4 in Informatica PowerCenter V9.5.1 format. The part is titled 'Informatica Repository 9.5.1 for BI Applications 7.9.6.4'.

During installation, when performing step 4.7.5 Restoring the Pre-built Informatica Repository in Oracle Business Intelligence Applications Installation Guide for Informatica PowerCenter Users, you must use the .rep file provided in part 'Informatica Repository 9.5.1 for BI Applications 7.9.6.4' instead of the Oracle_BI_DW_Base.rep obtained on installation of Oracle BI Applications V7.9.6.4.

During upgrade, you must use the .rep file provided in part 'Informatica Repository 9.5.1 for BI Applications 7.9.6.4' instead of the Oracle_BI_DW_Base.rep obtained on installation of Oracle BI Applications V7.9.6.4.

1.2.2 Documentation Corrections

This section provides corrections for various pieces of the documentation set for Oracle Business Intelligence Applications. It contains the following topics:

- Section 1.2.2.1, "Corrections to Oracle Business Intelligence Applications Installation Guide for Informatica PowerCenter Users"

- Section 1.2.2.2, "Corrections to Oracle Business Intelligence Applications Configuration Guide for Informatica PowerCenter Users"

- Section 1.2.2.3, "Corrections to Oracle Business Intelligence Applications Upgrade Guide for Informatica PowerCenter Users"

- Section 1.2.2.4, "Corrections to Oracle Business Analytics Warehouse Data Model Reference"

- Section 1.2.2.5, "Corrections to Oracle Business Intelligence Applications Security Guide"

1.2.2.1 Corrections to Oracle Business Intelligence Applications Installation Guide for Informatica PowerCenter Users

These issues apply to Release 7.9.6.3 only:

- In Section 4.7.2, 'Installing the DAC Server on UNIX' the first paragraph erroneously refers to Linux, and should read:
'The DAC Server can run on UNIX, but it must first be installed on a Windows machine, then copied over to a UNIX machine, as described in the steps below. Oracle does not provides an installer for DAC on UNIX.'

- The procedure in Section 4.10.4, 'Activating Join Indexes for Teradata Databases' is optional. If you are using a Teradata database and you want to create join indexes, do not follow the steps in Section 4.10.4. Instead, follow the instructions in 'Defining Join Indexes on a Teradata Database' in revision 2 or later of Oracle Business Intelligence Data Warehouse Administration Console User's Guide, 11g Release 1 (11.1.1).

These issues apply to Release 7.9.6.4 only:

- In Section 4.8.3 Deploying the DAC Server on Linux or Unix, ignore the following Step 8:
Step 8. Copy the contents of the DAC_HOME/unix_script_bkp folder into the /dac folder.

Note: If you did follow Step 8 and are not able to start DAC Client and DAC Server, then do the following:

1. Delete the file config.sh.

2. Copy and rename the file config_standalone.sh (which came from the unix_script_bkp directory) to config.sh, and set the JAVA_HOME there.

- In Section 4.11.1.2 'How to Configure the DAC Server Repository Connection Using serverSetupPrompt Scripts (Windows, UNIX or Linux)', the instructions refer to the script serverSetupPrompt. The correct script to use is standaloneServerSetupPrompt.sh. Customers should not use serverSetupPrompt (this is for the Web mode of DAC Server, which is not supported for Oracle BI Applications V7.9.6.4).

- In Section A.6 'About the DAC Server Shell Scripts', in the list of shell scripts, serverSetupPrompt should be replaced by standaloneServerSetupPrompt.sh. In addition, this script should be added to the list automationUtils.sh - invokes DAC repository operations (such as creation, metadata import, etc.) from command line.

1.2.2.2 Corrections to Oracle Business Intelligence Applications Configuration Guide for Informatica PowerCenter Users

These issues apply to Release 7.9.6.3 only.

Note the following corrections:

- Step 2 in the following Sections is incorrect:

- Section 5.2.4.2, "How to Configure domainvalues_payment_method_jde.csv"

- Section 5.2.4.3, "How to Configure domainvalues_src_transaction_type_codes_jde.csv and domainvalues_lkp_transaction_type_codes_jde.csv"

- Section 5.2.4.4, "How to Configure domainvalues_make_buy_indicator_product_jde.csv"

Step 2 should read:

Using a text editor, open the flat file <file name>.csv, which is located in the $PMServer\LkpFiles directory (for example, INFA_HOME\server\infa_shared\LkpFiles).

- Step 1 in Section 4.2.3.2.1, "How to Configure file_ap_invoice_config_spend_voucher_psft.csv," is incorrect.
Step 1 should read:

Using a text editor, open the flat file <file name>.csv, which is located in the $PMServer\LkpFiles directory (for example, INFA_HOME\server\infa_shared\LkpFiles).

- The procedure in Section 4.2.3.1.1, "How to Configure domainValues_Status_Purch_Approve_psft.csv," is incorrect. Note the following corrections:

- The query in Step 1 should be replaced with the following:

SELECT DISTINCT A.FIELDVALUE, A.XLATLONGNAME
FROM PSXLATITEM A
WHERE A.EFFDT = (SELECT MAX (C.EFFDT) FROM PSXLATITEM C WHERE
C.FIELDNAME = A.FIELDNAME AND C.FIELDVALUE = A.FIELDVALUE)
AND A.FIELDNAME IN('PO_STATUS','CURR_STATUS')
ORDER BY 1

- Step 3 should include the following instructions:
When copying the FIELDVALUE to STATUS_CODE:

Replace C with CL for XLATLONGNAME = 'Closed'

Replace D with DE for XLATLONGNAME = 'Denied'

- The procedure in Section 4.2.3.1.2, "How to Configure domainValues_Status_Purch_Cycle_psft.csv," is incorrect. Note the following corrections:

- The query in Step 1 should be replaced with the following:

SELECT DISTINCT A.FIELDVALUE, A.XLATLONGNAME
FROM PSXLATITEM A
WHERE A.EFFDT = (SELECT MAX (C.EFFDT) FROM PSXLATITEM C WHERE
C.FIELDNAME = A.FIELDNAME AND C.FIELDVALUE = A.FIELDVALUE)
AND A.FIELDNAME IN('PO_STATUS','CURR_STATUS')
ORDER BY 1

- Step 3 should include the following instructions:
When copying the FIELDVALUE to STATUS_CODE:

Replace C with CL for XLATLONGNAME = 'Closed'

Replace D with DE for XLATLONGNAME = 'Denied'

- In Section 4.2.2.2.8, step 2 should read: "From the $PMServer\LkpFiles directory (for example, INFA_HOME\server\infa_shared\LkpFiles), open domainValues_ShipmentType_ora12.csv file in a text editor."

- In Section 4.3.2.1, step 9 should read: "Repeat Step 2 to Step 8 for the mapplets mplt_BC_ORA_PurchaseScheduleLinesFact and mplt_BC_ORA_PurchaseCostFact."

- In Section 5.3.3.3, Table 5-16, the entry for Lkp_Tree_ChartField should read 'Relational $DBConnection_OLTP', instead of the incorrect 'Rational $DBConnection_OLTP'.

- In Section 3.3.2.3 'How to Configure Department Trees and Business Unit Trees', the task should include the following additional configuration steps:

1. In DAC, go to the Design view, and select the appropriate custom container from the drop-down list.

2. Display the Tasks tab.

3. Select the task SDE_PSFT_InternalOrganizationDimension_Department, and display the Parameters subtab.

4. Use the $$TREE_SETID parameter to specify the tree set ID in the format '<setid>'.

5. Wrap the setid value in single quotation marks.
If you have multiple trees, separate them using a comma. For example: 'SHARE', 'US', 'EU'.

The default value of this parameter is 'SHARE'.

- In Section 7.2.4.11 'How to Configure the domainValues_Pay_Type_Grp_Code_psft.csv', the task steps should be as follows:

1. Identify the Pay Type Source in your PeopleSoft source system by using the following SQL:

SELECT DISTINCT PS_EARNINGS_TBL.ERNCD PAYTYPE_SOURCE,
'Earnings'||'~'|| REPLACE(PS_EARNINGS_TBL.DESCR,',' , ' ') PAYTYPE_SOURCE_DESC
FROM PS_EARNINGS_TBL
UNION ALL
SELECT DISTINCT PS_DEDUCTION_TBL.DEDCD PAYTYPE_SOURCE,
'Deductions' || '~' || REPLACE(PS_DEDUCTION_TBL.DESCR,',' , ' ') PAYTYPE_SOURCE_DESC
FROM
PS_DEDUCTION_TBL LEFT OUTER JOIN PS_DEDUCTION_CLASS ON
PS_DEDUCTION_CLASS.DEDCD = PS_DEDUCTION_TBL.DEDCD AND
PS_DEDUCTION_CLASS.PLAN_TYPE = PS_DEDUCTION_TBL.PLAN_TYPE AND
PS_DEDUCTION_CLASS.EFFDT = PS_DEDUCTION_TBL.EFFDT

Note: For MSSQL Server database, you must change the concatenation syntax to use '+' instead of ||'~'||. For example, instead of 'Earnings'||'~'|| PS_EARNINGS_TBL.DESCR, in MSSQL Server it would be 'Earnings' + PS_EARNINGS_TBL.DESCR.

2. Using a text editor, open the domainValues_Pay_Type_Grp_code_psft <ver>.csv file located in the $pmserver\LkpFiles directory.

3. Copy the columns returned by the above SQL to the PAYTYPE_SOURCE and PAYTYPE_SOURCE_DESC columns in the file respectively.
The data must be copied starting from the thirteenth (13th) line. Use commas to separate the entries.

4. Map each Source Code (PAYTYPE_SOURCE) to one domain value for each of the domain columns W_PAY_TYPE_GRP_CODE and W_PAY_TYPE_GRP_DESC.
Note: The Source Description column (PAYTYPE_SOURCE_DESC) is extracted to help you map the domain values.

5. Save and close the file.

- In Section 7.2.1.1.4, the file name 'file_perf_age_band.csv' is wrong, and should read 'file_perf_band.csv'.

These issues apply to Releases 7.9.6.3 and 7.9.6.4.

Note the following corrections:

- In Section 7.2.2.27 'How to Configure Classification Names for Payroll', the valid values for $$CLASSIFICATION_NAMES_FOR_NET_PAY_DEDUCTIONS should not include earnings. The valid values are: 'Involuntary Deductions','Pre-Tax Deductions','Voluntary Deductions','Tax Deductions'.

1.2.2.3 Corrections to Oracle Business Intelligence Applications Upgrade Guide for Informatica PowerCenter Users

Note the following corrections:

- This issue applies to Release 7.9.6.3.
Note the following four issues:

- In Section 6.7.7.1 Upgrading the Data Warehouse Schema to Version 7.9.6.1, the following Step (4) has to be performed after executing existing Step 3 (Run the ddl_7961.ctl script):
4. Running script to drop indexes on Oracle Business Analytics Warehouse tables. You must first generate index scripts from the DAC for the tables mentioned below.

W_APPL_EVENT_FS
W_APPL_EVENT_F
W_APPL_ACC_SNP_F
W_RCRTMNT_EVENT_F
W_RCRTMNT_SOURCE_D
W_ORA_FLX_EBS_DATA_TMP
W_ORA_FLX_EBS_VALID_TAB_TMP
W_ORA_DMN_WEVT_TYP_PS
W_PURCH_RCPT_FS
W_PURCH_RCPT_F
W_PURCH_RQSTN_LINE_FS
W_PURCH_RQSTN_LINE_F

Steps to Generate Index Scripts from DAC:

a. Concatenate all the table names in the above list using 'OR' operator.

For example, W_APPL_EVENT_FS OR W_APPL_EVENT_F OR <Table Name>.

b. Open the DAC repository for 7.9.6 release

c. From the DAC toolbar, select the appropriate source system container from the drop-down list.

d. In the Design view, click the Indices tab.

e. In the top pane toolbar, click Query.

The top pane window now displays Query mode.

f. Copy the text string that you created in step (a) into the Table Name field.

g. Click Go.

h. In the list of query results, right-click, and then select Generate Index Scripts.

i. Select "All records in the list."

j. In the Generate Index Scripts dialog box, do one of the following:

> To generate index scripts based on a physical data source connection that you previously set up, select the Use source information check box, and then select the appropriate physical data source connection from the drop-down list.

> To generate index scripts based on the Oracle Business Analytics Warehouse database type, deselect the Use source information check box, and then select the appropriate database type. If the database type is Oracle, then enter a table owner, and optionally enter a tablespace in which the indexes will be dropped and created. If the database type is SQL Server, DB2 or Teradata, then enter a table owner.

k. Click OK.

A message box states whether the scripts were successfully generated.

The following scripts are saved in the folder \bifoundation\dac\log\scripts:

- dropAllIndices.sql

- createAllIndices.sql

l. Open the SQL client for your Oracle Business Analytics Warehouse type and connect to the database.

m. Navigate to the folder \bifoundation\dac\log\scripts.

n. Open the dropAllIndices.sql file, and copy the contents into the SQL client.

o. Execute the script.

- In Section 6.7.7.2 Migrating Data into the Upgraded Data Warehouse, the following Step (10) has to be executed after executing the existing Step 9 (Run the 7961_UPGRADE_POST_SCRIPT.sql):
10. Execute the createAllIndices.sql generated in Step 4 of section 6.7.7.1 Upgrading the Data Warehouse Schema to Version 7.9.6.1.

a. Open the SQL client for your Oracle Business Analytics Warehouse type and connect to the database.

b. Navigate to the folder \bifoundation\dac\log\scripts.

c. Open the createAllIndices.sql file, and copy the contents into the SQL client.

d. Execute the script.

- In Section 6.7.7.3 Verifying the Data Migrated Successfully, in Step (3), the document incorrectly asks you to verify the results of two files namely 7961_UPGRADE_DROP_INDEXES.sql and 7961_UPGRADE_PRE_CTL_SCRIPT.sql. The correct information is that you have to verify that the following scripts that you ran in the SQL client of the database failed or reported an error while executing:
createAllIndices.sql

796ORA_TO_7961ORA_UPGRADE_PRE_CTL_SCRIPT.sql

7961_UPGRADE_PRE_DIMENSION.sql

7961_UPGRADE_POST_SCRIPT.sql

- In Section 6.7.7.2 'Migrating Data into the Upgraded Data Warehouse', ignore the following steps 4,5, and 6. These points are not applicable for 7.9.6 to 7.9.6.1 Upgrade.
4. If you are upgrading Oracle Financial Analytics, you need to configure specific parameters and update mappings. For more information, see Section A.3.1, "Setting Parameters and Mappings in 796_UPG_PARAMS.txt for Oracle Financial Analytics."

5. If you are upgrading Oracle Supply Chain and Order Management Analytics, you need to configure specific parameters. For more information, see Section A.3.3, "Setting Parameters in 796_UPG_PARAMS.txt for Oracle Supply Chain and Order Management Analytics."

6. If you are deploying Oracle Project Analytics, you need to configure specific parameters. For more information, see Section A.3.2, "Setting Parameters in 796_UPG_PARAMS.txt for Oracle Project Analytics."

- This issue applies to Release 7.9.6.4.
Note the following four issues:

- In Section 6.9.7.1 Upgrading the Data Warehouse Schema to Version 7.9.6.1, the following Step (4) has to be performed after executing the existing Step 3 (Run the ddl_7961.ctl script):
4. Running script to drop indexes on Oracle Business Analytics Warehouse tables.

You must first generate index scripts from the DAC for the tables mentioned below.

W_APPL_EVENT_FS
W_APPL_EVENT_F
W_APPL_ACC_SNP_F
W_RCRTMNT_EVENT_F
W_RCRTMNT_SOURCE_D
W_ORA_FLX_EBS_DATA_TMP
W_ORA_FLX_EBS_VALID_TAB_TMP
W_ORA_DMN_WEVT_TYP_PS
W_PURCH_RCPT_FS
W_PURCH_RCPT_F
W_PURCH_RQSTN_LINE_FS
W_PURCH_RQSTN_LINE_F

Steps to Generate Index Scripts from DAC:

a. Concatenate all the table names in the above list using 'OR' operator. For example: W_APPL_EVENT_FS OR W_APPL_EVENT_F OR <Table Name>.

b. Open the DAC repository for 7.9.6 release

c. From the DAC toolbar, select the appropriate source system container from the drop-down list.

d. In the Design view, click the Indices tab.

e. In the top pane toolbar, click Query.

The top pane window now displays Query mode.

f. Copy the text string that you created in step (a) into the Table Name field.

g. Click Go.

h. In the list of query results, right-click, and then select Generate Index Scripts.

i. Select "All records in the list."

j. In the Generate Index Scripts dialog box, do one of the following:

> To generate index scripts based on a physical data source connection that you previously set up, select the Use source information check box, and then select the appropriate physical data source connection from the drop-down list.

> To generate index scripts based on the Oracle Business Analytics Warehouse database type, deselect the Use source information check box, and then select the appropriate database type.

If the database type is Oracle, then enter a table owner, and optionally enter a tablespace in which the indexes will be dropped and created.

If the database type is SQL Server, DB2 or Teradata, then enter a table owner.

k. Click OK.

A message box states whether the scripts were successfully generated.

The following scripts are saved in the folder \bifoundation\dac\log\scripts:

- dropAllIndices.sql

- createAllIndices.sql

l. Open the SQL client for your Oracle Business Analytics Warehouse type and connect to the database.

m. Navigate to the folder \bifoundation\dac\log\scripts.

n. Open the dropAllIndices.sql file, and copy the contents into the SQL client.

o. Execute the script.

- In Section 6.9.7.2 Migrating Data into the Upgraded Data Warehouse, the following Step (10) has to be executed after executing existing Step 9 (Run the 7961_UPGRADE_POST_SCRIPT.sql):
10. Execute the createAllIndices.sql generated in Step 4 of section 6.9.7.1 Upgrading the Data Warehouse Schema to Version 7.9.6.1

a. Open the SQL client for your Oracle Business Analytics Warehouse database type and connect to the database.

b. Navigate to the folder \bifoundation\dac\log\scripts.

c. Open the createAllIndices.sql file, and copy the contents into the SQL client.

d. Execute the script.

- In Section 6.9.7.3 Verifying the Data Migrated Successfully, in Step (3), the document incorrectly asks you to verify the results of two files namely 7961_UPGRADE_DROP_INDEXES.sql and 7961_UPGRADE_PRE_CTL_SCRIPT.sql.
The correct information is that you have to verify that the following scripts that you ran in the SQL client of the database failed or reported an error while executing:

createAllIndices.sql

796ORA_TO_7961ORA_UPGRADE_PRE_CTL_SCRIPT.sql

7961_UPGRADE_PRE_DIMENSION.sql

7961_UPGRADE_POST_SCRIPT.sql

- In Section 6.9.7.2 'Migrating Data into the Upgraded Data Warehouse', ignore the following Steps 4,5, and 6. These points are not applicable for 7.9.6 to 7.9.6.1 Upgrade.
4. If you are upgrading Oracle Financial Analytics, you need to configure specific parameters and update mappings. For more information, see Section A.3.1, "Setting Parameters and Mappings in 796_UPG_PARAMS.txt for Oracle Financial Analytics."

5. If you are upgrading Oracle Supply Chain and Order Management Analytics, you need to configure specific parameters. For more information, see Section A.3.3, "Setting Parameters in 796_UPG_PARAMS.txt for Oracle Supply Chain and Order Management Analytics."

6. If you are deploying Oracle Project Analytics, you need to configure specific parameters. For more information, see Section A.3.2, "Setting Parameters in 796_UPG_PARAMS.txt for Oracle Project Analytics."

- This issue applies to Release 7.9.6.4.
In section D.4.1, Table D-6 'Table D-6 Oracle Database Parameter Settings for reset_infa_seq_gen.bat', the instructions in the Setting column for OLAP PASSWORD and INFORMATICA DB PASSWORD are incorrect.

The Setting for OLAP PASSWORD should read: Enter the password of the Oracle Business Analytics Warehouse database.

The Setting for INFORMATICA DB PASSWORD should read: Enter the password of the upgrade Informatica Repository database.

- This issue applies to Release 7.9.6.4.
This guide refers to the file 7964_UPGRADE_POST_SCRIPT.SQL throughout. This file is not part of the product, is not required for upgrading to release 7.9.6.4, and all references to it can be ignored.

- This issue applies to Release 7.9.6.4.
In Section 6.9.10.2 'Migrating Data into the Upgraded Data Warehouse', the following step 11 is missing from the procedure:

11. Run createQueryIndices.sql, as specified in Section B.7 'Running the Scripts to Drop and Create Query Indexes for Upgrading to Release 7.9.6.4'.

- This issue applies to Release 7.9.6.4.
A number of tables include incorrect map values in the Rename Map File to Use column. To obtain the correct map file names, download TechNote 1576311.1 from My Oracle Support.

- This issue applies to Release 7.9.6.4.
In Section 6.6, "Upgrading the Informatica Repository When You Are Already Running Informatica PowerCenter 9.1", Step 6 should read as follows:

6. Launch the Informatica PowerCenter Repository Manager, and connect to the repository you restored in step 5.

- This issue applies to Release 7.9.6.4.
The following sections suggest that you calculate the value of MAX1 and MAX2 variables from the table W_PRD_OF_WRK_BAND_D:

- D.1.3 Obtaining ROW_WID from W_PARTY_D and W_PRD_OF_WRK_BAND_D

- D.2.3 Obtaining ROW_WID from W_PARTY_D and W_PRD_OF_WRK_BAND_D

- D.3.3 Obtaining ROW_WID from W_PARTY_D and W_PRD_OF_WRK_BAND_D

- D.4.3 Obtaining ROW_WID from W_PARTY_D and W_PRD_OF_WRK_BAND_D

- D.5.3 Obtaining ROW_WID from W_PARTY_D and W_PRD_OF_WRK_BAND_D

- D.6.3 Obtaining ROW_WID from W_PARTY_D and W_PRD_OF_WRK_BAND_D

These values are NULL in many cases as there is no data in the table. The guide further instructs you to add two statements (something like 'IF %INFA_FOLDER%==HOR echo...') into the reset_infa_seq_gen<*>.bat file (for example, reset_infa_seq_gen_MSSQL.bat) by substituting values for MAX1 and MAX2. This does not work if the MAX1 and MAX2 variables are NULLs.

1.2.2.4 Corrections to Oracle Business Analytics Warehouse Data Model Reference

There are no errors reported for this book.

1.2.2.5 Corrections to Oracle Business Intelligence Applications Security Guide

Note the following corrections:

- This issue applies to Release 7.9.6.3 only.
The SQL statement that appears in the second bullet point (for Oracle EBS 11i) of Step 5 Section 2.6.4.2 is incorrect.

The correct SQL is as follows:

SELECT DISTINCT 'LEDGER', FND_PROFILE.VALUE_SPECIFIC('GL_SET_OF_BKS_ID', USER_ID,
RESPONSIBILITY_ID, RESPONSIBILITY_APPLICATION_ID)
FROM (SELECT USER_ID, RESPONSIBILITY_ID, RESPONSIBILITY_APPLICATION_ID FROM
FND_USER_RESP_GROUPS
WHERE START_DATE < SYSDATE
AND (CASE WHEN END_DATE IS NULL THEN SYSDATE ELSE TO_DATE(END_DATE) END) >= SYSDATE
AND USER_ID IN (CASE WHEN 'VALUEOF(NQ_SESSION.EBS_SSO_INTEGRATION_MODE') = 'Integrated'
THEN VALUEOF(NQ_SESSION.OLTP_EBS_USER_ID) ELSE (SELECT USER_ID FROM FND_USER WHERE UPPER(USER_NAME) = UPPER(':USER')) END)
AND RESPONSIBILITY_ID = (CASE WHEN 'VALUEOF(NQ_SESSION.EBS_SSO_INTEGRATION_MODE') = 'Integrated'
THEN VALUEOF(NQ_SESSION.OLTP_EBS_RESP_ID) ELSE RESPONSIBILITY_ID END)
AND RESPONSIBILITY_APPLICATION_ID = (CASE WHEN
'VALUEOF(NQ_SESSION.EBS_SSO_INTEGRATION_MODE') = 'Integrated'
THEN VALUEOF(NQ_SESSION.OLTP_EBS_RESP_APPL_ID) ELSE RESPONSIBILITY_APPLICATION_ID END))

Note: The difference between the correct and incorrect versions is that the correct version has single quotes around the VALUEOF(NQ_SESSION.EBS_SSO_INTEGRATION_MODE) statements. The correct version reads: 'VALUEOF(NQ_SESSION.EBS_SSO_INTEGRATION_MODE').

- This issue applies to Release 7.9.6.3 only.
The initialization block SQL that appears in Section 2.6.1, "Oracle BI Applications Authorization for Oracle EBS," is incorrect.

The correct SQL is as follows:

SELECT DISTINCT 'GROUP', RESPONSIBILITY_NAME
FROM FND_USER,FND_USER_RESP_GROUPS, FND_RESPONSIBILITY_VL
WHERE FND_USER.user_id=FND_USER_RESP_GROUPS.user_id
AND FND_USER_RESP_GROUPS.RESPONSIBILITY_ID =
FND_RESPONSIBILITY_VL.RESPONSIBILITY_ID
AND FND_USER_RESP_GROUPS.RESPONSIBILITY_APPLICATION_ID =
FND_RESPONSIBILITY_VL.APPLICATION_ID
AND FND_USER_RESP_GROUPS.START_DATE < SYSDATE
AND (CASE WHEN FND_USER_RESP_GROUPS.END_DATE IS NULL THEN SYSDATE ELSE
TO_DATE(FND_USER_RESP_GROUPS.END_DATE) END) >= SYSDATE
AND FND_USER.USER_ID = (SELECT USER_ID FROM FND_USER WHERE UPPER(USER_NAME) =
UPPER('VALUEOF(NQ_SESSION.USER)'))

- This issue applies to Releases 7.9.6.3 and 7.9.6.4.
The initialization block SQL that appears in Section 2.6.1, "Oracle BI Applications Authorization for Oracle EBS," is missing a right parenthesis.

The correct SQL is as follows:

SELECT DISTINCT 'GROUP', RESPONSIBILITY_NAME FROM FND_USER,FND_USER_RESP_GROUPS, FND_RESPONSIBILITY_VL WHERE FND_USER.user_id=FND_USER_RESP_GROUPS.user_id AND FND_USER_RESP_GROUPS.RESPONSIBILITY_ID = FND_RESPONSIBILITY_VL.RESPONSIBILITY_ID AND FND_USER_RESP_GROUPS.RESPONSIBILITY_APPLICATION_ID = FND_RESPONSIBILITY_VL.APPLICATION_ID AND FND_USER_RESP_GROUPS.START_DATE < SYSDATE AND (CASE WHEN FND_USER_RESP_GROUPS.END_DATE IS NULL THEN SYSDATE ELSE TO_DATE (FND_USER_RESP_GROUPS.end_Date) END) >= SYSDATE AND FND_USER.user_id = (SELECT USER_ID FROM FND_USER WHERE UPPER(USER_NAME) = UPPER('VALUEOF(NQ_SESSION.USER)')))

1.3 Oracle Business Intelligence Applications: General

This section provides release notes for Oracle Business Intelligence Applications in general. It contains the following topics:

- Section 1.3.1, "Lack of Time Zone Setting Prevents Delivery of iBots to Applications Users"

- Section 1.3.2, "Issue with Exchange Rates and Transaction Currencies"

- Section 1.3.3, "Contact Geography Attributes in Campaign Contacts_Segmentation Catalog Do Not Join Appropriately"

- Section 1.3.4, "Issues with Multi-Source ETL"

- Section 1.3.5, "Email Personalization for Siebel 8.0"

- Section 1.3.6, "Error in Reports Based on 'Opportunity' Under Opportunity Contact Segmentation"

- Section 1.3.7, "'STAT' Currency Journals or Accounts in Financial Analytics"

- Section 1.3.8, "Joining Campaign History Fact With Industry Dimension with Oracle Marketing Analytics"

- Section 1.3.9, "Employee Headcount Returns Null When Combined With Absence Type in Oracle HR Analytics"

- Section 1.3.10, "Learning Error When Selecting Learning Course and Activity in Oracle Human Resource Analytics"

- Section 1.3.11, "Division Name Pointing To An Obsolete Column In Oracle Sales Analytics"

- Section 1.3.12, "Tasks Not Auto-Generated When Subject Area is Assembled for JDE With Oracle Financial Analytics"

- Section 1.3.13, "Revenue Ago Metrics Using GL_Accounting_Period_WID Not Supported by PSFT in Oracle Project Analytics"

- Section 1.3.14, "ACTIVE_FLG Column Not Populated Correctly in W_XACT_TYPE_D in Oracle Project Analytics"

- Section 1.3.15, "Writeoff LOC Amounts and Exchange Rates Incorrect in Oracle Project Analytics"

- Section 1.3.16, "Potential Performance Issue in Absence ETL Mapping SDE_ORA_ABSENCEEVENT_FULL"

- Section 1.3.17, "Duplicate Rows in W_PRODCAT_DH Tables"

- Section 1.3.18, "ORA-00604: Error Reported During ETL"

- Section 1.3.19, "Loyalty AN Metric "# OF MEMBERS" Gives Incorrect Results When Grouped by Quarter"

- Section 1.3.20, "TREE_FLAG Attribute in Segment Dimension W_SEGMENT_D is Derived Incorrectly in Oracle Marketing Analytics"

- Section 1.3.21, "Marketing - Actual Cost Metric Is Mapped to the Wrong Source Fields in Oracle Marketing Analytics"

- Section 1.3.22, "Numeric Overflow Error When Targeting Teradata"

- Section 1.3.23, "How to Secure the Employee Dimension in Oracle HR Analytics"

- Section 1.3.24, "DIM - CUSTOMER"."HIERARCHY BASED LOGIN" Defined Incorrectly In The BI Repository RPD"

- Section 1.3.25, "Missing Records When Filtering Reports By Project Organization Name in Oracle Project Analytics"

- Section 1.3.26, "Employee Name (From Position Dimension) Shows Incorrectly In Reports"

- Section 1.3.27, "Currency Conversion Not Done in Purchase Agreement for Oracle Procurement and Spend Analytics"

- Section 1.3.28, "Performance Issue with PLP_GLBALANCEAGGRBYACCTSEGCODS"

- Section 1.3.29, "'Other Operating Expenses' Not Included in Profit and Loss Reports"

- Section 1.3.30, "Chargeback Transactions Not Included in AR Aging Report"

- Section 1.3.31, "'Days Payables Outstanding' and 'AP Turnover' Columns Are Missing"

- Section 1.3.32, "Error During Import Of New Schema Definitions Into Siebel Transactional Database"

- Section 1.3.33, "SDE_PSFT_GLJournals_Extract_Full Fails Due to Data Type Mismatch"

- Section 1.3.34, "SIL_GLAccountDimension_HierarchyUpdate Task Fails on DB2"

- Section 1.3.35, "Error in SIL_HouseholdDimension_SCDUpdate_Full Mapping"

- Section 1.3.36, "Recruitment Metric "Time to Fill (Days)" Has Incorrect Denominator"

- Section 1.3.37, "SIL_EmployeeDimension_SCDUpdate Hangs in Incremental Load With SQL Server 2005"

- Section 1.3.38, "Issue with DB2 9.1 Databases During Full ETL Loads"

- Section 1.3.39, "Country and State Names in mplt_CODES_GeographDimension Mapplet Fail for JD Edwards Source Systems"

- Section 1.3.40, "Querying Across Subject Areas"

- Section 1.3.41, "Oracle EBS 12.1.3 - Contract Lifecycle Management Impact on Release 7.9.6.3"

- Section 1.3.42, "Task PLP_APXACTSGROUPACCOUNT_A1_LOAD Takes a Long Time to Complete"

- Section 1.3.43, "Project Chartfields Missed in GL Balance Extract"

- Section 1.3.44, "COGS SDE Mappings Might Fail When Sourcing From Multiple EBS 11i Instances"

- Section 1.3.45, "GL Journals Using Wrong Currency Conversion Date"

- Section 1.3.46, "W_GL_BALANCE_F_U1 Index Creation Fails When Loading From PeopleSoft Financials"

- Section 1.3.47, "SDE_ORA_APTRANSACTIONFACT_DISTRIBUTIONS Uses Incorrect Extract Date"

- Section 1.3.48, "Verify Data Warehouse Tables After ETL with DB2 UDB v9.7 and Siebel 8.1.1"

- Section 1.3.49, "PLP_LoyMemberTierMovementQtrAggr fails On Non-Oracle Databases for Oracle Loyalty Analytics"

- Section 1.3.50, "Dashboard Tooltips Are Displayed In English Only"

- Section 1.3.51, "Metrics Error in Next Product Purchased Report in B2B Customer Insight Dashboard"

- Section 1.3.52, "Truncate Should Always Be Set For W_POSITION_DH_PRE_CHG_TMP TABLE In DAC"

- Section 1.3.53, "Recruitment Showing Incorrect Hire Date for Internal Applicant"

- Section 1.3.54, "APPS User Providing Generic Access Violating SOX Compliance With Oracle EBS"

- Section 1.3.55, "Changing the Time Grain of Cost Aggregate in Project Analytics"

- Section 1.3.56, "Unspecified Row of W_DAY_D and W_MCAL_DAY_D With the Value 1/1/1901 Causes Errors in Reports"

- Section 1.3.57, "Asset Activity Shows All Inventory Items"

- Section 1.3.58, "CURRENT_DAY Variable Defaults To A Static Value Instead of a Dynamic Value"

- Section 1.3.59, "FILE_GEO_COUNTRY.csv Missing For Universal Adaptor"

- Section 1.3.60, "Manufacturing - Production Cost Subject Area Is Designed For Work Order Analysis"

- Section 1.3.61, "Asset History and Asset Failure Analysis - Count of Failures Shows Zero When Time Dimension Is Null"

- Section 1.3.62, "Enterprise Asset Management Report Descriptions Are Not Translated"

- Section 1.3.63, "Failure in SDE_PRODUCTATTRIBUTENAMEDIMENSION_STEP1 With DB2 Database"

- Section 1.3.64, "W_MFG_PROD_XACT_TMP Must Always Have All Records, Not Only Incremental Records"

- Section 1.3.65, "Oracle BI Repository and BI Presentation Catalog Strings Not Translated"

- Section 1.3.66, "Exchange Rate Not Calculating Using Current Values In JD Edwards"

- Section 1.3.67, "Time Dimension Not Reported For Unapproved Requisitions"

- Section 1.3.68, "Terminology Issues in Danish Language"

- Section 1.3.69, "Save System-Wide Column Formats in Oracle BI EE Answers Not Available for Admin User"

1.3.1 Lack of Time Zone Setting Prevents Delivery of iBots to Applications Users

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

The Oracle BI Delivers iBots use a predefined query against the SA System subject area to retrieve a list of applications users who are associated with the iBot's Recipient Group. When an iBot is run, users who do not have a time zone specified in user preferences are considered invalid users and iBots are not delivered to them.

This issue occurs because the join type for the S_TIMEZONE join in the S_USER Logical Table Source in the SA System Business Model is defined as INNER when it should be defined as RIGHT OUTER.

Workaround

To work around this issue, perform these steps:

1. In Oracle BI Administration Tool, open the Oracle BI repository file OracleBIAnalyticsApps.rpd.

2. In the Business Model and Mapping layer, expand the SA System Business Model and the USER Logical Table.

3. Double-click the S_USER Logical Table Source under Sources in the USER Logical Table.

4. In the Logical Table Source - S_USER Dialog Box, change the type to RIGHT OUTER from INNER for the S_TIMEZONE join in the Joins section of the General tab.

For information on the SA System subject area, see the Oracle Fusion Middleware Metadata Repository Builder's Guide for Oracle Business Intelligence Enterprise Edition.

1.3.2 Issue with Exchange Rates and Transaction Currencies

This issue applies to Release 7.9.6.3 only.

Current design and support of multiple currencies in Oracle Business Analytics Warehouse assumes that the transactional system (or OLTP system) provides exchange rates and table structures that store exchange rates.

If the OLTP system does not provide exchange rates from the 'transaction currency' to the chosen 'one or more data warehouse currencies', then the Fact table has a null exchange rate value for 'transaction' currency to 'Global1' currency, and hence, analysis based on Global currencies is not possible for these transactions. It also impacts the correctness of the data for data that resides in various aggregate tables. This issue is also seen in the other two supported currencies (Global2 and Global3).

Workaround

To work around this issue, ensure that the OLTP system has all currency exchange rates from all possible transaction currencies added to all the three chosen Oracle Business Analytics Warehouse currencies, up front. If this is not taken care of beforehand and you encounter a missing exchange rate issue, then you can rerun transactions in 'full' mode after you have fixed the missing exchange rate issue in the OLTP system.

1.3.3 Contact Geography Attributes in Campaign Contacts_Segmentation Catalog Do Not Join Appropriately

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

The Contact Geography dimension attributes on the Campaign Contacts_Segmentation catalog, which map to the Person Geography dimension table, are not joined appropriately to the Campaign History Fact table. Therefore, Oracle Business Intelligence Server cannot find an appropriate navigation path when this dimension is used.

Workaround

To work around this issue, remove the Geography dimension from the Campaign Contacts_Segmentation catalog. If users want to use this dimension, then they can switch to another subject area that has this dimension and reference it there, for example, Customer Profile_Segmentation.

1.3.4 Issues with Multi-Source ETL

This issue applies to Release 7.9.6.3 only.

The DAC Deployment procedure causes sequence generator transformations in the ETL to be reset to start from the number 1 again. This can cause some issues when running Source Independent Load (SIL) mappings for the different applications and adapters together. These SIL mappings are unable to run together.

To illustrate this limitation, two examples of ETLs being unable to run together are shown below:

- When the Siebel Vertical adapter and Oracle EBS adapter is used, the Siebel adapter leverages the SIL mappings in the SIL_Vert folder, while the Oracle EBS adapter leverages the SIL mappings in the SILOS folder. The sequence generators in the SIL_Vert folder gets updated to new values, while the same ones in the SILOS folder do not. This results in all SILOS mappings for common dimensions (like Employee, Exchange Rate, and so on.) to fail.

- The same dimensional tables are loaded from mappings within the SILOS folder and the PLP folders. This results in the same issue as above, and when the mappings are run, they fail.

Workaround

The workaround is to set the Sequence Generator value to run between 1 and a sufficiently large finite value (for example, 1,000,000,000) for one of the folders and set the SILOS folder Sequence Generator value to run between 1,000,000,001 and its maximum limit of 2,000,000,000.

1.3.5 Email Personalization for Siebel 8.0

This issue applies to Release 7.9.6.3 only.

The email personalization formats that are installed by default in Siebel 8.0 are not constraining the generated lists by treatment ID. As a result, when a campaign launch issues the SOAP call to generate list files for a given treatment, everyone that qualifies for the campaign is being returned in the list. For example, if the campaign has two email treatments that have been allocated to two different sets of campaign members, this issue causes all campaign members to receive both treatments.

Workaround

This section explains the workaround for this issue.

1.3.5.1 Updating the Repository

This section explains how to update the repository in Oracle BI Administration Tool.

1. In Oracle BI Administration Tool, open the Oracle BI repository file OracleBIAnalyticsApps.rpd.

2. In the Physical Layer, add a physical column DCP_ID to the Campaign Promotion physical table in Marketing OLTP database and specify the following values in the Physical Column dialog:

- Name: DCP_ID

- Type: VARCHAR

- Length: 15

- Nullable: yes

3. In the Business Model and Mapping Layer, add a logical column Treatment Id to the OLTP Campaign Promotion logical table in Marketing Contact List business model and specify the following values in the Logical Column dialog:

- Name: Treatment Id

- Logical Table Source: S_CAMP_CON

- Mapped as: "Marketing OLTP".dbo."Campaign Promotion".DCP_ID

4. In the Business Model and Mapping Layer, add a logical column Treatment Id to the OLTP Campaign Promotion logical table in Marketing Account List business model and specify the following values in the Logical Column dialog:

- Name: Treatment Id

- Logical Table Source: S_CAMP_CON

- Mapped as: "Marketing OLTP".dbo."Campaign Promotion".DCP_ID

5. In the Presentation Layer, add the Treatment Id presentation column to the Campaign History (Transaction Database) presentation table in the Marketing Contact List presentation catalog and specify the following values in the Presentation Column dialog:

- Name: Treatment Id

- Logical Column: "Marketing Contact List"."OLTP Campaign Promotion"."Treatment Id".

6. In the Presentation Layer, add the Treatment Id presentation column to the Campaign History (Transaction Database) presentation table in the Marketing Account List presentation catalog and specify the following values in the Presentation Column dialog:

- Name: Treatment Id

- Logical Column: "Marketing Account List"."OLTP Campaign Promotion"."Treatment Id".

1.3.5.2 Updating the Campaign Load Format and Email Server Format

This section explains how to update the Campaign Load Format and Email Server Format in Siebel Marketing.

1. Log in to Siebel Marketing.

2. Add Treatment Id to the Campaign Contact integration component and specify the following values in the Edit Column Formula dialog:

- Table heading: Campaign Contact

- Column Heading: Treatment Id

- Column Formula: '@{treatmentID}{0}'

3. Add a filter to constrain the output based on the Treatment Id column and specify the following values in the Create/Edit Filter dialog:

- Operator: is equal to / is in

- Expression: '@{treatmentID}{0}'

1.3.6 Error in Reports Based on 'Opportunity' Under Opportunity Contact Segmentation

This issue applies to Release 7.9.6.3 only.

This issue occurs when creating a report by selecting all of the attributes from OPPORTUNITY under the subject area, OPPORTUNITY CONTACT SEGMENTATION. If you create a report with this criteria, your system reports the following ODBC error:

Odbc driver returned an error (SQLExecDirectW)
Error Details
Error Codes: OPR4ONWY:U9IM8TAC:OI2DL65P State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. [nQSError: 14026] Unable to navigate requested expression: Fact - Marketing - Segmentation Opportunity Contact.Implicit Fact Column. Please fix the metadata consistency warnings. (HY000) SQL Issued: SELECT Opportunity."Opportunity Name" saw_0, Opportunity."Opportunity Account Name" saw_1, Opportunity."Opty Status" saw_2, Opportunity."Lead Quality" saw_3, Opportunity."Lead Age Category" saw_4, Opportunity."Deal Size" saw_5, Opportunity."Primary Competitor" saw_6, Opportunity."Sales Stage Name" saw_7, Opportunity."Sales Method" saw_8, Opportunity."Targeted Opportunity Flag" saw_9, Opportunity."Reason Won or Lost" saw_10, Opportunity."Competitor ROW_ID" saw_11, Opportunity.ROW_ID saw_12 FROM "Opportunity Contact_segmentation" ORDER BY saw_0, saw_1, saw_2, saw_3, saw_4, saw_5, saw_6, saw_7, saw_8, saw_9, saw_10, saw_11, saw_12 "

Workaround

There is no workaround for this issue.

1.3.7 'STAT' Currency Journals or Accounts in Financial Analytics

This issue applies to Release 7.9.6.3 only.

This issue is specific to Oracle eBusiness Suite adaptors used in conjunction with Financial Analytics.

Currently Oracle BI Applications doesn't support extracting statistical GL balances or journals. No accounts or transactions with a STAT currency code are brought into Oracle Business Analytics Warehouse. The default mappings SDE_ORA_GLBalanceFact and SDE_ORA_GLJournals contain a filter to filter out the 'STAT' records.

Workaround

To support 'STAT' currency, perform the task specified below:

1. Log into Informatica Designer.

2. Open the SDE folder.

3. Locate the mapping SDE_ORA_GLBalanceFact.

4. Open the mapplet mplt_BC_ORA_GL_Balance_Fact.

5. Remove or comment out the line 'AND GL_BALANCES.CURRENCY_CODE <> 'STAT' from SQL Qualifier.

6. Save the changes.

Perform similar steps for the mapping SDE_ORA_GLJournals:

1. Log into Informatica Designer.

2. Open the SDE folder.

3. Locate the mapping SDE_ORA_GLJournals.

4. Open the mapplet mplt_BC_ORA_GLXactsJournalsExtract.

5. Remove or comment out the line 'AND GL_JE_HEADERS.CURRENCY_CODE<>'STAT'' from SQL Qualifier.

6. Save the changes.

1.3.8 Joining Campaign History Fact With Industry Dimension with Oracle Marketing Analytics

This issue applies to Release 7.9.6.3 only.

This issue affects the Campaign Contacts Segmentation subject area in Oracle Marketing Analytics. If you try to create a report in Oracle BI-EE Answers that joins Campaign History Fact with any of the fields in the Industry dimension, then you get a metadata inconsistency error. This error is caused by a missing join between the Industry dimension and the W_CAMP_F table at the star schema level.

Workaround

There is no workaround for this issue.

1.3.9 Employee Headcount Returns Null When Combined With Absence Type in Oracle HR Analytics

This issue applies to Release 7.9.6.3 only.

This issue affects the Working Days Lost report on the Absence Trend dashboard page in Oracle HR Analytics. The Working Days Lost report calculates the percentage of employees who are absent, using the following calculation:

/* % of employees who were absent */ (COUNT(DISTINCT "Employee Attributes"."Employee Number")/"Headcount Facts"."Employee Headcount")*100

However, when the dashboard is filtered by Absence Category or Type (for example, sickness or maternity), then the employee head count and employee absent rate returns 'null'.

Workaround

To calculate the employee absence rate for a specific absence type, use Oracle BI Administration Tool to create a derived metric in the RPD. For example, perform the following steps to calculate the percentage of Employees on sick leave. The exact metric name can vary.

1. Add a new measure 'Absence Days (Due to Sickness)' in the RPD presentation layer with the following formula:

sum(case when Dim_W_ABSENCE_TYPE_RSN_D.ABSENCE_CATEGORY_CODE = 'S' then Fact_W_ABSENCE_EVENT_F_Event.DAYS_DURATION else 0 END )

2. In Oracle BI Answers, calculate the percentage of employees on sick leave using the formula "Absence Days (Due to Sickness)"/Employee Headcount.

1.3.10 Learning Error When Selecting Learning Course and Activity in Oracle Human Resource Analytics

This issue applies to Release 7.9.6.3 only.

An error occurs when creating a report that selects only Learning Course and Learning Activity dimensions. The logical SQL is:

SELECT "Learning Course and Activity"."Learning Course" saw_0, "Learning Course and Activity"."Learning Activity" saw_1 FROM "Human Resources - Learning Enrollment and Completion" ORDER BY saw_0, saw_1

Error Codes: OPR4ONWY:U9IM8TAC:OI2DL65P State: HY000. Code: 10058. [NQODBC] [SQL_STATE: HY000] [nQSError: 10058] A general error has occurred. [nQSError: 14070] Cannot find logical table source coverage for logical columns: [Learning Course]. Please check more detailed level keys are mapped correctly. (HY000) SQL Issued: SELECT "Learning Course and Activity"."Learning Course" saw_0, "Learning Course and Activity"."Learning Activity" saw_1 FROM "Human Resources - Learning Enrollment and Completion" ORDER BY saw_0, saw_1. Learning Course and Activity presentation table is a logical grouping of common learning dimensions to be used when viewing learning enrollment facts. Because there is no logical relationship between the course dimension and the activity dimension, there is no way to present data between the two dimensions without the presence of an enrollment fact.

Workaround

To report on learning activities available for a learning course, a metric must be included in the report. For example, including Learning Course, Learning Activity and Enrollment Count in the report.

1.3.11 Division Name Pointing To An Obsolete Column In Oracle Sales Analytics

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

In Oracle Sales Analytics deployments, the dimension column 'Organization ->Division Name' refers to the Employee's Division, which is the Business Unit Name in Siebel. Refer to web catalog folder under the Usage Accelerator Subject Areas named 'Usage Accelerator Current' and 'Usage Accelerator Summary'. Division Name points to the physical column, W_INT_ORG_D.BU_NAME, which is obsolete from Oracle Business Intelligence Applications Version 7.9.5 and later.

Workaround

The workaround is to add BU_WID to UA facts that are in use, as follows:

1. In the ETL, do the following:

1. Extend each fact, including temp tables (e.g. W_UAEMP_TMP) with BU_WID.
This enables you to make the new physical alias of W_INT_ORG_D for BU conform across all facts in UA (see RPD steps below).

2. Verify that the BU_ID currently in WS_POSTN is correct.
If it is incorrect, add new column.

3. Extend W_UAPOS_TMP with BU_WID and modify the mapping to load it.

4. Modify related SIL mappings to populate the BU_WID in each fact from W_UAPOS_TMP.
Note: There are 15 fact tables and three temp tables (WS_POSTN, W_UAEMP_TMP, W_UAPOS_TMP) that must be extended with the new column BU_WID. You must also:

- Modify the mappings that populate the data in the temp tables mentioned above.

- Change all the mappings that are involved in populating the fact tables, to fetch the data for the new column BU_WID.

2. In the RPD, do the following:

1. In the Physical Layer, create a new physical alias of W_INT_ORG_D.

2. In the Business Model and Mapping layer, create a new logical dimension for BU from the alias.

3. Create a simple hierarchy for the new BU logical dim.

4. Join (logically and physically) to the facts by BU_WID.

5. In the Presentation Layer, add the BU name from new BU logical dimension.

6. Update the reports (if any) following the presentation changes.

Note: If you are upgrading from a version prior to Oracle Business Intelligence Applications Version 7.9.5, you might have to fix the old fact records by a suitable means, such as creating a Workflow.

1.3.12 Tasks Not Auto-Generated When Subject Area is Assembled for JDE With Oracle Financial Analytics

This issue applies to Release 7.9.6.3 only.

The following tasks are not auto generated and therefore have to be manually added to the JDE container as follows:

- For Financials - General Ledger Subject area, add the following 2 tasks:

- SDE_JDE_GL_Other_Fact

- SDE_JDE_CodeDimension_UDC

- For Financials - Cost of Goods Sold Subject area, add the following 2 tasks:

- SDE_JDE_GL_COGS_Fact

- SDE_JDE_CodeDimension_UDC

- For Financials - Revenue Subject area, add the following 2 tasks:

- SDE_JDE_GL_Revenue

- SDE_JDE_CodeDimension_UDC

Workaround

1. In DAC, display the Design pane and select the appropriate JDE container from the drop-down list.

2. Display the Subject Areas tab.

3. Select the applicable Subject Area (for example, Financials - General Ledger).
For a list of applicable Subject Areas, see the list above.

4. In the lower pane, display the Tasks tab, which displays the list of tasks that are part of the Subject Area.

5. Click the Add/Remove button.

6. In the pop-up window highlight the appropriate tasks (for example, SDE_JDE_GL_Other_Fact) from the left pane and then click Add.
For a list of applicable Tasks, see the list above.

Once the task has been added it is displayed in the right pane.

7. Click OK to close the pop-up window.

8. Select the newly added task and click Save.

9. Click the Save button in the top pane.

10. Click the Assemble button.

1.3.13 Revenue Ago Metrics Using GL_Accounting_Period_WID Not Supported by PSFT in Oracle Project Analytics

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

PeopleSoft does not support Revenue Ago Metrics Using GL_Accounting_Period_WID.

Workaround

To use the metrics available in table "Ago Measures" from the Subject Area "Project Revenue", you must remove the foreign key joins on Period from these facts in the repository (RPD). The server then uses the Date foreign keys, resolving the problem.

1.3.14 ACTIVE_FLG Column Not Populated Correctly in W_XACT_TYPE_D in Oracle Project Analytics

This issue applies to Release 7.9.6.3 only.

There are cases when the data load process is not disabling records that are no longer valid in the table W_XACT_TYPE_D. This happens when the update process incorrectly populates column W_XACT_TYPE_D.ACTIVE_FLG with 'Y' when in the OLTP table the value in column END_DATE_ACTIVE is less than SYSDATE. This issue does not affect the data shown in the dashboards no action is required.

Workaround

Not applicable.

1.3.15 Writeoff LOC Amounts and Exchange Rates Incorrect in Oracle Project Analytics

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

The data sourced from PeopleSoft for the W_PROJ_RETENTION_F table shows incorrect data for Project Retention write off amounts if the transaction currency code is different from the GL currency code.

Workaround

There is no workaround for this issue.

1.3.16 Potential Performance Issue in Absence ETL Mapping SDE_ORA_ABSENCEEVENT_FULL

This issue applies to Release 7.9.6.3 only.

This issue applies to EBS iRecruitment only. This applies to Absence ETL mapping SDE_ORA_ABSENCEEVENT_FULL. This mapping has an API call to EBS iRecruitment function hri_bpl_utilization.convert_days_to_hours() in the source qualifier that converts absence days to hours. This API has poor performance and can potentially increase ETL load performance for this mapping performance. It is optional to use this API call hri_bpl_utilization.convert_days_to_hours() in the ETL source adaptor.

Workaround

To improve performance, remove the API call and convert absence days to hours by multiplying it with a constant number such as 8 hours a day.

1.3.17 Duplicate Rows in W_PRODCAT_DH Tables

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

When running some mappings for Product sourcing from Siebel CRM, there may be duplicate data found in W_PRODUCT_DH.

Mapping SIL_ProductCategoryDimension_Hierarchy is vertical specific. The join in sql override to W_PRODUCT_D is missing the condition PRODUCT.CURRENT_FLG='Y'. This allows duplicate data to enter the product table.

Workaround

To avoid this, a join condition must be added, as follows:

1. In Informatica PowerCenter Designer, navigate to the folder SIL_Vert\Mappings, and open the mapping "SIL_ProductCategoryDimension_Hierarchy" in the Mapping Designer tool.

2. Edit the Source Qualifier SQ_W_PRODCAT_DS to display the Edit Transformations dialog, and display the Properties tab.

3. Select the Transformation Attribute name Sql Query, and modify the sql override to change the left outer join condition to w_product_d as:

W_PRODCAT_DS BASE
LEFT OUTER JOIN W_PRODUCT_D PROD ON
BASE.PROD_ID = PROD.INTEGRATION_ID AND PROD.CURRENT_FLG = 'Y'

4. Save the details and check in.

1.3.18 ORA-00604: Error Reported During ETL

This issue applies to Release 7.9.6.3 only.

The incremental ETL fails intermittently. When looking at the log it complains about ORA-00604: error occurred at recursive SQL level on the table W_XACT_TYPE_DS.

Workaround

In Informatica Workflow Manager, change the Target Load Type from Bulk to Normal for the following sessions:

- SDE_ORA_TransactionTypeDimension_APDerive

- SDE_ORA_TransactionTypeDimension_ARDerive

- SDE_ORA_TransactionTypeDimension_GLRevenueDerive

To locate the Target load type setting, log into Informatica Workflow Manager, and select Session Properties, then Mapping, then Targets, and select TARGET_TABLE, then select Target load type setting under Properties.

1.3.19 Loyalty AN Metric "# OF MEMBERS" Gives Incorrect Results When Grouped by Quarter

This issue applies to Release 7.9.6.3 only.

If # of members and quarter are selected to form a report, and if there is no status change for a user in the "W_LOY_MEMBER_STATUS_HIST_F" table in a given quarter, that member does not get counted for that quarter. This is a known issue causing the report to render the wrong count for members (only under this specific criteria).

Workaround

There is no workaround for this issue.

1.3.20 TREE_FLAG Attribute in Segment Dimension W_SEGMENT_D is Derived Incorrectly in Oracle Marketing Analytics

This issue applies to Release 7.9.6.3 only.

This is a known issue that affects setting the value of segment tree flag within Oracle Marketing Analytics. This flag is used to determine whether a segment or segment tree that is selected. The ETL is using the following expression, which is causing the issue:

IIF(ISNULL(PAR_CALL_LST_ID) AND SEGMENT_TYPE_I='Tree','Y,'N')

Workaround

Compare the segment type with "Segment_Tree" string instead of "Tree". The modified expression should be:

IIF(SA_FLG_lv = 'N' AND TREE_FLG_lv ='N' AND PARENT_TYPE_I = 'Segment Tree', 'Y', 'N')

1.3.21 Marketing - Actual Cost Metric Is Mapped to the Wrong Source Fields in Oracle Marketing Analytics

This issue applies to Release 7.9.6.3 only.

Marketing Cost (Actual) metric is not giving the Actual Expense, since it is mapped to the forecasted value. If you try to add this field to any report, it displays the forecasted amount instead of the actual amount.

Workaround

There is no workaround for this issue.

1.3.22 Numeric Overflow Error When Targeting Teradata

This issue applies to Release 7.9.6.3 only.

Several mappings are failing with a numeric overflow error when using Teradata as a source system. The definitions of table length and precision within the DAC metadata to handle the Teradata ETL is not consistent with the Oracle Business Analytics Warehouse schema definitions and this can cause the numeric overflow issues.

Workaround

If a numeric overflow issue is encountered, make the necessary changes to the DAC metadata within the custom DAC container to increase the data size manually to avoid numeric overflow.

1.3.23 How to Secure the Employee Dimension in Oracle HR Analytics

This issue applies to Release 7.9.6.3 only.

Oracle HR Analytics secures user data access using security filters applied to fact tables. These security filters restrict a user's access to a subset of the data based on his or her security profile by the securable dimensions e.g. organization, supervisor hierarchy or business group. As delivered, Employee dimension itself is not a securable dimension. This means that when a user browses Employee dimension directly without selecting a metric that is secured by one of the securable dimensions, he or she sees all people in the Employee dimension regardless of his/her security access. However, it is important to point out that a user's data security is applied once the user includes one or more metrics along with the Employee dimension attributes. By combining metrics with the Employee dimension, it indirectly secures the Employee dimension through the logical join between Employee dimension and the secured fact tables.

However, occasions may arise that require securing the Employee dimension so that a user can only view people within his/her security access when he/she browses the Employee dimension directly. Customers can decide to secure the Employee dimension during implementation.

Workaround

For instructions on how to secure the Employee dimension, refer to Tech Note How to Secure Employee Dimension in OBIApps 7.9.6 and 7.9.6.1 (Doc ID 948928.1) that is available at My Oracle Support.

1.3.24 DIM - CUSTOMER"."HIERARCHY BASED LOGIN" Defined Incorrectly In The BI Repository RPD

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

DIM - CUSTOMER"."HIERARCHY BASED LOGIN" is not defined correctly in the BI Repository RPD.

Workaround

For more information about working with this issue, refer to Tech Note 949432.1, which is available at My Oracle Support.

1.3.25 Missing Records When Filtering Reports By Project Organization Name in Oracle Project Analytics

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

If dashboard users change the value of attribute ORG_INFORMATION2 from 'Y' to 'N' for an organization in the OLTP dimension table HR_ORGANIZATION_INFORMATION, the ETL process that populates table W_INT_ORG_D may return records for which column PROJECT_ORG_FLG is not set to 'Y'. This is not correct and might cause records to be missing from reports when the user is filtering reports by Project Organization Name.

Workaround

The workaround for this issue is to remove the Logical Table Source (LTS) content filter condition for Dimension: "Dim - Project Organization", as follows:

1. In Oracle BI Administration Tool, open the Oracle BI repository file OracleBIAnalyticsApps.rpd.

2. In the Business Model and Mapping layer, do the following:

1. Double-click the Logical Table in the \Core\ folder named 'Dim - Project Organization', to display the Logical Table - <Name> dialog.

2. Display the Sources tab.

3. Edit the source named Dim_E_INT_ORG_D_Project_Organization, to display the Logical Table Source - <Name> dialog.

4. Display the Content tab.

5. Delete the text from the 'Use this "WHERE clause" filter to limit rows returned (exclude the "WHERE")' box.

3. Save the details.

1.3.26 Employee Name (From Position Dimension) Shows Incorrectly In Reports

This issue applies to Release 7.9.6.3 only.

Previous releases are also impacted if you have upgraded Oracle Business Intelligence Enterprise Edition to version 10.1.3.4.x or later.

This issue affects customers using default reports in Oracle Sales Analytics (including Usage Accelerator module of Sales Analytics).

In many default reports, the 'Employee Full Name' column is defaulted as the full name of the logged in user, sourced from the Position Dimension. To achieve this, the CHOOSE function is used in the expression builder in the Oracle BI Answers report. However, the CHOOSE function fails to fetch the name of the logged in user correctly, since some changes were made in Oracle BI-EE 10.1.3.4.x. Instead, it displays the name of the top level employee (the first column in the CHOOSE statement), for users at any level. However, the metrics are shown correctly. Examples of reports impacted:

- Shared Folders: Sales: Pipeline: Overview/My Top Stalled Opportunities

- Shared Folders: Sales: Pipeline: Subordinates/Pipeline by Subordinate

Workaround

Note: The IndexCol function in this definition makes the Hierarchy-Based Column default to one of the columns in the Position table based on the value of HIER_LEVEL. So, if the value of HIER_LEVEL is 0, the new column defaults to the first column in the list, and so on.

1. Open the report and Click on 'Modify'.

2. On the Criteria tab, go to 'Full Name' column and click on 'fx' to display the 'Edit Column Formula' window.

3. Replace the existing column formula with:

INDEXCOL(VALUEOF(NQ_SESSION.HIER_LEVEL),Position."Current Top Employee
Full Name", Position."Current Level 16 Employee Full Name", Position."Current
Level 15 Employee Full Name", Position."Current Level 14 Employee Full Name",
Position."Current Level 13 Employee Full Name", Position."Current Level 12
Employee Full Name",Position."Current Level 11 Employee Full Name",
Position."Current Level 10 Employee Full Name", Position."Current Level 9
Employee Full Name", Position."Current Level 8 Employee Full Name",
Position."Current Level 7 Employee Full Name", Position."Current Level 6
Employee Full Name", Position."Current Level 5 Employee Full Name",
Position."Current Level 4 Employee Full Name", Position."Current Level 3
Employee Full Name", Position."Current Level 2 Employee Full Name",
Position."Current Level 1 Employee Full Name", Position."Current Base
Employee Full Name")

4. Click OK and save the report.

1.3.27 Currency Conversion Not Done in Purchase Agreement for Oracle Procurement and Spend Analytics

This issue applies to Release 7.9.6.3 only.

The calculation for MIN PRICE does not take into account currency conversion in Purchase Agreement, and therefore produces an invalid value.

Workaround

There is no workaround for this issue.

1.3.28 Performance Issue with PLP_GLBALANCEAGGRBYACCTSEGCODS

This issue applies to Release 7.9.6.3 only.

Performance Issue with PLP_GLBALANCEAGGRBYACCTSEGCODS.

Workaround

1. Create a new connection for the session, as follows:
For details, see Note: 870314.1 - Oracle Business Intelligence Applications Version 7.9.6. Performance Recommendation.

1. Create a new connection for the source of the session.

2. Click Connection Environment SQL and enter the following.
alter session set workarea_size_policy=manual;

alter session set sort_area_size=1000000000;

alter session set hash_area_size=2000000000;

Note: If workarea_size_policy is already manual, you can omit the first command.

If the database version is 10.2.0.4, then you must include the following additional command:

alter session set "_GBY_HASH_AGGREGATION_ENABLED" = true;

3. Open session PLP_GLBalanceAggrByAcctSegCodes in Workflow Designer (Mapping Tab -> Connections).

4. Assign the new connection to SQ Connection, mapplet and $Source connection value.

5. Click OK.

2. Modify the override SQL for session PLP_GLBalanceAggrByAcctSegCodes, as follows:

1. Open Informatica Workflow Manager.

2. Check out the session PLP_GLBalanceAggrByAcctSegCodes.

3. In the Mapping tab, modify the override SQL as follows (Remove the table W_GLACCT_SEG_CONFIG_TMP and related joins from the override SQL. See the next step for changing aggregate segments).

Example – Use Segment 1 – 4 for Aggregate
SELECT $$HINT1
W_GL_BALANCE_F.LEDGER_WID,
W_GL_BALANCE_F.PROFIT_CENTER_WID,
W_GL_BALANCE_F.COMPANY_ORG_WID,
W_GL_BALANCE_F.BUSN_AREA_ORG_WID,
W_GL_ACCOUNT_D.GROUP_ACCT_WID,
W_GL_BALANCE_F.BALANCE_DT_WID,
W_GL_BALANCE_F.BALANCE_TM_WID,
W_GL_BALANCE_F.TREASURY_SYMBOL_WID,
W_GL_BALANCE_F.DB_CR_IND,
SUM(W_GL_BALANCE_F.BALANCE_ACCT_AMT) BALANCE_ACCT_AMT,
SUM(W_GL_BALANCE_F.BALANCE_LOC_AMT) BALANCE_LOC_AMT,
SUM(W_GL_BALANCE_F.BALANCE_GLOBAL1_AMT) BALANCE_GLOBAL1_AMT,
SUM(W_GL_BALANCE_F.BALANCE_GLOBAL2_AMT) BALANCE_GLOBAL2_AMT,
SUM(W_GL_BALANCE_F.BALANCE_GLOBAL3_AMT) BALANCE_GLOBAL3_AMT,
SUM(W_GL_BALANCE_F.ACTIVITY_ACCT_AMT) ACTIVITY_ACCT_AMT,
SUM(W_GL_BALANCE_F.ACTIVITY_LOC_AMT) ACTIVITY_LOC_AMT,
SUM(W_GL_BALANCE_F.ACTIVITY_GLOBAL1_AMT) ACTIVITY_GLOBAL1_AMT,
SUM(W_GL_BALANCE_F.ACTIVITY_GLOBAL2_AMT) ACTIVITY_GLOBAL2_AMT,
SUM(W_GL_BALANCE_F.ACTIVITY_GLOBAL3_AMT) ACTIVITY_GLOBAL3_AMT,
W_GL_BALANCE_F.ACCT_CURR_CODE,
W_GL_BALANCE_F.LOC_CURR_CODE,
W_GL_BALANCE_F.DATASOURCE_NUM_ID,
W_GL_BALANCE_F.TENANT_ID,
W_GL_BALANCE_F.TRANSLATED_FLAG,
W_GL_ACCOUNT_D.ACCOUNT_SEG1_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG1_ATTRIB,
W_GL_ACCOUNT_D.ACCOUNT_SEG2_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG2_ATTRIB,
W_GL_ACCOUNT_D.ACCOUNT_SEG3_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG3_ATTRIB,
W_GL_ACCOUNT_D.ACCOUNT_SEG4_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG4_ATTRIB,
NULL, --W_GL_ACCOUNT_D.ACCOUNT_SEG5_CODE,
NULL, --W_GL_ACCOUNT_D.ACCOUNT_SEG5_ATTRIB,
NULL, --W_GL_ACCOUNT_D.ACCOUNT_SEG6_CODE,
NULL  --W_GL_ACCOUNT_D.ACCOUNT_SEG6_ATTRIB
FROM W_GL_BALANCE_F,
(SELECT /*+ USE_HASH(W_GLACCT_GRPACCT_TMP, W_GL_ACCOUNT_D)*/
W_GLACCT_GRPACCT_TMP.GROUP_ACCT_WID, W_GL_ACCOUNT_D.*
FROM W_GL_ACCOUNT_D W_GL_ACCOUNT_D,
W_GLACCT_GRPACCT_TMP W_GLACCT_GRPACCT_TMP
WHERE W_GL_ACCOUNT_D.ROW_WID =
W_GLACCT_GRPACCT_TMP.GL_ACCOUNT_WID) W_GL_ACCOUNT_D
WHERE 1 = 1
AND W_GL_BALANCE_F.GL_ACCOUNT_WID = W_GL_ACCOUNT_D.ROW_WID
GROUP BY W_GL_BALANCE_F.LEDGER_WID,
W_GL_BALANCE_F.PROFIT_CENTER_WID,
W_GL_BALANCE_F.COMPANY_ORG_WID,
W_GL_BALANCE_F.BUSN_AREA_ORG_WID,
W_GL_ACCOUNT_D.GROUP_ACCT_WID,
W_GL_BALANCE_F.BALANCE_DT_WID,
W_GL_BALANCE_F.BALANCE_TM_WID,
W_GL_BALANCE_F.TREASURY_SYMBOL_WID,
W_GL_BALANCE_F.DB_CR_IND,
W_GL_BALANCE_F.ACCT_CURR_CODE,
W_GL_BALANCE_F.LOC_CURR_CODE,
W_GL_BALANCE_F.DATASOURCE_NUM_ID,
W_GL_BALANCE_F.TENANT_ID,
W_GL_BALANCE_F.X_CUSTOM,
W_GL_BALANCE_F.TRANSLATED_FLAG,
W_GL_ACCOUNT_D.ACCOUNT_SEG1_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG1_ATTRIB,
W_GL_ACCOUNT_D.ACCOUNT_SEG2_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG2_ATTRIB,
W_GL_ACCOUNT_D.ACCOUNT_SEG3_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG3_ATTRIB,
W_GL_ACCOUNT_D.ACCOUNT_SEG4_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG4_ATTRIB,
NULL, --W_GL_ACCOUNT_D.ACCOUNT_SEG5_CODE,
NULL, --W_GL_ACCOUNT_D.ACCOUNT_SEG5_ATTRIB,
NULL, --W_GL_ACCOUNT_D.ACCOUNT_SEG6_CODE,
NULL  --W_GL_ACCOUNT_D.ACCOUNT_SEG6_ATTRIB
--

4. Replace the columns not used for aggregate from the selected and group by columns with NULL in the SQL.
For example, if you only use seg1,2,3, and 4 (cf. file_glacct_segment_config_ora.csv), you change the SQL to use NULL for seg5 and 6, as follows:

W_GL_ACCOUNT_D.ACCOUNT_SEG1_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG1_ATTRIB,
W_GL_ACCOUNT_D.ACCOUNT_SEG2_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG2_ATTRIB,
W_GL_ACCOUNT_D.ACCOUNT_SEG3_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG3_ATTRIB,
W_GL_ACCOUNT_D.ACCOUNT_SEG4_CODE,
W_GL_ACCOUNT_D.ACCOUNT_SEG4_ATTRIB,
NULL, --W_GL_ACCOUNT_D.ACCOUNT_SEG5_CODE,
NULL, --W_GL_ACCOUNT_D.ACCOUNT_SEG5_ATTRIB,
NULL, --W_GL_ACCOUNT_D.ACCOUNT_SEG6_CODE,
NULL  --W_GL_ACCOUNT_D.ACCOUNT_SEG6_ATTRIB

5. Replace $$HINT1 with the following value:

A) /*+ OPT_PARAM('_GBY_HASH_AGGREGATION_ENABLED', 'true')
USE_HASH(W_GL_BALANCE_F, W_GL_ACCOUNT_D) */
Use the following parallel hint when further improvement is needed.
B) /*+ OPT_PARAM('_GBY_HASH_AGGREGATION_ENABLED', 'true')
USE_HASH(W_GL_BALANCE_F, W_GL_ACCOUNT_D)  PARALLEL(W_GL_BALANCE_F, 4) */

6. Save the session and check it in.

1.3.29 'Other Operating Expenses' Not Included in Profit and Loss Reports

This issue applies to Release 7.9.6.3 only.

The logic to calculate the 'Other Operating Expenses' line item in the 'Financials > Profitability > P&L > 'Profit and Loss Quarterly' & 'Profit and Loss YTD' reports is missing expenses defined in Group Account OTHER_OPER_EXP (Other Operating Expenses). In order to avoid confusion between the line item and the group account name, since they are both named 'Other Operating Expenses', a new name ("Miscellaneous Operating Expenses") has been associated with the OTHER_OPER_EXP group account.

Workaround

See the document titled "The amount of 'Other Operating Expenses' is incorrect in P/L reports [ID 1102695.1]" on My Oracle Support.

1.3.30 Chargeback Transactions Not Included in AR Aging Report

This issue applies to Release 7.9.6.3 only.

This issue is specific to Oracle eBusiness Suite 11i adaptors used in conjunction with Financial Analytics. Currently 'Chargeback' Transactions are not included in AR Aging Report. The issue only applies to 11i customers. The issue is correctly handled in R12 adapter where Chargeback is marked as INVOICE subtype code.

Workaround

See the document titled "Ar Aging Transactions Are Missing Chargebacks [ID 1094045.1]" on My Oracle Support.

1.3.31 'Days Payables Outstanding' and 'AP Turnover' Columns Are Missing

This issue applies to Release 7.9.6.3 only.

This issue applies to only those Oracle BI Applications customers who have implemented Procurement and Spend Analytics without implementing Financial Analytics.

The metrics "Days Payables Outstanding" and "AP Turnover" that were part of "Supplier Performance – Supplier AP Transactions" Subject Area under Procurement and Spend Analytics require implementation of additional subject areas from Financial Analytics in order to have those metrics work correctly.

To resolve this packaging issue, these metrics and their associated reports have been removed from Procurement and Spend Analytics V7.9.6.2. If you have a standalone implementation of a previous version of Procurement and Spend Analytics, then you must follow the steps listed in the workaround below.

Workaround

1. Modify the metadata repository file (RPD), as follows:

1. Remove 'Days Payables Outstanding' and 'AP Turnover' metrics from Subject Area, 'Supplier Performance – Supplier AP Transactions' ('Fact - Supplier AP Transactions' presentation table).

2. Modify Presentation Catalog (Webcat), as follows:

1. Edit the 'Supplier Performance' dashboard, 'Overview' page and remove 'Days Payable Outstanding' from KPI list in report 'Supplier Performance Key Metrics – 2'.

2. Edit 'Supplier Performance' dashboard, 'Overview' page, and remove 'Supplier DPO Trend' report from that page.

3. Edit 'Supplier Performance' dashboard, 'Trends' page and remove 'DPO Trends' report and the guided navigation below it.

4. Edit 'Supplier Performance' dashboard, 'Supplier Payables' page and remove 'Supplier DPO Trend' report from that page.

5. Optional step - you may also rearrange the reports on these modified dashboard pages for a better page layout.

6. Edit 'Top 10 Numbers Of Supplier Payments' report in Answers, and remove 'AP Turnover' column from Criteria tab.

1.3.32 Error During Import Of New Schema Definitions Into Siebel Transactional Database

This issue applies to Release 7.9.6.3 only.

When running the DDL_OLTP.ctl file to import new schema definitions into the Siebel OLTP database, you may receive an error stating that one or more objects already exist in the database.

Workaround

To resolve the error, use the DDLimp Merge argument (/M Y) in the DDLimp command.

1.3.33 SDE_PSFT_GLJournals_Extract_Full Fails Due to Data Type Mismatch

This issue applies to Release 7.9.6.3 only.

SDE_PSFT_GLJournals_Extract_Full fails due to a data type mismatch for a date column on DB2. SDE_PSFT_GLJournals_Extract_Full returns the following error when the source database is DB2:

The data types of the operands for the operation ">=" are not compatible or comparable.  SQLSTATE=42818

The data type of PS_JRNL_HEADER.JOURNAL_DATE is date type. The parameter $$INITIAL_EXTRACT_DATE returns time stamp. Thus, the following condition fails due to data type mismatch:

S_JRNL_HEADER.JOURNAL_DATE >= $$INITIAL_EXTRACT_DATE.

Workaround

See tech note 1086676.1.

Add the following task level parameter for the SDE_PSFT_GLJournals_Extract task in DAC:

[Task Level Parameter (New)]

Static:

Date: Jan 1, 1970 12:00:00 AM

Variable @DAC_ETL_START_TIME

SQL: Null

Function: SQL Syntax (Date Only)

Format: Null

Connection Type: @DAC_SOURCE_DBTYPE

1.3.34 SIL_GLAccountDimension_HierarchyUpdate Task Fails on DB2

This issue applies to Release 7.9.6.3 only.

When the source database is DB2, the SIL_GLAccountDimension_HierarchyUpdate Task fails with the following error:

"[IBM][CLI Driver][DB2/AIX64] SQL0911N  The current transaction has been rolled back because of a deadlock or timeout.  Reason code "68". SQLSTATE=40001"

Workaround

Change the 'Commit Interval' to '1' in the PROPERTIES tab of the session WorkFlow, as follows:

1. Open Informatica Workflow Manager.

2. Open the SILOS folder.

3. Open session SIL_GLAccountDimension_HierarchyUpdate.

4. Navigate to Properties tab.

5. Set the parameter value 'Commit Interval' to '1'.

6. Save and check in the session.

1.3.35 Error in SIL_HouseholdDimension_SCDUpdate_Full Mapping

This issue applies to Release 7.9.6.3 only.

The SCD mapping SIL_HouseholdDimension_SCDUpdate_Full is incorrectly inserting records instead of updating them.

Workaround

1. In Informatica Designer, navigate to the SIL_VERT folder.

2. Locate the task SIL_HouseholdDimension_SCDUpdate_Full.

3. Edit the task and change the 'Treat Source Rows of' parameter value from 'Insert' to 'Update'.

4. Save and check in the session.

1.3.36 Recruitment Metric "Time to Fill (Days)" Has Incorrect Denominator

This issue applies to Release 7.9.6.3 only.

The recruitment metric 'Time To Fill (Days)' calculates the number of days lapsed between when a requisition is opened and when it is closed. The formula is calculated as follows:

sum(W_RCRTMNT_EVENT_F.RQSTN_OPEN_TO_RQSTN_CLOSE_DAYS) / nullif(count(distinct W_RCRTMNT_EVENT_F.JOB_RQSTN_WID), 0)

The denominator should be Closed Requisitions not All Requisitions.

Workaround

The workaround for this issue is to apply the following change to the Oracle BI Enterprise Edition repository file (OracleBIAnalyticsApps.rpd):

1. Backup the existing repository file.

2. In the repository file, identify the logical fact table 'Fact - HR - Recruitment Event Information'.

3. Locate the logical column 'Time To Fill (Days)'.

4. Double-click the logical column and change the expression, as follows:
From:

Core."Fact - HR - Recruitment Event Information"."Time To Fill (Days) -  Internal" / Core."Fact - HR - Recruitment Event Information"."Job Requisitions Count"

To:

Core."Fact - HR - Recruitment Event Information"."Time To Fill (Days) - Internal" / Core."Fact - HR - Recruitment Event Information"."Job Requisitions Closed"

1.3.37 SIL_EmployeeDimension_SCDUpdate Hangs in Incremental Load With SQL Server 2005

This issue applies to Release 7.9.6.3 only.

SIL_EmployeeDimension_SCDUpdate map hangs in incremental load when using a SQL Server 2005 target database for Oracle Business Analytics Warehouse due to locking issues.

Workaround

Turn on the read committed snapshot feature in the target database, which avoids the locking issues and allow the maps to complete.

1.3.38 Issue with DB2 9.1 Databases During Full ETL Loads

This issue applies to Release 7.9.6.3 only.

During full ETL loads using DB2 9.1 databases, the truncate task fails. This issue generates an error message in the DAC log file similar to the following:

Failed: SIEBTRUN ('@TABLEOWNER.W_QUOTE_MD') With error message: COM.ibm.db2.jdbc.DB2Exception: [IBM][CLI Driver][DB2/AIX64] SQL0668N Operation not allowed for reason code "3" on table "SIEBEL.W_QUOTE_MD". SQLSTATE=57016.

This issue occurs only during full loads. It does not occur during incremental loads, because tables are not truncated during incremental loads.

Workaround

This issue is described as "table in load pending state," and no code fix is required. The table must be reverted back to its normal state. The ETL should then run without any further issues. It is recommended that a DBA assists in performing this workaround.

1.3.39 Country and State Names in mplt_CODES_GeographDimension Mapplet Fail for JD Edwards Source Systems

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

For JD Edwards source systems, the W_CODE_D column is sourced from a UDC table F0005 table. This table has a column length of 10 for the CODE column, with the code left-padded with space characters.

In this release of Oracle Business Intelligence Applications, trim logic has been added to remove extraneous spaces. However, the Source Dependent Extract mapplet does not use trim logic, which means that the resolving of Country and State Names in the mplt_CODES_GeographDimension mapplet fails.

Workaround

1. Connect to the Informatica repository using the Informatica Designer.

2. Connect to and open the SILOS folder.

3. Locate and then open the mapplet mplt_CODES_GeographDimension.

4. Check out the mapplet.

5. Navigate to the expression Exp_Default.

6. Change the port mapping for the COUNTRY_CODE Output port from this:

LTRIM(RTRIM(IN_COUNTRY_CODE))

To this:

IN_COUNTRY_CODE

7. Save and check in the updated mapplet.

1.3.40 Querying Across Subject Areas

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

In Oracle BI Enterprise Edition 11g, an Answers user can create a query that selects data from multiple subject areas that he/she has access to. While this feature provides a user greater flexibility in constructing queries cross multiple subject areas, a user can not select data from different subject areas freely. In order to leverage across subject area querying, the subject areas from which the metrics are sourced must share the same dimensionality.

When a user queries a single subject area, all the metrics exposed in a subject area are compatible with all the dimensions exposed in the same subject area. However, when a user combines metrics and dimensions from multiple subject areas, it is easy to select combinations of metrics and dimensions that are incompatible with one another. For example, a metric in one subject area might not be dimensioned by Project. If attributes from the Project dimension from another subject area are added to the request along with metrics that are not dimensioned by Project, then the query might fail to return results, and could return no data or the BI Server error "No fact table exists at the requested level of detail: XXXX."

Workaround

No workaround is available for this issue.

1.3.41 Oracle EBS 12.1.3 - Contract Lifecycle Management Impact on Release 7.9.6.3

This issue applies to Release 7.9.6.3 only.

This issue applies to only those Oracle BI Applications customers who have implemented Procurement and Spend Analytics for E-Business Suite (EBS) 12.1.3 along with Feature Pack for Oracle Contract Lifecycle Management (CLM) for Public Sector. CLM Feature Pack is deployed as an add-on to Oracle EBS 12.1.3 for delivering an integrated acquisition management solution for federal government procurement.

CLM functionality has introduced changes to the Oracle EBS data model that affects data extraction and loading for Oracle Procurement and Spend Analytics. Customers with Oracle EBS 12.1.3 and the CLM feature pack must apply additional filters to exclude CLM records and to ensure that it does not interfere with V7.9.6.3 Procurement and Spend Analytics functionality.

Workaround

No workaround is available for this issue.

1.3.42 Task PLP_APXACTSGROUPACCOUNT_A1_LOAD Takes a Long Time to Complete

This issue applies to Release 7.9.6.3 only.

Two indices are required during ETL task PLP_APXACTSGROUPACCOUNT_A1_LOAD that are marked as 'Query' rather than 'ETL', and are therefore dropped in DAC before the task runs. This affects performance. DAC metadata needs to be changed to mark them as ETL indices.

Workaround

Objects : Indices W_AP_XCT_GAD_D_F11 and W_AP_XCT_GAD_D_F6. Modification: Change the Index Usage for these indices from Query to ETL so that they may be used during the task run in incremental mode.

1.3.43 Project Chartfields Missed in GL Balance Extract

This issue applies to Release 7.9.6.3 only.

In PSFT, the GL Account IDs from various transaction fact tables are inserted into a temporary table where the chartfields are split and stored in respective columns. From V7.9.6.2, additional project chartfields are included that must be used in every transaction fact table. If the project chartfields are not applicable for a transaction fact, then nulls have to be concatenated in order to have an equal number of fields concatenated so that the derive logic will derive based on the total supported set. This functionality is missing in GL Balance, and must be implemented by following the workaround below.

Workaround

1. Open Informatica PowerCenter Designer and edit the mapping SDE_PSFT_Stage_GLBalance_Extract in the appropriate PSFT adaptor to make the following changes.

2. Edit the expression transformation Exp_GL_Balance_ID_Formation and change the expression of VAR_GL_ACCOUNT_ID port.

3. Change the expression value of VAR_GL_ACCOUNT_ID to:

VAR_ACCOUNT_SETID||'~'||INP_BUSINESS_UNIT||'~'||INP_ACCOUNT||'~'||INP_ALTACCT|
|'~'||INP_DEPTID||'~'||INP_OPERATING_UNIT||'~'||INP_PRODUCT||'~'||INP_FUND_COD
E||'~'||INP_CLASS_FLD||'~'||INP_PROGRAM_CODE||'~'||INP_BUDGET_REF||'~'||INP_AF
FILIATE||'~'||INP_AFFILIATE_INTRA1||'~'||INP_AFFILIATE_INTRA2||'~'||INP_CHARTF
IELD1||'~'||INP_CHARTFIELD2||'~'||INP_CHARTFIELD3||'~'||INP_PROJECT_ID||'~'||I
NP_STATISTICS_CODE||'~'||'~'||'~'||'~'||'~'||'~'

Note that the project chartfields are not applicable in PS_LEDGER, which is the source for GL balances, and hence you must concatenate nulls for the remaining chartfields.

4. Validate and save the changes.

1.3.44 COGS SDE Mappings Might Fail When Sourcing From Multiple EBS 11i Instances

This issue applies to Release 7.9.6.3 only.

If sourcing from multiple Oracle EBS 11i instances and using more than one DAC execution plan, COGS SDE mappings might fail due to duplicate records generated in W_GL_COGS_FS. In the extract SQL of SDE_ORA_GLCOGSFact_Derive (source table W_GL_COGS_F_TMP / W_GL_ACCOUNT_D, target table W_GL_COGS_FS), the join condition does not have a check on the DATASOURCE_NUM_ID.

Workaround

See the document titled "How to avoid duplicate records in W_GL_COGS_FS for multi-instances EBS source? [ID 1312078.1]" on My Oracle Support.

1.3.45 GL Journals Using Wrong Currency Conversion Date

This issue applies to Release 7.9.6.3 only.

ETL logic to populate the exchange date in the General Ledger (GL) fact derives the date from the posted date. In cases where a journal is created in one period but then is posted in the next period, the ETL populates the exchange rate based on the posted date. However, in GL the currency conversion rate for any foreign currency journals should lie within the accounting period in which the journal is created. Therefore, by using posted date as exchange date, the derived conversion rate is thereafter incorrect.

Workaround

See the document titled "Altering Currency Conversion Exchange Rate When Using Adjustment Date Instead of Posted Date for the GL Module [ID 887647.1]" on My Oracle Support.

1.3.46 W_GL_BALANCE_F_U1 Index Creation Fails When Loading From PeopleSoft Financials

This issue applies to Release 7.9.6.3 only.

Three additional chart fields CHARTFIELD1, CHARTFIELD2 and CHARTFIELD3 must be included in the INTEGRATION_ID for W_GL_BALANCE_F. Otherwise, if all other chart fields included are null, then Integration ID will be duplicated, leading to a unique constraint violation.

Workaround

See the document titled "Load for Fact Table W_GL_BALANCE_F fails in BI Apps 7.9.6.2 for Peoplesoft 9.0 source [ID 1308336.1]" on My Oracle Support.

1.3.47 SDE_ORA_APTRANSACTIONFACT_DISTRIBUTIONS Uses Incorrect Extract Date

This issue applies to Release 7.9.6.3 only.

The full session of the SDE_ORA_APTransactionFact_Distributions task extracts data from the Oracle EBS source system based on the $$LAST_EXTRACT_DATE, instead of the $$INITIAL_EXTRACT_DATE. The correct extraction should be based on the $$INITIAL_EXTRACT_DATE.

Workaround

See the document titled "SQ FOR SDE_ORA_APTRANSACTIONFACT_DISTRIBUTIONS_FULL USING INCORRECT EXTRACT DATE PARAMETER [ID 1313832.1]" on My Oracle Support.

1.3.48 Verify Data Warehouse Tables After ETL with DB2 UDB v9.7 and Siebel 8.1.1

This issue applies to Release 7.9.6.3 only.

This issue affects Siebel 8.1.1 Source System with DB2 V9.7. After ETL, you must verify the following data issues in the Oracle Business Analytics Warehouse tables:

- The time stamp is rounded off to 00:00:00 for all Date columns. For example, in the table W_ACTIVITY_D, the column ACTUAL_END_DT has the time stamp rounded off to 00:00:00, though the bench has a time stamp value. E.g:
Bench pre-ETL:

Integration ID ACTUAL_END_DT
05-HMDY5 2006-06-06 05:17:01

Bench post-ETL:

Integration ID ACTUAL_END_DT
05-HMDY5 2006-06-06 00:00:00

- Decimal values for numeric date are not truncated after the decimal. For example, in the table W_ACTIVITY_D, the column A_JULIAN_END_DT truncates decimal values. E.g:
Bench pre-ETL:

Integration ID A_JULIAN_END_DT
1-10RIU 2452128.9046875

Bench post-ETL:

Integration ID A_JULIAN_END_DT
1-10RIU 2452128

1.3.49 PLP_LoyMemberTierMovementQtrAggr fails On Non-Oracle Databases for Oracle Loyalty Analytics

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

This is a known issue affecting non-Oracle databases. The ETL for "MEMBER TIER MOVEMENT AGGREGATION" fails with a transformation error if the target Oracle Business Analytics Warehouse database is non-Oracle.

Workaround

In Informatica PowerCenter Designer, use the Mapping Designer tool to modify the PLP_LoyMemberTierMovementQtrAggr mapping as follows:

For Microsoft SQL Server databases:

1. Open the SQL_LoyMemberTierMove_Agg SQL transformation, and display the SQL Settings tab.

2. Change the Database Type to Microsoft SQL Server.

3. Display SQL Ports tab, and change the Native Type datatype for ALL columns that read 'bit' and change the value to 'varchar'.

For DB2 databases:

1. Open the SQL_LoyMemberTierMove_Agg SQL transformation, and display the SQL Settings tab.

2. Change the Database Type to DB2.

3. Display SQL Ports tab, and change the Native Type datatype for ALL columns that read 'char' and change the value to 'varchar'.

For Teradata databases:

1. Open the SQL_LoyMemberTierMove_Agg SQL transformation, and display the SQL Settings tab.

2. Change the Database Type to TeraData.

3. Display SQL Ports tab, and change the Native Type datatype for ALL columns that read 'char' and change the value to 'varchar'.

1.3.50 Dashboard Tooltips Are Displayed In English Only

This issue applies to Release 7.9.6.3 only.

Module: All.

Source OLTP: All.

Database: All.

This issue applies to Oracle BI Applications customers who are using Oracle Business Intelligence Enterprise Edition Release 11.1.1. This issue is related to multilingual support and is applicable only to languages other than US English.

Whenever Oracle BI Applications dashboard descriptions are available, they are displayed as mouse-over tool tips within the Dashboards drop-down menu in Oracle BI EE. However, due to a known issue in Oracle BI EE 11.1.1 (11.1.1.5.0 and lower), non-English translations are also displayed in US English.

Workaround

Note: The following work-around lists the steps to view a dashboard description in the desired target language. It does not resolve the issue of tooltips being displayed only in US English.

1. Open your web browser and connect to your Oracle Business Intelligence environment.

2. At the sign in screen, provide your user ID and password, and the language in which you want to work.

3. From your My Dashboard page or from the Oracle Business Intelligence Home page, select the Catalog option from the global header to open the Catalog page.

4. From the Folders pane, navigate to the Shared Folders subfolder, select the folder for the application that you are working with, and then select the Dashboards folder.

5. In the Dashboards folder, the dashboard descriptions will be displayed below the dashboard name in the language you selected at the sign on screen.
Descriptions are also displayed under dashboard properties. To access dashboard properties, select the dashboard, right mouse click and then select Properties option from the dropdown.

1.3.51 Metrics Error in Next Product Purchased Report in B2B Customer Insight Dashboard

This issue applies to Release 7.9.6.3 only.

Module: Marketing Analytics - B2B Customer Insight Analysis

Release Number: 7.9.6.3

Source OLTP: All supported Siebel versions

Database: All supported databases

Module: Marketing Analytics - B2B Customer Insight Analysis.

Source OLTP: All supported Siebel versions.

Database: All supported databases.

The Next Product Purchased report under B2B Customer Insight dashboard does not report the right count of the metrics. This is due to the usage of an obsolete foreign key W_ORDERITEM_F.ACCNT_WID. The new customer dimension model should use W_ORDERITEM_F.CUSTOMER_WID instead of W_ORDERITEM_F.ACCNT_WID.

Workaround

1. In Oracle BI Administration Tool, open your RPD, go to Physical Layer and expand the physical database: Oracle Data Warehouse.

2. Scroll down to object: Fact_W_ORDERITEM_F_PRODUCTS_SAME_ACCOUNT_OV_F.

3. Double click on the object, display the General tab, and replace the SQL statement with the following:

SELECT  F.PROD_WID AS PROD_WID, F2.PROD_WID AS NEXTORDER_PROD_WID,
F.CUSTOMER_WID AS ACCT_WID,  F.ORDER_WID, F2.ORDER_WID AS NEXTORDER_WID
FROM VALUEOF(OLAPTBO).W_ORDERITEM_F F, VALUEOF(OLAPTBO).W_ORDERITEM_F F2
WHERE
F.CUSTOMER_WID = F2.CUSTOMER_WID and F.PROD_WID <>0 and F2.PROD_WID <>0
AND F2.ORDER_WID = (SELECT MIN(ORDER_WID)
FROM VALUEOF(OLAPTBO).W_ORDERITEM_F FIN
WHERE FIN.CUSTOMER_WID = F.CUSTOMER_WID
AND   FIN.ORDER_WID > F.ORDER_WID)
AND F.CUSTOMER_WID <> 0

4. Save the RPD.

5. Restart Oracle BI EE.

1.3.52 Truncate Should Always Be Set For W_POSITION_DH_PRE_CHG_TMP TABLE In DAC

This issue applies to Release 7.9.6.3 only.

W_POSITION_DH_PRE_CHG_TMP is a temporary table used in the incremental run of the position hierarchy. This table should be truncated prior to each incremental run. This setting is missing in the installed DAC metadata. Without this setting, the load of W_POSITION_DH_PRE_CHG_TMP could become slower. In addition, some of the post load fact updates like PLP_PayrollFact_PositionHierarchy_Update could report the following error:

Error: ORA-01427: single-row subquery returns more than one row

Workaround

Turn on the 'Truncate Always' setting in DAC metadata for the table W_POSITION_DH_PRE_CHG_TMP, as follows:

1. In DAC, navigate to Design, then [In your specific Container], then Tasks.

2. Query for and select "SIL_PositionDimensionHierarchy_PreChangeTmp".

3. Navigate to Task, then the "Target Tables" sub-tab, then select the "Truncate Always" property for the W_POSITION_DH_PRE_CHG_TMP table.

4. Save the changes.

1.3.53 Recruitment Showing Incorrect Hire Date for Internal Applicant

This issue applies to Release 7.9.6.3 only.

This issue affects Oracle E-Business Suite customers implementing Recruitment Analytics only. The hire date on the recruitment fact is not the original hire date for internal job applicants. The hire date is the date that an applicant is hired regardless whether the applicant is an internal or external applicant. When an employee applies for a job internally, the hire date in the recruitment fact stores the date of joining the new job and not the original hire date for the internally hired/transferred employee. This is by design.

When an employee applies for a job internally, the employee becomes an employee-applicant. Recruitment analytics correlates the internal applicant with that of the employee getting hired in the job. This process is done in the mapping SDE_ORA_ApplicantEventFact_EmpAplAssignments. This process correlates the applicant assignment with the employee assignment. The information is stored in table W_ORA_APPL_EVENT_F_TMP. The logic for this correlation can vary based on the implementations. During implementation, the conditions specified in the mapplet source qualifier SQL mplt_BC_ORA_ApplicantEventFact_EmpAplAssignments can be made more restrictive. You can add more conditions in the source qualifier SQL so that the correlation is more accurate. For example, more restrictions can be applied with a condition like:

a. asg_apl.vacancy_id = asg_emp.vacancy_id
b. asg_apl.application_id = asg_emp.application_id
c. asg_apl.vacancy_id = asg_emp.vacancy_id and asg_apl.application_id = asg_emp.application_id

1.3.54 APPS User Providing Generic Access Violating SOX Compliance With Oracle EBS

This issue only applies to the Oracle EBS adapter. Oracle E-Business Suite applications by default access their database objects via the APPS user. The APPS user provides generic access and can violate SOX compliance. In a production environment, you typically do not want the ETL to be leveraging APPS privileges.

For Release 7.9.6.3 or Release 7.9.6.4, follow the Workaround below.

Note: For Release 7.9.6.4, the Workaround instructions below are included in Section 6.2.2 Configuration Steps for Oracle Supply Chain and Order Management Analytics, in Oracle Business Intelligence Applications Configuration Guide for Informatica PowerCenter Users.

Workaround

Create a new user with select and create synonyms privileges to take care of schema ownership on the selected EBS transactional tables that Oracle BI Applications extract from. A list of the source tables used in the ETL process can be identified by the following steps:

1. Login to DAC.

2. Select the application container, for example, Oracle 11.5.10.

3. Display the Tables tab.

4. Query for tables with the Table Type set to 'Source'.

5. For each table returned by the query, right-click and select 'Output to file' to display the Output table dialog, and note down the table name that is displayed in the Output File box (for example, W_ETL_TABLE.txt).

6. Using the table names that you obtained in step 5, create a database script to grant CONNECT, RESOURCE and CREATE SYNONYM privileges to the new user. Then create synonyms for all the tables generated from the above steps and grant select on the synonyms that are created.

The following packages require execute privilege to extract data from EBS R12 when not using the APPS user ID.

- PA_PROJECT_PARTIES_UTILS.GET_PROJECT_MANAGER_NAME

- PA_PROJECT_PARTIES_UTILS.GET_PROJECT_MANAGER

- INV_CONVERT.INV_UM_CONVERSION

- INV_CONVERT.INV_UM_CONVERT

- HRI_OLTP_VIEW_WRKFRC.CALC_ABV

- PA_HR_UPDATE_API.GET_JOB_LEVEL

- HRI_BPL_UTILIZATION.CONVERT_DAYS_TO_HOURS

- HR_MISC_WEB.GET_USER_DEFINED_JOB_SEGMENTS

Also see section 'How to Deploy Objects in Oracle EBS for exploding the BOM' in Oracle Business Intelligence Applications Configuration Guide for Informatica PowerCenter Users.

1.3.55 Changing the Time Grain of Cost Aggregate in Project Analytics

This issue affects Releases 7.9.6.3 and 7.9.6.4.

For Release 7.9.6.3, after installation, the cost aggregate is configured as Fiscal Quarter, but you can also set cost aggregate to Fiscal Period or Fiscal Year. To change the cost aggregate, you set the DAC Parameter $$cost_time_grain to Period, Quarter, or Year. In addition, you must also edit the BI Metadata repository (RPD), as described in Tech Note 1088171.1, which is available on My Oracle Support.

For Release 7.9.6.4, the procedure for changing the cost aggregate in the BI Metadata repository (RPD) is described in Oracle Business Intelligence Applications Configuration Guide for Informatica PowerCenter Users, in Section 15.2.1.3 Configuring the Project Cost Aggregate Table.

1.3.56 Unspecified Row of W_DAY_D and W_MCAL_DAY_D With the Value 1/1/1901 Causes Errors in Reports

This issue affects Releases 7.9.6.3 and 7.9.6.4.

The unspecified row of W_DAY_D and W_MCAL_DAY_D has the value 1/1/1901 in the date column, which makes unspecified date columns in reports display as 1/1/1901. In addition, this date setting can affect functions, calculations, and metrics.

Workaround

If you need to display null on reports where the row is resolving to the unspecified row, then you must use a case statement in the logical layer of the metadata repository (RPD file) to change 1/1/1901 to a null in date dimensions.

Alternatively, set a system wide property for affected columns in the Presentation Services Catalog that converts the date to null when a column has the value 1/1/1901.

1.3.57 Asset Activity Shows All Inventory Items

This issue applies to Release 7.9.6.4 only.

The List of Values in the Activity Number attribute of Asset Activity Dimension will display all inventory items. You can use it in conjunction with the Facts or Dimension in Enterprise Asset Management Analytics so that it will display Asset Activity only. This issue applies to all Oracle E-Business Suite releases.

Affected Subject Areas

- EAM - Asset Failure Analysis

- EAM - Asset Maintenance Costs

- EAM - Asset Maintenance Work Orders

- EAM - Asset Meter Reading

- EAM – Maintenance Material Usage

- EAM – Maintenance Resource Usage

Affected Reports

- Planned Workorders Asset Activity

Workaround

Not applicable.

1.3.58 CURRENT_DAY Variable Defaults To A Static Value Instead of a Dynamic Value

This issue applies to Release 7.9.6.3 only.

Dashboards that use the metadata repository variable CURRENT_DAY are showing invalid data because this variable is defaulted incorrectly to the static value 4-14-2011.

Workaround

1. Use BI Administration Tool to edit the BI metadata repository.

2. Configure the value of the CURRENT_DAY variable to have the Default Initializer set to VALUEOF("LAST_REFRESH_DT").
This can done by double clicking the CURRENT_DAY repository variable under the option Manage, then Variables, then Static.

1.3.59 FILE_GEO_COUNTRY.csv Missing For Universal Adaptor

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

The ETL configuration file FILE_GEO_COUNTRY.csv is missing from Universal Adaptor, which can lead to ETL failure.

Workaround

Manually create the FILE_GEO_COUNTRY.csv file and populate with data.

1. In the SrcFiles folder where the other Universal Adaptor files are located, create a new file called FILE_GEO_COUNTRY.csv.

2. Copy in the following five lines to the top of the file:

Description,Source for event type dimensional details in the W_GEO_COUNTRY_D table. This list can be extended per requirements.,,,,,,,,,,,,,,,,,,,,,,,,
Examples,,,,,,,,,,,,,,,,,,,,,,,,,
Last Updated By,,,,,,,,,,,,,,,,,,,,,,,,,
Last Updated On,,,,,,,,,,,,,,,,,,,,,,,,,
COUNTRY_CODE,COUNTRY_NAME,ISO_COUNTRY_CODE,ISO_COUNTRY_NAME,ISO_NUMERICAL_CODE
,ISO_ALPHA3_CODE,NLS_TERRITORY,CREATED_BY_ID,CHANGED_BY_ID,CREATED_ON_DT,CHANG
ED_ON_DT,AUX1_CHANGED_ON_DT,AUX2_CHANGED_ON_DT,AUX3_CHANGED_ON_DT,AUX4_CHANGED
_ON_DT,DELETE_FLG,X_CUSTOM

3. Starting at line six, insert your data, then save the file.

1.3.60 Manufacturing - Production Cost Subject Area Is Designed For Work Order Analysis

This issue applies to Release 7.9.6.4 only.

The Manufacturing - Production Cost subject area is designed to analyze production costs by cost elements at the work order level.

While this subject area lends itself to analyzing the production cost by cost element for a finished product, this analysis may not be accurate for a product with more than one level in their bill of material structure. All the production costs for sub assemblies are configured to roll-up as material cost for finished goods using this subject area.

1.3.61 Asset History and Asset Failure Analysis - Count of Failures Shows Zero When Time Dimension Is Null

This issue applies to Release 7.9.6.4 only.

In Asset History and Asset Failure Analysis Subject Areas, the Count of Failures is showing '0's for all Assets when the Asset is not having any Failure date information, so the Time Dimension value is coming as null.

Workaround

Use the filter condition in the report as Failure count > 0. Also, Time Hierarchy should not be Expanded if it is showing a Null value.

1.3.62 Enterprise Asset Management Report Descriptions Are Not Translated

This issue applies to Release 7.9.6.4 only.

This is applicable to customers who implement EAM adapters. Localization is not available for report descriptions in EAM.

Workaround

Add descriptions in your language and save for the selected reports specific to your Enterprise Asset Management implementation.

1.3.63 Failure in SDE_PRODUCTATTRIBUTENAMEDIMENSION_STEP1 With DB2 Database

This issue applies to Release 7.9.6.4 only.

The task fails and generates the error message: "TRANSF_1_1_1_1> TE_7073. Aggregate Error: Expecting keys to be ascending."

Tasks known to fail: sde_productattributenamedimension_step1.

Workaround

In Informatica Mapping Designer, open the corresponding mapping and in the Aggregator transformation, remove the check from the Sorted Input check box.

1.3.64 W_MFG_PROD_XACT_TMP Must Always Have All Records, Not Only Incremental Records

This issue applies to Release 7.9.6.4 only.

Work Order Completion date is coming in as Nulls in Oracle Manufacturing Analytics facts after incremental loads. This is because of a look-up on the temporary table W_MFG_PROD_XACT_TMP to get the work order completion date. On installation, the W_MFG_PROD_XACT_TMP table is set with the "Truncate Always" option, and therefore is loaded with minimal records during incremental runs, because the material transactions prior to LAST_EXTRACT_DATE are missing.

Expected Behavior

SDE_ORA_MfgWIPCompletions_Temporary should always run from INITIAL_EXTRACT_DATE so that all of the material transactions are available. This will ensure that the work order completion dates are populated correctly.

Solution

W_MFG_PROD_XACT_TMP should always get loaded with all records by running a Full workflow. This can be done by updating the Task SDE_ORA_MfgWIPCompletions_Temporary to have Full command for both Full and Incremental loads.

Workaround

1. In DAC, display the Design tab.

2. Navigate to the container 'Oracle 11.5.10'.

3. In the Tasks tab, query for SDE_ORA_MfgWIPCompletions_Temporary.

4. In the Edit sub-tab, change the command for Incremental load to from SDE_ORA_MfgWIPCompletions_Temporary to SDE_ORA_MfgWIPCompletions_Temporary_Full.

1.3.65 Oracle BI Repository and BI Presentation Catalog Strings Not Translated

This issue applies to Release 7.9.6.4 only.

Some strings not translated in reports and dashboards.

Workaround

Translate the strings in your languages for the affected reports and dashboards, then restart the BI servers.

1.3.66 Exchange Rate Not Calculating Using Current Values In JD Edwards

This issue applies to Release 7.9.6.4 only.

When running an incremental load, the date logic is not considering the exchange rate for the same from and to currency already in Oracle Business Analytics Warehouse, and therefore puts an end date. If there is a new addition to exchange rate in the Source extracted to Oracle Business Analytics Warehouse, then the ETL logic defaults the date value to 1/1/3714.

Workaround

1. In Informatica PowerCenter Workflow Manager, locate and checkout the SDE_JDE_ExchangeRateGeneral_Cleanup reusable session.

2. Navigate to the source qualifier, and locate the following SQL code:

SELECT F0015.CXCRCD, F0015.CXCRDC, MAX(F0015.CXEFT )
FROM
F0015
where
"F0015.cxUPMJ = 111348"
group by F0015.CXCRCD, F0015.CXCRDC

3. Remove the 'where' clause from the SQL code.
After editing, the SQL code should be:

SELECT F0015.CXCRCD, F0015.CXCRDC, MAX(F0015.CXEFT )
FROM
F0015
group by F0015.CXCRCD, F0015.CXCRDC

4. Save and validate the session.

5. Save and close the workflow/session.

1.3.67 Time Dimension Not Reported For Unapproved Requisitions

This issue applies to Release 7.9.6.4 only.

When selecting time and requisition metrics in the report, the requisitions not approved yet will have null date. This is an expected behavior in V7.9.6.4 since requisition line and cost facts are joined to dim - date by approved on date instead of submitted on date. This change has been introduced since the approval date is the most critical and default date. If you want to report by submitted date instead of approved date, then you must customize the RPD as shown in the Workaround below.

Workaround

1. In Oracle BI Administration Tool, edit the metadata repository (RPD file).

2. Join both requisition line and cost facts with Dim_W_DAY_D_Submit at the Physical layer.

3. Join Dim - Submit Date with requisition fact.

4. Set content level of requisition fact for submit date.

5. Expose the submit date as new columns in the Presentation layer.

6. Build a report using the submit date.

1.3.68 Terminology Issues in Danish Language

Several Danish terminology issues have been identified in the Oracle BI Applications V7.9.6.3 translation metadata.

Workaround

Download patch 12375292 from My Oracle Support to obtain the corrected Danish translation files.

1.3.69 Save System-Wide Column Formats in Oracle BI EE Answers Not Available for Admin User

In the default installed BI Presentation Services catalog, the Admin user cannot save column properties as a system-wide default for the catalog. This is because the 'BI Administrator Role' is not granted the Save System-Wide Column Formats privilege.

Workaround 1

1. Login to the Analytics page as Administrator user.

2. Navigate to Administration, then Manage Privileges.

3. In the Formatting section, assign 'BI Administrator Role' to the 'Save System-Wide Column Formats' privilege, and remove any existing entries starting with "Denied: ...".

4. Logout and login to Analytics.

Workaround 2

If Workaround 1 does not resolve your issue, then follow the steps below:

1. Stop Oracle BI Presentation Services using the opmnctl command or Fusion Middleware Control.
For example, to use the opmnctl command:

opmnctl stopproc ias-component=coreapplication_obips1

2. Open the deployed catalog in Catalog Manager in offline mode.

3. In Catalog Manager, navigate to '/system/privs/FormatSystemPrivs' in the left-hand Tree tab.

4. Open the 'Edit Formats' Security Access Control List (ACL).

5. Click Edit Privilege.

6. Move the 'biadministrator' Application Role from the Additional Users and Application Roles list to the Explicit Privileges list.

7. Click OK.

8. Close the Catalog.

9. Start Oracle BI Presentation Services using the opmnctl command or Fusion Middleware Control.
For example, to use the opmnctl command:

opmnctl startproc ias-component=coreapplication_obips1

1.4 Teradata-specific Issues

This sections contains issues that are specific to Teradata databases, and contains the following topics:

- Section 1.4.1, "Teradata Connection Configuration"

- Section 1.4.2, "CRM Analytics Reports With Top/Bottom 'N' Filters Error With Teradata DB"

- Section 1.4.3, "PLP_LoyMemberTierMovementQtrAggr Fails on Teradata Databases"

- Section 1.4.4, "SIEBEL SIA: Interval Field Overflow Error On Teradata Database"

1.4.1 Teradata Connection Configuration

This issue applies to Release 7.9.6.3 only.

This section is only relevant if you are running your Oracle Business Analytics Warehouse in a Teradata database. For detailed information about using the TPump external loader, refer to Informatica documentation and Teradata documentation.

When using a TPump command, if get the following error messages (or similar error messages), ensure that you have set the parameters listed below:

TRANSF_1_1_1> DBG_21216 Finished transformations for Source Qualifier [Sq_W_POSITION_DS]. Total errors [0]
WRITER_1_*_1> WRT_8047 Error: External loader process [2192] exited with error [12]
WRITER_1_*_1> CMN_1761 Timestamp Event: [Mon Apr 28 14:39:54 2008]
WRITER_1_*_1> WRT_8004 Writer initialization failed [Error opening session output file [\\.\pipe\w_XXXX_d1.out] [error=]]. Writer terminating.
WRITER_1_*_1> CMN_1761 Timestamp Event: [Mon Apr 28 14:39:54 2008]
WRITER_1_*_1> WRT_8047 Error: External loader process [2192] exited with error [12]
WRITER_1_*_1> CMN_1761 Timestamp Event: [Mon Apr 28 14:39:54 2008]
WRITER_1_*_1> WRT_8088 Writer run terminated. [External loader error.]

To run the Tpump loader, you specify the following parameters at the command line in the order specified:

- Database Name: Enter the Teradata Database name.

- Error Database Name: Enter the Teradata Database name.

- Log Table Database Name: Enter the Teradata Database name.

- Error Table name: Enter the name of the table to use as the error table.

- Log Table name: Enter the name of table to use as the log table.

Notes

The following attributes can be specified at the connection level:

Database

Error Database

Log Table Database

The following attributes are specified at the workflow level:

Error Table

Log Table

Workaround

Not applicable.

1.4.2 CRM Analytics Reports With Top/Bottom 'N' Filters Error With Teradata DB

This issue applies to all releases with a Teradata OLAP database.

The following installed reports in CRM Analytics error out with Teradata as the Oracle Business Analytics Warehouse database. The issue occurs when any report with Top 'N', Bottom 'N', or 'Between' filters are executed, and if a report returns no results for the particular metrics that have these filters applied:

- Agent Relationship Trends (Financials- Insurance Agents/Partners - Loyalty tab)
- Agreement Renewal (Contact Center Telephony - Customer Service-Agreement Renewal tab)
- Claim Resolution Effectiveness by Adjuster (Financials- Insurance Claims - Claim Manager tab)
- Customer Attrition Trends (Financials- Insurance Executive - Customers tab)
- Customer Attrition Trends (Financials- Health Plan Executive - Customer tab)
- Customer Retention Trends - Last 4 Qtrs (Contacts) (Financials- Insurance Marketing - Customer tab)
- Historical Pipeline by Product Line (sales - Pipeline -Details tab)
- Loss Ratio Analysis (Financials- Insurance Executive - Market tab)
- My Activity Trends (Public Sector - Performance Scorecard - My Activities and SRs tab)
- Partner Campaign ROI across Campaigns (Partner- Channel Customer Marketing)
- Public Sector - Organizational Efficiency -Case Stage Activities and SRs tab/Activity tab/Activity Details tab
- Sales -> Customers ->Account Summary tab -> Account Activity report
- Sales -> Customers ->Account Summary tab -> Account Order History report
- Sales -> Customers ->Account Summary tab -> Quote & Order History report
- Sales -> Customers ->Account Summary tab -> Top Account Opportunities report
- Sales -> Customers ->Overview tab -> Accounts by Region report
- Sales -> Customers ->Overview tab ->Top Accounts report
- Sales -> Pipeline -> Details tab -> Top 10 Deals by Number of Days in Stage report
- Sales -> Pipeline -> My Pipeline tab -> My Top Stalled Opportunities report
Workaround

1. Open the report in 'Edit' mode.

2. Go to 'Criteria' - > Click on the 'Edit Formula' option available on the column for which the filter is applied.

3. If the formula is "X.Y" (where X = Name of the fact folder and Y = name of the metric), then change this to IFNULL("X.Y", 0).
For example, if the metric is "Pipeline Facts. Number of Days in Stage", then change this to IFNULL ("Pipeline Facts.Number of Days in Stage", 0).

4. Replace the existing filter with the following two filters:

- Top 'N' (as the existing filter but on the column with the formula updated as specified in Step 3.)

- AND is greater than 0.

5. Save the report.
Note: The change is testing for NULL values and making NULLS as zeroes, otherwise the syntax fails against Teradata.

1.4.3 PLP_LoyMemberTierMovementQtrAggr Fails on Teradata Databases

This issue applies to Release 7.9.6.3 only.

For details, see Section 1.3.49, "PLP_LoyMemberTierMovementQtrAggr fails On Non-Oracle Databases for Oracle Loyalty Analytics".

1.4.4 SIEBEL SIA: Interval Field Overflow Error On Teradata Database

This issue applies to Releases 7.9.6.3 and 7.9.6.4.

If you encounter an "Interval Field Overflow" error on the Teradata database platform, make sure that your date/time interval does not exceed the Teradata DB limit. For example, Teradata's allowed maximum number of days interval between two dates is 9999. For more information, please consult Teradata documentation.

Oracle Legal Notices

Copyright Notice

Copyright © 1994-2013, Oracle and/or its affiliates. All rights reserved.

Trademark Notice

Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.

Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc. AMD, Opteron, the AMD logo, and the AMD Opteron logo are trademarks or registered trademarks of Advanced Micro Devices. UNIX is a registered trademark of The Open Group.

License Restrictions Warranty/Consequential Damages Disclaimer

This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited.

Warranty Disclaimer

The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing.

Restricted Rights Notice

If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, the following notice is applicable:

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

Hazardous Applications Notice

This software or hardware is developed for general use in a variety of information management applications. It is not developed or intended for use in any inherently dangerous applications, including applications that may create a risk of personal injury. If you use this software or hardware in dangerous applications, then you shall be responsible to take all appropriate fail-safe, backup, redundancy, and other measures to ensure its safe use. Oracle Corporation and its affiliates disclaim any liability for any damages caused by use of this software or hardware in dangerous applications.

Third-Party Content, Products, and Services Disclaimer

This software or hardware and documentation may provide access to or information on content, products, and services from third parties. Oracle Corporation and its affiliates are not responsible for and expressly disclaim all warranties of any kind with respect to third-party content, products, and services. Oracle Corporation and its affiliates will not be responsible for any loss, costs, or damages incurred due to your access to or use of third-party content, products, or services.

Alpha and Beta Draft Documentation Notice

If this document is in preproduction status:

This documentation is in preproduction status and is intended for demonstration and preliminary use only. It may not be specific to the hardware on which you are using the software. Oracle Corporation and its affiliates are not responsible for and expressly disclaim all warranties of any kind with respect to this documentation and will not be responsible for any loss, costs, or damages incurred due to the use of this documentation.