Oracle® Daily Business Intelligence: Implementation Guide Release 12
Oracle® Daily Business Intelligence: Implementation Guide Release 12
Oracle® Daily Business Intelligence: Implementation Guide Release 12
September 2007
Oracle Daily Business Intelligence Implementation Guide, Release 12 Part No. B25162-04 Copyright 1999, 2007, Oracle. All rights reserved. Primary Author: Rachel Korte, Suzelle Parsons, Sarah Draizen, Parisa Hudson, Tim Dubois, Hal Kazi, Susie Wong, Casey Cline, Jeffrey Jones, Darshan Sheth, Jo Turner, Sandrine Skinner, Kevin Wrathall, Karuna Mukherjea, Deborah Kurto, Katrine Haugerud, Meg Lloyd, Jacques Senchet, Anu Mandalam, Catherine Bauer, Charlie Ahern, Christine Dinh-Tan, Joanne Manzella, Sam Smith, Carl Thompson, Kevin Boyle, Linda Rodish, Meritxell Criado, Pam Pierce-Johnston, Regina Sheynblat, Scot House, Madhu Ramuswamy, Shailaja Babanagar, Stacey Esser, Jeff Kirk, Divya Benara, Ajay Chalana, Savio Thattil, Antoine Hamelin, Bala Toleti, Tyra Crockett, Dean Benkowski, Carrie Lukatch, Carmen Myrick, Neelam Singh, Claudia Castro, Patricia Perdomo, Rinku Mohapatara, Sameer Chhabra, Waseem Mirza, Azmat Tanauli, Manjula Shankar, Yuvaraj Kandhaswamy, Cynthia Stevens, Nuzhath Shereen, Kristin Penaskovic, Vijay Tiwary, Ramasamy Palaniappan, Shankar Viswanathan, Sudhanshu Das, Madhav Ghalsasi, Ashfaque Mundewadi, Rajamannar Thotkura, Senthildurai Thangaperumal, Ultan O'Broin, Mathew Daniel The Programs (which include both the software and documentation) contain proprietary information; they are provided under a license agreement containing restrictions on use and disclosure and are also protected by copyright, patent, and other intellectual and industrial property laws. Reverse engineering, disassembly, or decompilation of the Programs, except to the extent required to obtain interoperability with other independently created software or as specified by law, is prohibited. The information contained in this document is subject to change without notice. If you find any problems in the documentation, please report them to us in writing. This document is not warranted to be error-free. Except as may be expressly permitted in your license agreement for these Programs, no part of these Programs may be reproduced or transmitted in any form or by any means, electronic or mechanical, for any purpose. If the Programs are delivered to the United States Government or anyone licensing or using the Programs on behalf of the United States Government, the following notice is applicable: U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the Programs, including documentation and technical data, shall be subject to the licensing restrictions set forth in the applicable Oracle license agreement, and, to the extent applicable, the additional rights set forth in FAR 52.227-19, Commercial Computer Software--Restricted Rights (June 1987). Oracle Corporation, 500 Oracle Parkway, Redwood City, CA 94065. The Programs are not intended for use in any nuclear, aviation, mass transit, medical, or other inherently dangerous applications. It shall be the licensee's responsibility to take all appropriate fail-safe, backup, redundancy and other measures to ensure the safe use of such applications if the Programs are used for such purposes, and we disclaim liability for any damages caused by such use of the Programs. The Programs may provide links to Web sites and access to content, products, and services from third parties. Oracle is not responsible for the availability of, or any content provided on, third-party Web sites. You bear all risks associated with the use of such content. If you choose to purchase any products or services from a third party, the relationship is directly between you and the third party. Oracle is not responsible for: (a) the quality of third-party products or services; or (b) fulfilling any of the terms of the agreement with the third party, including delivery of products or services and warranty obligations related to purchased products or services. Oracle is not responsible for any loss or damage of any sort that you may incur from dealing with any third party. Oracle, JD Edwards, PeopleSoft, and Siebel are registered trademarks of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.
Contents
iii
iv
Debug Performance and Rendering ...................................................................................... 4-14 Refresh Dashboards................................................................................................................ 4-15 Increase Tablespace................................................................................................................. 4-15 Implementing Generated Source Reports.............................................................................. 4-16
Manager Reporting
Overview of Manager Reporting.............................................................................................. 5-1 Implementation Considerations............................................................................................... 5-2 Analyze the Cost Centers and Managers You Want to Report On...................................... 5-2 Prerequisites.............................................................................................................................. 5-3 Implementing Manager Reporting........................................................................................... 5-4 Setup Checklist.................................................................................................................... 5-4 Set Up HR Profile Options................................................................................................... 5-4 Create Placeholder Organizations for Companies............................................................... 5-7 Create Organizations for Company Cost Center Combinations........................................ 5-10 Run the Synchronize GL company cost centers with HR Request Set............................... 5-11 Validate that the Company Cost Center Organization Classification is Enabled...............5-12 Assign Managers to the Organization................................................................................5-12 Run HRI Load All Cost Center Managers.......................................................................... 5-14 Maintenance and Administration........................................................................................... 5-14 Add a New Employee to an Existing Manager.................................................................. 5-14 Add a New Employee and Cost Center Owner to an Existing Manager........................... 5-15 Troubleshooting................................................................................................................. 5-15
vi
Run the DBI Item Dimension Setup Request Set................................................................6-16 Maintenance and Administration........................................................................................... 6-16 Set the Default Category for the Default Catalog............................................................... 6-16 Creating an Orphan Category or Top Category.................................................................6-18 Adding a New Child Category to a Hierarchy.................................................................. 6-18 Updating or Disabling Categories in Category Windows..................................................6-18 Changing the Category Hierarchy..................................................................................... 6-18 Changing the Default Catalog for the Product Reporting or Inventory Functional Area ........................................................................................................................................... 6-18 Creating, Updating, or Deleting Item Category Assignments........................................... 6-19 Concurrent Programs............................................................................................................... 6-19 Create Categories from Value Set...................................................................................... 6-19 Upgrade Category from Value Set Hierarchy Concurrent Program ................................. 6-19 Update Value Set from Product Catalog Hierarchy Concurrent Program ........................ 6-20 DBI Item Dimension Setup Request Set............................................................................. 6-20
vii
Implementation Considerations............................................................................................... 8-7 Setup Checklist.......................................................................................................................... 8-8 Maintenance and Administration............................................................................................. 8-9
10
viii
Source Ledger Groups........................................................................................ 10-16 Dimensions......................................................................................................... 10-19 Budgets and Forecasts.........................................................................................10-38 Securing Data...................................................................................................... 10-53 Implementing Security for the Profit and Loss and Expense Management Dashboards................................................................................................... 10-53 Implementing Security for the Profit and Loss Analysis, Expense Analysis, and Funds Management Dashboards.................................................................. 10-53 Payables Implementation................................................................................................. 10-58 Prerequisites.............................................................................................................. 10-58 Implementing Payables............................................................................................. 10-59 Receivables Implementation............................................................................................ 10-60 Prerequisites.............................................................................................................. 10-60 Implementing Receivables.........................................................................................10-61 Implementation Considerations........................................................................................... 10-64 Maintenance and Administration......................................................................................... 10-69 Managing Changes.......................................................................................................... 10-70 Troubleshooting.................................................................................................................... 10-71 Concurrent Programs............................................................................................................. 10-71 Profile Options and Profile Option Categories Overview................................................... 10-73 Profile Option Category and Profile Options Descriptions..............................................10-74 DBI Debug Category................................................................................................. 10-75 DBI Deployment Category........................................................................................ 10-75 DBI Setup Category................................................................................................... 10-76 DBI User Interface Category...................................................................................... 10-77 Other......................................................................................................................... 10-78
11
ix
12
13
14
Commodity Spend Management Dashboard.....................................................................14-5 Commodity Supplier Management Dashboard................................................................. 14-5 Cost Center Spend Management Dashboard..................................................................... 14-6 Sourcing Management Dashboard.....................................................................................14-6 Supplier Management Dashboard..................................................................................... 14-6 Average Price Reports........................................................................................................14-7 Responsibilities....................................................................................................................... 14-8 Dimensions............................................................................................................................ 14-11 Key Performance Indicators.................................................................................................. 14-17 Procurement Status KPIs................................................................................................. 14-17 Procurement Performance Management KPIs................................................................. 14-18 Procurement Management KPIs...................................................................................... 14-20 Procure-to-Pay Management KPIs................................................................................... 14-20 Commodity Spend Management KPIs.............................................................................14-20 Commodity Supplier Management KPIs......................................................................... 14-22 Cost Center Spend Management KPIs............................................................................. 14-23 Sourcing Management KPIs............................................................................................. 14-23 Supplier Management KPIs............................................................................................. 14-24 Securing Data........................................................................................................................ 14-25 Operating Unit Security................................................................................................... 14-25 Commodity Security........................................................................................................ 14-26 Company and Cost Center Security................................................................................. 14-27 Buyer and Supplier Security............................................................................................ 14-27 Implementation Considerations........................................................................................... 14-27 Setup Checklist...................................................................................................................... 14-44 Convert to a Multiple Organization Architecture................................................................ 14-46 Set Up Users as Employees................................................................................................... 14-46 Review POA: DBI Implementation...................................................................................... 14-47 Set Up Document Views....................................................................................................... 14-48 Consider Access to Human Resources and Financials Dashboards.................................... 14-50 Set Up Commodities............................................................................................................. 14-51 Set Up Company and Cost Center Dimensions................................................................... 14-61 Set Up DBI for Financials Profile Options and Source Ledger Group Assignment........... 14-62 Set Up Scores and Weights................................................................................................... 14-63 Maintenance and Administration......................................................................................... 14-64 Request Set Generator........................................................................................................... 14-64 Commodities......................................................................................................................... 14-64 Validation Scripts.................................................................................................................. 14-65
xi
15
16
xii
Implementation Considerations........................................................................................... 16-16 Setup Checklist...................................................................................................................... 16-17 Setting Up Security Profiles.................................................................................................. 16-18 Setting Up Daily Business Intelligence for Projects............................................................ 16-19 Setting Up Profile Options....................................................................................................16-22 Troubleshooting.................................................................................................................... 16-25 Concurrent Programs............................................................................................................. 16-27 Load Project Intelligence Data......................................................................................... 16-35 Update Project Intelligence Data...................................................................................... 16-35 Refresh Project Intelligence Data..................................................................................... 16-35 Delete Project Intelligence Data....................................................................................... 16-36 Project Intelligence Security Audit Report....................................................................... 16-37 Materialized View Refresh Utility....................................................................................16-37
17
18
19
xiii
Key Performance Indicators ................................................................................................... 19-3 Securing Data........................................................................................................................ 19-10 Implementation Considerations........................................................................................... 19-11 Set Up Checklist.................................................................................................................... 19-16 Set DBI for Sales Profile Options......................................................................................... 19-17 Flexible Bucket Setup............................................................................................................ 19-19 Run Initial Load of Opportunity Log Tables Concurrent Program..................................... 19-20 Maintenance and Administration......................................................................................... 19-20 Assumptions.......................................................................................................................... 19-20 Summarizing Data: Base Summary Tables.......................................................................... 19-23 Summarizing Data: Materialized Views.............................................................................. 19-23 Troubleshooting.................................................................................................................... 19-26
20
21
xiv
Inventory Management......................................................................................................21-4 Manufacturing Management............................................................................................. 21-5 Product Cost Management................................................................................................ 21-6 Plan Management.............................................................................................................. 21-7 Product Revenue Bookings and Backlog........................................................................... 21-8 Warehouse Management................................................................................................... 21-9 Transportation Management............................................................................................. 21-9 Sales Agreement Management.........................................................................................21-10 Understanding Reporting..................................................................................................... 21-10 Reports............................................................................................................................. 21-10 Responsibilities..................................................................................................................... 21-25 Dimensions............................................................................................................................ 21-28 Key Performance Indicators.................................................................................................. 21-36 Customer Fulfillment Management Key Performance Indicators....................................21-36 Shipping Management Key Performance Indicators....................................................... 21-37 Inventory Management Key Performance Indicators...................................................... 21-38 Manufacturing Management Key Performance Indicators.............................................. 21-39 Product Cost Management Key Performance Indicators................................................. 21-41 Planning Key Performance Indicators............................................................................. 21-42 Product Revenue Bookings and Backlog Key Performance Indicators............................ 21-43 Warehouse Management Key Performance Indicators.................................................... 21-44 Transportation Management Key Performance Indicators.............................................. 21-45 Sales Agreement Management Key Performance Indicators........................................... 21-46 Securing Data........................................................................................................................ 21-47 Implementation Considerations........................................................................................... 21-48 Implementation Considerations for Customer Fulfillment Management and Shipping Management.................................................................................................................... 21-48 Implementation Consideration for Inventory Management............................................ 21-48 Implementation Considerations for Manufacturing Management.................................. 21-48 Implementation Consideration for Product Cost Management....................................... 21-49 Implementation Considerations for Plan Management................................................... 21-49 Setup Checklists.................................................................................................................... 21-51 Review Hardware and Software Requirements................................................................... 21-56 Set Up Resource Groups....................................................................................................... 21-57 Associate Item with Inventory Category Set, Product Category Set.................................... 21-58 Modify Schedule Ship Dates................................................................................................ 21-60 Set Up Firmed Date Defaulting Rule....................................................................................21-61 Set Up Oracle Daily Business Intelligence Framework....................................................... 21-61 Set Up Inventory Organization Security.............................................................................. 21-63 Synchronize Enterprise Calendar......................................................................................... 21-63 Set Up Financial Category Dimension................................................................................. 21-63
xv
Synchronize Financial Data.................................................................................................. 21-64 Map Financial Accounts........................................................................................................ 21-64 Set Up Item Dimension......................................................................................................... 21-65 Enable Pegging in Advanced Supply Chain Planning........................................................ 21-65 Identify Time-Based Resources............................................................................................ 21-65 Ensure Complete Subledger Postings...................................................................................21-65 Consider Access to HR and Expense Management Dashboards......................................... 21-66 Set Up the Planning Instance................................................................................................ 21-67 Set Plan Collection Schedule................................................................................................ 21-67 Set the OM: DBI Installation Profile Option........................................................................21-71 Set the ISC: Shipping/Transportation Execution Profile Option for Transportation Management.......................................................................................................................... 21-71 Set the FTE: Carrier On-Time Arrival Window Profile Option for Transportation Management.......................................................................................................................... 21-72 Set the Unit of Measure That Represents Hours.................................................................. 21-72 Set Baseline Plan................................................................................................................... 21-72 Set Reporting Units of Measure (Optional)..........................................................................21-79 Post-Setup Steps.................................................................................................................... 21-81 Set Up Sales Group Hierarchy.............................................................................................. 21-82 Maintenance and Administration......................................................................................... 21-86 Run Plans in Oracle Advanced Supply Chain Planning......................................................21-86 Run Incremental Requests Daily.......................................................................................... 21-86 Update Plan Collection Schedule......................................................................................... 21-89 Update Baseline Plan Collection Schedule.......................................................................... 21-89 Troubleshooting.................................................................................................................... 21-89
Additional Documentation
Daily Business Intelligence for HRMS.................................................................................... A-1 Daily Business Intelligence for iStore/Web Analytics.............................................................A-1
Index
xvi
Send Us Your Comments
Oracle Daily Business Intelligence Implementation Guide, Release 12
Part No. B25162-04
Oracle welcomes customers' comments and suggestions on the quality and usefulness of this document. Your feedback is important, and helps us to best meet your needs as a user of our products. For example: Are the implementation steps correct and complete? Did you understand the context of the procedures? Did you find any errors in the information? Does the structure of the information help you with your tasks? Do you need different information or graphics? If so, where, and in what format? Are the examples correct? Do you need more examples?
If you find any errors or have any other suggestions for improvement, then please tell us your name, the name of the company who has licensed our products, the title and part number of the documentation and the chapter, section, and page number (if available). Note: Before sending us your comments, you might like to check that you have the latest version of the document and if any concerns are already addressed. To do this, access the new Applications Release Online Documentation CD available on Oracle MetaLink and www.oracle.com. It contains the most current Documentation Library plus all documents revised or released recently. Send your comments to us using the electronic mail address: appsdoc_us@oracle.com Please give your name, address, electronic mail address, and telephone number (optional). If you need assistance with Oracle software, then please contact your support representative or Oracle Support Services. If you require training or instruction in using Oracle software, then please contact your Oracle local office and inquire about our Oracle University offerings. A list of Oracle offices is available on our Web site at www.oracle.com.
xvii
Preface
Intended Audience
Welcome to Release 12 of the Oracle Daily Business Intelligence Implementation Guide. This guide assumes you have a working knowledge of the following: The principles and customary practices of your business area. Computer desktop application usage and terminology
If you have never used Oracle Applications, we suggest you attend one or more of the Oracle Applications training classes available through Oracle University. See Related Information Sources on page xx for more Oracle Applications product information.
Documentation Accessibility
Our goal is to make Oracle products, services, and supporting documentation accessible, with good usability, to the disabled community. To that end, our documentation includes features that make information available to users of assistive technology. This documentation is available in HTML format, and contains markup to facilitate access by the disabled community. Accessibility standards will continue to evolve over time, and Oracle is actively engaged with other market-leading technology vendors to address technical obstacles so that our documentation can be accessible to all of our customers. For more information, visit the Oracle Accessibility Program Web site
xix
at http://www.oracle.com/accessibility/ .
Structure
1 Introduction 2 Set Up Daily Business Intelligence 3 Extend Daily Business Intelligence 4 Maintain and Administer Daily Business Intelligence 5 Manager Reporting 6 Item Dimension Reporting 7 Daily Business Intelligence for Customer Support 8 Daily Business Intelligence for Depot Repair 9 Daily Business Intelligence for Field Service 10 Daily Business Intelligence for Financials 11 Daily Business Intelligence for Interaction Center 12 Daily Business Intelligence for Maintenance 13 Daily Business Intelligence for Marketing 14 Daily Business Intelligence for Procurement 15 Daily Business Intelligence for Product Lifecycle Management 16 Daily Business Intelligence for Projects 17 Daily Business Intelligence for Quoting 18 Daily Business Intelligence for Regulatory Compliance 19 Daily Business Intelligence for Sales 20 Daily Business Intelligence for Service Contracts 21 Daily Business Intelligence for Supply Chain A Additional Documentation B Responsibility and Dashboard Matrix C Oracle Discoverer Business Areas for Service Contracts Intelligence
xx
If this guide refers you to other Oracle Applications documentation, use only the Release 12 versions of those guides. Online Documentation All Oracle Applications documentation is available online (HTML or PDF). PDF Documentation See the Online Documentation CD for current PDF documentation for your product with each release. This documentation CD is also available on OracleMetaLink and is updated frequently. Online Help You can refer to Oracle Applications Help for current HTML online help for your product. Oracle provides patchable online help, which you can apply to your system for updated implementation and end user documentation. No system downtime is required to apply online help. Release Content Document See the Release Content Document for descriptions of new features available by release. The Release Content Document is available on OracleMetaLink.
Related Guides Oracle Applications Concepts: This book is intended for all those planning to deploy Oracle E-Business Suite Release 12, or contemplating significant changes to a configuration. After describing the Oracle Applications architecture and technology stack, it focuses on strategic topics, giving a broad outline of the actions needed to achieve a particular goal, plus the installation and configuration choices that may be available. Oracle Applications CRM System Administrator's Guide: This manual describes how to implement the CRM Technology Foundation (JTT) and use its System Administrator Console. Oracle Applications Developer's Guide: This guide contains the coding standards followed by the Oracle Applications development staff. It describes the Oracle Application Object Library components needed to implement the Oracle Applications user interface described in the Oracle Applications User Interface Standards for Forms-Based Products. It also provides information to help you build your custom Oracle Forms Developer forms so that they integrate with Oracle Applications. Oracle Applications Flexfields Guide: This guide provides flexfields planning, setup, and reference information for the Oracle Applications implementation team, as well as for users responsible for the ongoing maintenance of Oracle Applications product data. This guide also provides information on creating custom reports on flexfields data. Oracle Application Framework Developer's Guide: This guide contains the coding standards followed by the Oracle Applications
xxi
development staff to produce applications built with Oracle Application Framework. This guide is available in PDF format on OracleMetaLink and as online documentation in JDeveloper 10g with Oracle Application Extension. Oracle Application Framework Personalization Guide: This guide covers the design-time and run-time aspects of personalizing applications built with Oracle Application Framework. Oracle Applications Installation Guide: Using Rapid Install: This book is intended for use by anyone who is responsible for installing or upgrading Oracle Applications. It provides instructions for running Rapid Install either to carry out a fresh installation of Oracle Applications Release 12, or as part of an upgrade from Release 11i to Release 12. The book also describes the steps needed to install the technology stack components only, for the special situations where this is applicable. Oracle Application Server Adapter for Oracle Applications User's Guide: This guide covers the use of OracleAS Adapter in developing integrations between Oracle applications and trading partners. Please note that this guide is in the Oracle Application Server 10g (10.1.3.1) Documentation Library. Oracle Applications Supportability Guide: This manual contains information on Oracle Diagnostics and the Logging Framework for system administrators and custom developers. Oracle Applications System Administrator's Guide Documentation Set: This documentation set provides planning and reference information for the Oracle Applications System Administrator. Oracle Applications System Administrator's Guide Configuration contains information on system configuration steps, including defining concurrent programs and managers, enabling Oracle Applications Manager features, and setting up printers and online help. Oracle Applications System Administrator's Guide - Maintenance provides information for frequent tasks such as monitoring your system with Oracle Applications Manager, managing concurrent managers and reports, using diagnostic utilities, managing profile options, and using alerts. Oracle Applications System Administrator's Guide - Security describes User Management, data security, function security, auditing, and security configurations. Oracle Applications User's Guide: This guide explains how to navigate, enter data, query, and run reports using the user interface (UI) of Oracle Applications. This guide also includes information on setting user profiles, as well as running and reviewing concurrent requests. Oracle Applications User Interface Standards for Forms-Based Products: This guide contains the user interface (UI) standards followed by the Oracle Applications development staff. It describes the UI for the Oracle Applications products and how to apply this UI to the design of an application built by using Oracle Forms.
xxii
Oracle Applications Installation Guide: Using Rapid Install: This book is intended for use by anyone who is responsible for installing or upgrading Oracle Applications. It provides instructions for running Rapid Install either to carry out a fresh installation of Oracle Applications Release 12, or as part of an upgrade from Release 11i to Release 12. The book also describes the steps needed to install the technology stack components only, for the special situations where this is applicable. Oracle Applications Upgrade Guide: Release 11i to Release 12: This guide provides information for DBAs and Applications Specialists who are responsible for upgrading a Release 11i Oracle Applications system (techstack and products) to Release 12. In addition to information about applying the upgrade driver, it outlines pre-upgrade steps and post-upgrade steps, and provides descriptions of product-specific functional changes and suggestions for verifying the upgrade and reducing downtime. Oracle Applications Patching Procedures: This guide describes how to patch the Oracle Applications file system and database using AutoPatch, and how to use other patching-related tools like AD Merge Patch, OAM Patch Wizard, and OAM Registered Flagged Files. Describes patch types and structure, and outlines some of the most commonly used patching procedures. Part of Maintaining Oracle Applications, a 3-book set that also includes Oracle Applications Maintenance Utilities and Oracle Applications Maintenance Procedures. Oracle Applications Maintenance Utilities: This guide describes how to run utilities, such as AD Administration and AD Controller, used to maintain the Oracle Applications file system and database. Outlines the actions performed by these utilities, such as monitoring parallel processes, generating Applications files, and maintaining Applications database entities. Part of Maintaining Oracle Applications, a 3-book set that also includes Oracle Applications Patching Procedures and Oracle Applications Maintenance Procedures. Oracle Applications Maintenance Procedures: This guide describes how to use AD maintenance utilities to complete tasks such as compiling invalid objects, managing parallel processing jobs, and maintaining snapshot information. Part of Maintaining Oracle Applications, a 3-book set that also includes Oracle Applications Patching Procedures and Oracle Applications Maintenance Utilities. Oracle Applications Multiple Organizations Implementation Guide: This guide describes the multiple organizations concepts in Oracle Applications. It describes in detail on setting up and working effectively with multiple organizations in Oracle Applications. Oracle Balanced Scorecard User Guide: This guide describes how to use Oracle Balanced Scorecard to manage performance. It contains information on how to use scorecard views and objective reports.
xxiii
Oracle Balanced Scorecard Administrator Guide: This guide describes how to set up and administer Oracle Balanced Scorecard and scorecard systems. For scorecard designers, this guide explains how to design and prototype scorecards and measures. It also explains how to move scorecards into production. For administrators, this guide explains how to generate the database schema; load data; manage user and scorecard security; and migrate scorecards to other instances. Oracle Balanced Scorecard Install Guide: This guide describes how to how to install the Balanced Scorecard Architect components. Oracle Daily Business Intelligence User Guide: This guide describes how to use the preseeded Daily Business Intelligence dashboards, reports, and key performance indicators. Oracle Web Applications Desktop Integrator Implementation and Administration Guide: Oracle Web ADI brings Oracle E-Business Suite functionality to a spreadsheet where familiar data entry and modeling techniques can be used to complete Oracle E-Business Suite tasks. You can create formatted spreadsheets on your desktop that allow you to download, view, edit, and create Oracle E-Business Suite data that you can then upload. Use this guide to implement Oracle Web ADI and for information on defining mappings, layouts, style sheets, and other setup options.
Integration Repository
The Oracle Integration Repository is a compilation of information about the service endpoints exposed by the Oracle E-Business Suite of applications. It provides a complete catalog of Oracle E-Business Suite's business service interfaces. The tool lets users easily discover and deploy the appropriate business service interface for integration with any system, application, or business partner. The Oracle Integration Repository is shipped as part of the E-Business Suite. As your instance is patched, the repository is automatically updated with content appropriate for the precise revisions of interfaces in your environment.
xxiv
Because Oracle Applications tables are interrelated, any change you make using an Oracle Applications form can update many tables at once. But when you modify Oracle Applications data using anything other than Oracle Applications, you may change a row in one table without making corresponding changes in related tables. If your tables get out of synchronization with each other, you risk retrieving erroneous information and you risk unpredictable results throughout Oracle Applications. When you use Oracle Applications to modify your data, Oracle Applications automatically checks that your changes are valid. Oracle Applications also keeps track of who changes information. If you enter information into database tables using database tools, you may store invalid information. You also lose the ability to track who has changed your information because SQL*Plus and other database tools do not keep a record of changes.
xxv
1
Introduction
Introduction 1-1
Each Daily Business Intelligence dashboard is designed for a particular functional, management responsibility. Managers can drill from the summarized information on each dashboard to detailed reports or to specific transactions in underlying applications. For example, the Profit and Loss dashboard is designed for a profit center manager. This dashboard summarizes profit and loss information using the Revenue, Expenses, and Operating Margin key performance indicators (KPIs). Within the dashboard, managers can drill from the summarized information in the Revenue region down to detailed reports, such as the Revenue report, or down to specific transactions in Oracle Receivables. When a user logs into Daily Business Intelligence, the information that is displayed on a dashboard changes depending on the responsibilities that are assigned to that user and on the user's Oracle Applications security level. That way, each manager only views the dashboards and the information that is relevant to his or her management area. For example, commodity managers can only view the commodities that they have access to in Oracle Purchasing; inventory managers, can only view the warehouses that they have access to in Oracle Inventory; and managers can only view the employees that report to them according to the supervisor hierarchy in Oracle Human Resources. Daily Business Intelligence's unique, unified architecture simplifies the reporting process and ensures that managers are looking at the most accurate and up-to-date data. Because Daily Business Intelligence is part of Oracle E-Business Suite and runs in a
single database, reporting data does not need to be replicated from a transaction instance into a separate reporting instance. If you book an invoice in Oracle Receivables, that invoice is reflected in the Profit and Loss dashboard the next time you run the initial or incremental request set for the dashboard. You do not need to do any additional processing to update your data. Another part of Daily Business Intelligence's unified architecture is dimensions. Common dimensions, such as Time, Manager, and Sales Group, are used across several dashboards or product areas and enable you to view transaction data along a organized hierarchy. For example, the Time dimension enables you to view data along different time periods: week, month, fiscal period, year. (The available periods are based on your Daily Business Intelligence enterprise calendar.) In addition, there are intelligence product specific dimensions that enable you to view transaction data along other, more specific hierarchies such as Financial Categories or Project Type. Because these hierarchies are automatically updated whenever the dashboard is refreshed, the dashboards are always synchronized with the current structure in the E-Business Suite. Daily Business Intelligence's unified architecture also optimizes performance using Oracle 9i R2 and higher versions' materialized views and incremental refresh capabilities. This enables Daily Business Intelligence to summarize a large amount of data efficiently. Using the incremental refresh capabilities, Daily Business Intelligence only updates the data that has changed since the last refresh. Furthermore, because Daily Business Intelligence enables you to summarize data daily, managers can perform true day-to-day comparisons. For example, previously managers could only compare mid-period results for December 12, 2002 to period-end results for December 2001; however, with Daily Business Intelligence, managers can compare month-to-date results for December 12, 2002 to month-to-date results for December 12, 2001. To use Daily Business Intelligence effectively you should familiarize yourself with the following terms: Dashboard: In Daily Business Intelligence, a dashboard, is a portal that contains summarized data designed to meet the needs of a particular responsibility. Dimension: A dimension defines the summarization levels available for your data in a dashboard or report. Dimensions can be flat, a simple list of objects such as a list of cities, or hierarchical, a list of objects with parent-child relationships such as global and regional sales groups. Functional Area:Functional areas are used to organize dashboards, reports and KPIs into logical categories. Each functional area maps to an intelligence area, such as Financials, Supply Chain, or Sales. Each functional area is the "owner" of a subset of content. For example, the Daily Business Intelligence for Financials content, such as the Profit and Loss and Expense Management dashboards and their associated reports and KPIs, are owned by the Financials functional area. If you create custom dashboards and reports, you can assign your custom content to a customer defined functional area, so it is easy to distinguish the preseeded content from the custom content.
Introduction 1-3
Parameter:Parameters appear at the top of each dashboard. Parameters enable you to control the data displayed on the dashboard. A parameter is also known as a dimension, but a parameter is a dimension within the context of a dashboard or report. Each parameter can contain different dimension objects, depending on the context of the dashboard or report. Report: A report is a summarized or transactional view of data in graph and table format. Responsibility: An Oracle Applications responsibility designed for a particular business function or user such as an Expense Manager. Responsibilities are provided by the intelligence areas and provide access to dashboards. Responsibilities can be multi-functional, spanning several dashboards. Region: A region is a unique set of information on a dashboard. There are eight types of region: table, graph, parameter, KPI, simulation view, RSS feed, custom scorecard, and links. You can drill down to more detailed reports or to transaction details in Oracle Applications from all regions with the exception of the parameter region.
Note: Custom scorecard views are only available if you have
KPI: A KPI is a key performance indicator or strategic business metric used for reporting such as Revenue or Operating Margin. Managers can use KPIs to compare and judge their performance.
This guide describes the various components of Daily Business Intelligence. It describes the Oracle Applications prerequisites for Daily Business Intelligence reporting, and describes how to setup the Daily Business Intelligence features and dashboards. This guide is intended for functional and technical users who are responsible for planning the Daily Business Intelligence implementation and who need a more in depth understanding of Daily Business Intelligence reporting. It is strongly recommended that you read through this entire guide before you begin your implementation. The Oracle Daily Business Intelligence User Guide contains a complete description of the dashboards and reports provided.
Intelligence Areas
The following intelligence areas leverage the Daily Business Intelligence reporting and analysis framework: Customer Support Depot Repair
Field Service Financials Human Resources Interaction Center iStore/Web Analytics Maintenance Marketing and Leads Payables Product Lifecycle Management Projects Procurement Quoting Receivables Regulatory Compliance Sales Service Contracts Supply Chain
Architecture
Daily Business Intelligence leverages the Oracle single instance and Oracle E-Business Suite architectures. The following diagram illustrates the various technical components of Daily Business Intelligence and how they work together.
Introduction 1-5
Architecture Overview
period-end results for the previous period. For example, in previous releases, if you wanted to compare your profit and loss data on December 12, 2003, against profit and loss data on the same date in the previous year, you would not be able to. Instead you would have to compare the results from December 12, 2003 against the period-end results for December 2002. In this release, you can now compare accurate month-to-date results for the current period, December 12, 2003, against month-to-date results for the previous period, December 12, 2002.
Metadata
The metadata layer sits on top of the base summaries and materialized views and is used to define the complex relationship between the dimensions, responsibilities, menus, request sets, KPIs, dashboards, and reports. The metadata is predefined by Oracle and cannot be modified. You can view the relationship between the metadata and the underlying tables and views using the View KPI and Dimension Object Dependencies reports.
Rendering Technology
The rendering technologies sit on top of the metadata layer and are used to render the dashboards and reports based on the data that is defined in the base summaries, materialized views, and the metadata layer. Information on the common features of dashboards and reports is available in the Oracle Daily Business Intelligence User Guide.
Introduction 1-7
Related Topics
Common Dimensions, page 1-8 Responsibilities, page 1-13 Summarizing Data, page 1-14
Common Dimensions
A dimension defines a hierarchical relationship between data. For example, the Time dimension defines the hierarchical relationship between different time periods in a calendar. Each dimension contains one or more dimension objects. Each dimension object represents a list of values for the summarized data. For example, the Time dimension contains several calendars, each of which is a separate dimension object. One calendar may summarize data by year, quarter, period, month, week, or day, whereas another calendar may summarize data by Rolling periods. Dimensions are either flat or recursive:
Flat dimension: Can be hierarchical, but is does not display the hierarchy between items. Recursive dimension: Displays a hierarchy between items.
In dashboards or reports, dimensions appear in the parameter region and are known as parameters. Each dashboard and report contains a set of common dimensions such as Time and Currency. They also contain a primary dimension. The primary dimension is the dimension that determines which values are compared in the KPI region. The primary dimension is displayed as a dashboard parameter. The primary dimension is different in each dashboard. The following dimensions are common across Daily Business Intelligence: Currency Dimension, page 1-9 Customer Classification Dimension, page 1-9 Inventory Organization Dimension, page 1-10 Item Dimension, page 1-10 Operating Unit Dimension, page 1-10 Organization Dimension, page 1-10 Person Dimension, page 1-11 Sales Group Dimension, page 1-11 Time Dimension, page 1-12
Some dashboards may also use other dimensions. This guide contains information on which dimensions are used by which dashboard.
Currency Dimension
The currency dimension is a flat dimension that allows you to see financial data across all organizational units in a common currency. The dimension is populated based on the currencies and daily exchange rates that are defined in Oracle General Ledger and the primary or secondary currencies set up for Daily Business Intelligence. See: Set Up Global Parameters, page 2-34.
Introduction 1-9
Item Dimension
The item dimension is a recursive dimension that defines the hierarchical relationship between items. The item dimension contains the following dimension objects: Item, Catalog, Procurement Catalog, or Product Catalog. The item dimension is used by dashboards such as the Product Management Engineering dashboard. See: Item Dimension Reporting, page 6-1.
Organization Dimension
The organization dimension is a flat dimension that defines the hierarchical relationship between organizations in your enterprise. For example, the relationship between a
company, its subsidiaries, and the plants or locations associated with each subsidiary. This dimension is used to construct the content for multiple dashboards, but it never appears as a primary dimension on a dashboard.
Person Dimension
The person dimension is a recursive dimension that defines the hierarchical relationship between managers in your enterprise. This dimension is based on your supervisor hierarchy, which is defined in Oracle Human Resources. Managers can only see data for subordinates in the supervisor hierarchy.
If the sales representative is a member of two or more sales groups, which are at the same level in the hierarchy: Assuming all groups are still effective and have the same Usage, the group in which the sales representative is assigned the Sales role type is chosen over groups in which the sales representative is not assigned the Sales role type.
Introduction 1-11
If the sales representative uses the Sales role type in multiple groups, the system checks the Group Member Roles section in the Groups tabbed region in the Resource window. For example, if the sales representative is assigned a role of Sales Manager in one group and Service Manager in another, the group in which the sales representative is assigned the Sales Manager role is used. Groups that are not within their effective date range are excluded from the hierarchy. Assume that the Europe Sales group has expired in Set Up Sales Group Hierarchy, page 20-21, but the Middle East Sales group has not. Mubarak, Mr. Taqi is therefore displayed in the Middle East Sales group in the reports. Groups whose Usage is not Sales and Telesales are excluded from the hierarchy. For example, Africa Sales in Set Up Sales Group Hierarchy, page 2021 has a Usage of Sales Compensation, and USA Sales has a Usage of Sales and Telesales. Therefore, Sprague, Helena displays in the USA Sales group in the reports.
Time Dimension
The time dimension defines a hierarchical relationship between units of time based on your enterprise calendar and on the global start date. The enterprise calendar and global start date are defined when you set up the global parameters for Daily Business Intelligence. The following calendars are supported by the time dimension. Gregorian Calendar Hierarchy: Use this calendar to analyze your data based on a standard daily calendar. In the Gregorian calendar, a year is composed of 12 months, 4 quarters, 52 weeks, and 365 days. (The number of days in the Gregorian calendar differs depending on whether the year is a leap year or not.) One record is created for every year. A quarter is defined as 3 months. For instance, the first quarter includes January, February and March. The other quarters are defined likewise. You cannot drill down to the week or day levels if you are using this calendar. If you want to analyze data by week, you must use the period 445 or financial calendar. Period 445 Hierarchy: Use this calendar to analyze your data by week or by 4-4-5 period. Enterprise Calendar Hierarchy: Use this calendar to analyze data across different applications. It uses the same basic structure as the Gregorian calendar Financial Calendar Hierarchy: Use this calendar to analyze data by different financial calendars. This calendar cannot analyze data by day. You can only analyze data to the week level if you are using the financial calendar.
If a year in the calendar is not fully defined (it does not comply with a range of 365 days, plus or minus 14 days), then the time dimension program generates an error.
Responsibilities
Daily Business Intelligence uses responsibilities to regulate user access to content and functionality. A responsibility is a level of authority in Oracle Applications that lets you access the functions and data that are appropriate to your role in an organization. The responsibilities delivered with Daily Business Intelligence and its intelligence products provide access to: A specific dashboard or set of dashboards. For example, users who are assigned the Daily Financials Intelligence responsibility can access the Profit and Loss dashboards and the Expense Manager dashboard. A menu that provides easy navigation to the commands or actions that the responsibility can perform.
The system administrator assigns the appropriate responsibilities to each user. Each responsibility can be assigned to one or more users, and conversely, each user can be assigned to one or more responsibilities. Daily Business Intelligence provides the following responsibilities: Daily Business Intelligence Administrator responsibility: This responsibility provides access to all of the Daily Business Intelligence setup windows. It also provides access to other Daily Business Intelligence tools, such as the Request Set Generator. Daily Business Intelligence Designer responsibility: This responsibility provides access to all of the tools for creating custom dashboards, KPIs, dimensions, and reports. Scoring Manager responsibility: This responsibility provides access to the weight and scoring features for weighted KPIs.
Each intelligence area provides an additional set of responsibilities that provide access to dashboards and reports. For a complete list of responsibilities provided with Daily Business Intelligence, see: Responsibility and Dashboard Matrix, page B-1. You can also define new responsibilities that provide access to a selected set of dashboards and reports as required.
Note: If you define a responsibility, set the "Available From" attribute to
Introduction 1-13
Related Topics
"Defining a Responsibility", Oracle Applications System Administrator's Guide - Security Responsibility and Dashboard Matrix, page B-1
Summarizing Data
The summarized information in dashboards, regions, and reports, is built on base summary tables and materialized views., which are relational in nature. A base summary table is a term used in Daily Business Intelligence. It is a database table that stores aggregated data derived from OLTP transaction tables. A materialized view is a database object that contains the results of a query. It enables users to manage aggregated data in a more efficient way.
Note: Materialized views are for internal Oracle use only and can
For detailed information on the base summary tables and materialized views used in Daily Business Intelligence, see the Oracle Electronic Technical Reference Manual (eTRM) available on OracleMetaLink (Note: 150230.1). The eTRM also contains Entity Relationship Diagrams that illustrate the summarization flow used to load and refresh these objects. To see which base summary tables and materialized views are used by a particular dashboard or report, use the View Object Dependencies utility. In the case of Generated Source reports Analytical Workspaces, that are multidimensional structures, can also be used to store aggregate data, instead of Materialized Views. For more information on data summarization in Generated Data Source reports, see: Oracle Balanced Scorecard Administrator Guide.
Related Topics
eTRM on Oracle MetaLink (Note: 150230.1) View Object Dependencies, page 4-7
user-based and responsibility-based data and function security. This additional layer of security restricts access to the following parameters: Common Parameters Inventory Organization, page 1-15 Operating Unit, page 1-16 Sales Group, page 1-17
Dashboard-specific Parameters Commodity, page 1-17 District, page 1-17 Company / Cost Center, page 1-18 Manager (Company Cost Center), page 1-18 Manager (Supervisor), page 1-18 Project Organization, page 1-19 Request Type, page 1-19 Store (Web Store), page 1-19
Inventory Organization
The following dashboards are secured by Inventory Organization. Customer Fulfillment Management Inventory Management Manufacturing Management Plan Management Shipping Management Warehouse Management
The Inventory Organizations (warehouses), can be set up at the responsibility-level and are secured in the Organization Access window in Oracle Inventory. Although granted by responsibility, a given user's dashboards always display the same
Introduction 1-15
list of inventory organizations based on ALL authorized organizations across all of the user's responsibilities. The inventory organization security setup is specific to all the responsibilities the user can access. For example, if you have three responsibilities and each has access to three different inventory organizations, then the dashboard displays all nine inventory organizations. It finds all inventory organizations from all responsibilities for a particular user.
Note: Daily Business Intelligence does not use the Oracle Process
Manufacturing organization security. Access to operating units and inventory organizations depends on the standard operating unit and inventory organization security setup in Oracle Applications.
Related Topics
"Defining Organization Access", Oracle Inventory User's Guide
Operating Unit
The following dashboards are secured by Operating Unit: Commodity Spend Management Commodity Supplier Management Payables Management Payables Status Procurement Management Receivables Management Receivables Status Site Management Site Top Activity Site Top Sales Activity
Operating Units are secured by attaching a security profile to a user ID or responsibility. In turn, a security profile is associated with an organization hierarchy.
Related Topics
Set up Operating Unit Security, page 2-61 "Security Profiles", Configuring, Reporting and System Administration in Oracle HRMS
Sales Group
The following dashboards are secured by sales group: Sales Management Service Contracts Management Service Renewals Management
Sales groups are secured based on the logged in user's sales group responsibility: Manager or Administrator. The logged in user has access to their assigned sales groups and any subordinate sales groups.
Related Topics
Oracle Sales Implementation Guide
Commodity
The following dashboards are secured by a combination of commodity and operating unit: Commodity Supplier Management Commodity Spend Management
Commodities are set up for Oracle Purchasing and are visible to the commodity managers who have been assigned to them, across all organizations and item masters. Any number of commodity managers can be assigned to allow other managers to access these dashboards for a given commodity.
Related Topics
Set Up Commodities, page 14-51
District
The following dashboard is secured by District. Field Service Management
Districts are secured based on the logged in user's district responsibility: Manager or Administrator. The logged in user has access to their assigned district and any subordinate districts.
Related Topics
For information on setting up districts, see: Update Sales Group and District
Introduction 1-17
A user has access to information for which he has been granted access to both the company and the cost center in the Company and Cost Center security setup.
Related Topics
Implementing Security for the Profit and Loss Analysis, Expense Analysis, and Funds Management Dashboards, page 10-53
The Manager (Cost Center) parameter is set up when you implement Manager reporting for Daily Business Intelligence. This parameter restricts access to the logged in manager and the manager's direct reports, if those managers are responsible for managing cost centers.
Related Topics
Manager Reporting, page 5-1
Manager (Supervisor)
The following dashboards are secured by manager: Contingent Worker Management HR Management - Overview HR Management - Turnover
In these dashboards, the Manager parameter restricts access to the logged in manager and the manager's direct reports. The manager can select any employee that reports to him. The hierarchy of managers is defined when you set up the supervisor hierarchy in Oracle Human Resources.
Related Topics
Configuring, Reporting and System Administration in Oracle HRMS
Project Organization
The following dashboard is secured by project organization: Project Summary
The Project Organization dimension is secured when you define the PJI: Organization Security Profile. This parameter restricts access to the Project Organizations the logged in user can access and can be set at either the user or responsibility level.
Related Topics
Set Up Security Profiles, page 16-18
Request Type
The following dashboard is secured by request type: Customer Support Management
This parameter restricts access to the request types that are granted to the logged in user's responsibilities.
Related Topics
"Service Request Types", Oracle TeleService Implementation and User Guide
A user has access to a specific store only if the user has access to all of the operating units that are associated with the store, as defined in Oracle iStore/Web Analytics.
Introduction 1-19
Related Topics
Oracle Web Analytics Implementation and Administration Guide
2
Set Up Daily Business Intelligence
Implementation Considerations
Before implementing Daily Business Intelligence, consider the following items that are common to all intelligence products: Daily Business Intelligence Functionality, page 2-1 Time, page 2-2 Currency, page 2-2 Security, page 2-2
Do you need to customize the bucket sets in the dashboards and reports you are going to implement? Do you want to configure any of the dashboards or reports? If so, do you want to hide any of the regions on the dashboard?
Time
Determine the time period that you want to report on. Daily Business Intelligence summarizes data for all the periods that are defined in the Enterprise Calendar; from the Global Start Date up to the last date the initial or incremental load was run. You set the Global Start Date and the Enterprise Calendar when you set up Daily Business Intelligence. To use dashboards effectively, you must ensure that the Enterprise Calendar has periods defined from the Global Start Date to any future dated transactions that you will report on. For example, if you are reporting on future dated transactions such as budgets and forecasts, periods must be defined for all possible future and back dated transactions. To ensure that your data is timely, it is recommended that you run the incremental request sets as frequently as possible. For the most up-to-date data, run the request sets daily, if possible.
Currency
Determine the currencies you want to report on. Daily Business Intelligence populates the currency dimension based on the functional and global currencies and the daily exchange rates defined in Oracle General Ledger. To use Daily Business Intelligence, ensure that a daily exchange rate is defined for every transactional, functional, and global currency, and for every financial period defined in the Enterprise Calendar. If you are reporting on future or back dated transactions such as budgets and forecasts or service contracts, ensure that daily exchange rates are defined for all of the possible future and back dated transactions. If a daily exchange rate does not exist for a currency on a particular date, then Daily Business Intelligence will search for a rate on the closest possible date. If no rate is found, a missing rate error is returned when you run the initial or incremental request sets.
Security
Review the security requirements for the dashboards and reports that you are going to implement and modify the users' access rights accordingly. Daily Business Intelligence summarizes data from across Oracle Applications and from across your enterprise. Ensure that users do not have access to inappropriate or
confidential data, such as employee salaries or revenue information by setting up security according to the requirements provided in this guide.
Set Up Checklist
The following table lists the setup steps required to set up Daily Business Intelligence, including Daily Business Intelligence framework, common features, and intelligence dashboards. Each step lists the responsibility required as well as the dashboards that leverage the step.
Note: Several dashboards share common setup steps. Unless otherwise
noted, common setup steps only have to be performed once for all dashboards. For example, the Profit and Loss, Expense Management, and HR Management dashboards all require you to run the HR Load All Cost Center Managers concurrent program; however, you only need to run this program once for all dashboards.
Unless otherwise noted, you can perform these set up steps, concurrently and at any time before you run the initial request set. For example, you can set up global parameters and the HR Profile Options at the same time. In the case of the Profit and Loss dashboards, unless otherwise noted, the step listed applies to both Profit and Loss and the Profit and Loss by Manager dashboards. Some steps are optional, depending on how you choose to set up each dashboard. See the detailed step description for more information, as shown in the following table:
Step Prerequisites Verify Hardware and Software Prerequisites, page 2-31 Create an Implementation Plan, page 2-31 Assign Responsibilities to Implementers, page 2-32 Responsibility Dashboard
N/A
All
N/A
All
System Administrator
All
Dashboard
Capital Projects Cost Management Cost Center Spend Management Commodity Spend Management Commodity Supplier Management Contract Projects Cost Management Payables Management Payables Status Procurement Management Procurement Performance Management Procurement Status Procure-to-Pay Management Projects Operations Management Projects Profitability Management Receivables Management Receivables Status Site Management
Step
Responsibility
Dashboard
Site Top Activity Site Top Sales Activity Sourcing Management Supplier Management
Set Up Daily Business Intelligence Framework Set Up Global Parameters, page 2-34 Administer Dashboards and Reports, page 2-41 Administer KPIs, page 2-45
Daily Business Intelligence Administrator Daily Business Intelligence Administrator Daily Business Intelligence Administrator
All
All
All
Dashboard
Customer Fulfillment Management Customer Support Management Depot Repair Management Field Service Management HR Management dashboards Maintenance Management Opportunity Management Procurement Performance Management Procurement Status Quote Management Receivables Management Receivables Status Sales Management Sales Forecast Management Service Renewals Management Shipping Management
Dashboard
System Administrator
System Administrator
Commodity Spend Management Commodity Supplier Management Procure-to-Pay Management Procurement Management Procurement Status Procurement Performance Management Payables Management Payables Status Receivables Management Receivables Status Site Management Site Top Activity Site Top Sales Activity
Step Enable Really Simple Syndication (RSS) Feed, page 2-67 Define Custom Logo (optional), page 2-68 Set up Notifications for My Approvals Report (optional), page 2-68 Enable Email (optional), page 2-69 Enable Web Conferencing (optional), page 2-69 Enable Real Time Chat (RTC) (optional), page 2-70
Dashboard
All
System Administrator
All
System Administrator
System Administrator
All
System Administrator
All
System Administrator
System Administrator
System Administrator
HRMS Manager
HRMS Manager
Step Run the Synchronize GL company cost centers with HR Request Set, page 5-11
Dashboard
Validate that the Company Cost Center Organization Classification is Enabled, page 5-12 Assign Managers to the Organization, page 5-12
HRMS Manager
HRMS Manager
Item Manager
Upgrade only
Dashboard
Customer Fulfillment Management Customer Support Management Depot Repair Management Field Service Management Opportunity Management Product Cost Management Product Revenue Bookings and Backlog Product Management Profit and Loss Quote Management Sales Forecast Management
Sales Management Service Contracts Management Service Renewals Management Site Management Site Top Activity Site Top Sales Activity
Step Run DBI Item Dimension Setup Request Set, page 6-16
Dashboard
Commodity Spend Management Commodity Supplier Management Customer Fulfillment Management Customer and Product Management Customer Support Management Depot Repair Management Inventory Management Field Service Management Manufacturing Management Opportunity Management Plan Management Procurement Management Procure-to-Pay Management Procurement Performance Management Procurement Status
Step
Responsibility
Dashboard
Product Management Product Management Engineering Product Cost Management Product Revenue Bookings and Backlog Product Management Profit and Loss Quote Management Sales Forecast Management Sales Management Service Contracts Management Service Renewals Management Shipping Management Site Management Site Top Activity Site Top Sales Activity Warehouse Management
Dashboard
System Administrator
Profit and Loss Profit and Loss Analysis Expense Management Expense Analysis Funds Management Commodity Spend Management Procurement Management Procure-to-Pay Management
Profit and Loss Profit and Loss Analysis Expense Management Expense Analysis Funds Management
Dashboard
Profit and Loss Profit and Loss Analysis Expense Management Expense Analysis Funds Management
Desktop Integrator
Profit and Loss Profit and Loss Analysis Expense Management Expense Analysis Funds Management
Set Up Security for General Ledger and Expense Reporting Data, page 10-53
Dashboard
Profit and Loss Profit and Loss Analysis Expense Management Expense Analysis Funds Management Payables Management Payables Status Receivables Management Receivables Status Commodity Spend Management Procurement Management Procure-to-Pay Management
System Administrator
Set Up Profile Options for Inbound Telephony, page 1110 Set Up Inventory Organization Security, page 12-13 Set Up Lead Rank, page 1314
System Administrator
Oracle Inventory
Maintenance Management
Dashboard
System Administrator
Project Profitability Management Project Operations Management Capital Projects Cost Management Contract Projects Cost Management
Project Profitability Management Project Operations Management Capital Projects Cost Management Contract Projects Cost Management
Dashboard
Procurement Status Procurement Performance Management Procurement Management Procure-to-Pay Management Commodity Spend Management Commodity Supplier Management Cost Center Spend Management Sourcing Management Supplier Management
Dashboard
Procurement Status Procurement Performance Management Procurement Management Procure-to-Pay Management Commodity Spend Management Commodity Supplier Management Cost Center Spend Management Sourcing Management Supplier Management
Dashboard
Procurement Status Procurement Performance Management Procurement Management Procure-to-Pay Management Commodity Spend Management Commodity Supplier Management Cost Center Spend Management Sourcing Management Supplier Management
Responsibility iProcurement Super User, Purchasing Super User, Public Sector Purchasing Super User
Dashboard
Procurement Status Procurement Performance Management Procurement Management Procure-to-Pay Management Commodity Spend Management Commodity Supplier Management Cost Center Spend Management Sourcing Management Supplier Management
Dashboard
Procurement Status Procurement Performance Management Procurement Management Procure-to-Pay Management Commodity Spend Management Commodity Supplier Management Cost Center Spend Management Sourcing Management Supplier Management
Step Set Up DBI for Financials Profile Options and Source Ledger Group Assignment, page 14-62
Dashboard
Procurement Status Procurement Performance Management Procurement Management Procure-to-Pay Management Commodity Spend Management Commodity Supplier Management Cost Center Spend Management Sourcing Management Supplier Management
System Administrator
Run Initial Load of Opportunity Log Tables Concurrent Program, page 19-20
Step Set Up Sales Group Hierarchy for DBI for Service Contracts, page 20-21
Dashboard
Set Up Oracle Discoverer Business Areas for Service Contracts Intelligence, page 20-25
System Administrator
Dashboard
Customer Fulfillment Management Inventory Management Manufacturing Management Plan Management Product Cost Management Product Revenue Bookings and Backlog Sales Agreement Management Shipping Management Transportation Management Warehouse Management
Responsibility
Dashboard
Customer Fulfillment Management Inventory Management Manufacturing Management Plan Management Product Cost Management Product Revenue Bookings and Backlog Sales Agreement Management Shipping Management Transportation Management Warehouse Management
Customer Fulfillment Management Manufacturing Management Product Cost Management Product Revenue Bookings and Backlog Sales Agreement Management Shipping Management
Responsibility
Dashboard
Customer Fulfillment Management Manufacturing Management Product Cost Management Product Revenue Bookings and Backlog Sales Agreement Management Shipping Management
Customer Fulfillment Management Manufacturing Management Product Cost Management Product Revenue Bookings and Backlog Sales Agreement Management Shipping Management
Responsibility
Dashboard
Customer Fulfillment Management Inventory Management Manufacturing Management Plan Management Product Cost Management Product Revenue Bookings and Backlog Sales Agreement Management Shipping Management Transportation Management Warehouse Management
Dashboard
Customer Fulfillment Management Manufacturing Management Product Cost Management Product Revenue Bookings and Backlog Sales Agreement Shipping Management Transportation Management
Associate Item with Inventory Category Set, Product Category Set, page 21-58
Dashboard
System Administrator
Enable Pegging in Advanced Supply Chain Planning, page 21-65 Set Up the Planning Instance, page 21-67 Set Plan Collection Schedule, page 21-67 Identify the Unit of Measure Representing Hours, page 2172
Plan Management
System Administrator
Plan Management
Plan Management
Dashboard
Set ISC: Shipping/Transportation Execution Profile Option, page 21-71 Set FTE: Carrier On-Time Arrival Window Profile Option, page 21-72 Post Setup Steps Update Sales Group and District Hierarchies, page 272
System Administrator
Transportation Management
System Administrator
Transportation Management
CRM Administrator
Field Service Management Opportunity Management Product Revenue Bookings and Backlog Sales Management Service Contracts Management Service Renewals Management
Create Initial and Incremental Request Sets, page 2-74 Run Initial Request Set, page 2-79 Set Up Users, page 2-80
Daily Business Intelligence Administrator Daily Business Intelligence Administrator System Administrator
All
All
All
Dashboard All
Prerequisites
Before you set up Daily Business Intelligence Framework, ensure that you complete the following prerequisites: Verify Hardware and Software Prerequisites, page 2-31 Create an Implementation Plan, page 2-31 Assign Responsibilities to Implementers, page 2-32 Set Up Multiple Organization Architecture, page 2-32
Which geographic areas should be setup? Do I want to configure any of the preseeded dashboards and reports? Do I need to disable any KPIs? Do I want to customize any bucket sets? How do I configure collaboration features like chat and email within DBI?
Related Topics
Setup Checklist, page 5-4 Responsibility and Dashboard Matrix, page B-1
Related Topics
Setup Checklist, page 5-4 Responsibility and Dashboard Matrix, page B-1
Payables Status Procurement Management Procurement Performance Management Procurement Status Procure-to-Pay Management Projects Operations Management Projects Profitability Management Receivables Management Receivables Status Site Management Site Top Activity Site Top Sales Activity Sourcing Management Supplier Management
For information on how to set up Multiple Organization Architecture, see: Oracle Applications Multiple Organizations Implementation Guide
Related Topics
Set Up Operating Unit Security, page 2-61
Set up Global Parameters, page 2-34 Administer Dashboards and Reports, page 2-41 Administer KPIs, page 2-45 Customize Buckets, page 2-46
5. 6. 7. 8. 9.
Set up Geography Dimension, page 2-55 Enable Delegation, page 2-56 Set Up Operating Unit Security, page 2-61 Enable Really Simple Syndication (RSS) Feed Regions, page 2-67 Define Custom Logo, page 2-68
10. Set up Notifications for My Approvals Report, page 2-68 11. Enable Email, page 2-69 12. Enable Web Conferencing, page 2-69 13. Enable Real-Time Chat (RTC), page 2-70 14. Enable Drill to Transaction, page 2-71
Required Required
Description Sets the absolute start date for the Time dimension used by Daily Business Intelligence. All data loaded into the Daily Business Intelligence summary tables is collected as of this date. Historical data is maintained from this date forward. Note that in the event that there is no data available as of the Global Start Date, then the closest start date will be used. If there is no data available at all, a null value will appear. For more information on how null values are displayed in Daily Business Intelligence, see: Oracle Daily Business Intelligence User Guide. If you modify this parameter after implementation is complete, rerun the initial request set for all dashboards. Enables you to add a custom logo to the top of preseeded dashboards and reports. The logo must be .GIF with a recommended maximum size of 124 x 16 pixels. Sets the starting day for a week (for example, Sunday or Monday) for the Time dimension used by Daily Business Intelligence. If you modify this parameter after implementation is complete, rerun the initial request set for all dashboards.
Custom Logo
Optional
Required
Required Required
Description Sets the calendar (dimension object) used for the Time dimension used by Daily Business Intelligence. The calendar type determines the year and the periods within the year that are available for cross-functional analysis. For example, if you choose Fiscal Calendar, you could do an analysis by Quarter or Fiscal Period. You can select any calendar that is defined in General Ledger. However, Daily Business Intelligence requires that a fiscal year to be defined with 50 to 54 weeks. See: Oracle General Ledger User Guide. If you modify this parameter after implementation is complete, rerun the initial request set for all dashboards. Sets the default period type for the time dimension used by Daily Business Intelligence. You can choose any period type in General Ledger, for example, Fiscal Year, Month or Quarter. See: Period Types in Oracle General Ledger User Guide. If you modify this parameter after implementation is complete, rerun the initial request set for all dashboards.
Period
Required
Required
Description Sets the Trading Community Architecture (TCA) relationship type for hierarchical customer dimension in order to display aggregated data for related customers and enable users to navigate through receivables measures and data based on the customer hierarchy relationships. The values for the Customer Hierarchy Type profile are Relationship Types defined in TCA/Oracle Customers Online with attributes: Hierarchical: Yes and Circular Allowed: No. .
Optional for:
Sets the structure that you want to use as the company-wide view of market segments of customers. You can select any General Classification that is defined in Oracle Trading Community Architecture.
If you modify this parameter after implementation is complete, then rerun the initial request set for the affected dashboards.
Required Required
Description Sets whether or not you want values in the table regions of dashboards and reports to be automatically factored based on the lowest common denominator. Autofactoring is useful if you are reporting on large numbers. For example, if you are reporting on revenue by business area and the lowest common denominator for a value is 1,000,000, then the value displayed in the table region will be 1, with a factor of a million. The factor is displayed in the column heading. If you do not enable autofactoring, then the complete value will appear in each row. Sets the highest percent value displayed. If a percent value is greater than the high range, then it appears as "---". Sets the lowest percent value displayed. If a percent value is lower than the low range, then it appears as "---". 1000
High % Range
Required
Low % Range
Required
Required
Description Turning this profile to Yes will add a column to the KPI region that displays debug information, such as parameters, processing information and returned values. It will also add a View Log link at the base of the KPI region that displays performance information on how much time is spent on displaying the KPI region. Sets the first currency displayed in the Currency parameter of dashboards. This is also known as the global currency. You can choose any currency that is defined in General Ledger. Transactions are converted into the primary currency using the primary rate type. For more information on currencies, see: Currencies in Oracle General Ledger User Guide. If you modify this parameter after implementation is complete, rerun the initial request set for all dashboards. Sets the rate type used to convert transactions into the Primary Currency. You can choose any rate type that is defined in General Ledger, such as Corporate or Spot. For more information about setting up rate types, see: Rates in Oracle General Ledger User Guide. If you modify this parameter after implementation is complete, rerun the initial request set for all dashboards.
Primary Currency
Required
Required
Required Optional
Description Sets the display name for the primary currency. Sets the second currency in the Currency parameter. Transactions are converted into the Secondary Currency using the secondary rate type. If you modify this parameter after implementation is complete, rerun the initial request set for all dashboards. Sets the rate type used to convert transactions into the secondary currency. You can choose any rate type that is defined in General Ledger, such as Budget. If you modify this parameter after implementation is complete, rerun the initial request set for all dashboards. Sets the display name for the secondary currency. Sets the currency that you want to view as an annualized currency. You can choose either primary or secondary currency. If no currency is selected, then the Currency parameter will only display the Primary, Secondary and Functional currencies. If you modify this parameter after implementation is complete, then rerun the initial request set for the Service Contracts Management dashboard.
Optional
Optional
Optional
Optional for:
Required for:
Site Management Site Top Activity Site Top Sales Activity Quoting Management
Sets the treasury rate used to convert treasury transactions to the functional currency. If you modify this parameter after implementation is complete, then rerun the initial request set for the Profit and Loss, Profit and Loss Analysis, Expense Management, Expense Analysis, and Funds Management dashboards.
Optional for:
It is strongly recommended that you enable dashboards and reports once, during initial implementation. If you enable or disable preseeded dashboards and reports, especially those that are preseeded, after implementation is complete, then you must complete any required setups for those dashboards and reports, including recreating and rerunning the request sets. Dashboards and reports for which no dependent object or refresh program have been defined, cannot be enabled or disabled.
Using the Daily Business Intelligence Administrator responsibility, navigate to Setup : Global > Administer Content. Query the dashboard or report that you want to implement. Enable the Implement check box next to the dashboard or report. You can enable several dashboards and reports at the same time.
Note: When a dashboard is disabled, all the reports that are linked
2. 3.
to it and are not part of any enabled dashboard are also disabled. When a dashboard is enabled, all the reports linked to it are enabled. However, enabling or disabling a report has no effect on the implementation of the dashboard of which the report is a part.
4.
Configure Dashboards
Configure a dashboard if you want to change the appearance or content of a preseeded dashboard, but you do not want to create an entirely new dashboard. When you configure a dashboard, you can hide regions or rearrange regions. You can also add preseeded or custom regions and KPIs to the dashboard. Any changes that you make to the dashboard are at site level. As a result, it is recommended that you: Make a configuration plan and review it with the concerned parties. Configure dashboards once, during initial implementation. If you are going to add custom content to the dashboard, ensure that it has been defined before you begin configuration.
To configure a dashboard:
1.
Using the Daily Business Intelligence Administrator responsibility, navigate to Setup : Global > Administer Content. Query the dashboard that you want to configure. Click Configure.
2. 3.
Configure the dashboard by doing the following: Hide Regions: Hide a region if you want to prevent it from being displayed on the dashboard.
Important: If you hide the parameter region, then the
dashboard will only display data for the default parameters. It is strongly recommended that you do not hide the parameter region.
Edit the KPI region: Edit the KPI region if you want to change the title of the region, change the display names of the KPIs, or hide KPIs from users. You can also add existing KPIs (preseeded or custom) to the KPI region by doing the following:
1. 2. 3.
Click Add Existing KPI Query the list of existing KPIs by functional area. If you want to restrict the query so that it displays only the KPIs that respond to the parameters on the selected dashboard, select Match parameters check box. For example, if you are configuring the Payables Management dashboard, you can restrict the query to only KPIs that respond to the Operating Unit parameter.
4.
Rearrange regions: Move regions in the dashboard. Add regions: You can add preseeded parameter, table, or graph regions. For KPI or Links regions, you can add either preseeded or custom regions.
4. 5.
Click Finish to save your work. If you added KPIs to the KPI region, or added new preseeded or custom regions to the dashboard: Recreate the initial and incremental request sets for the dashboard. Run the initial request set to view the changes in the dashboard.
6.
If you did not add any KPIs or regions to the dashboard, then refresh your browser window to view the changed dashboard.
Email Dashboards
The Daily Business Intelligence Administrator can schedule an email to be sent to users with a PDF of a dashboard and its default parameters, provided the user is assigned a responsibility with access to that dashboard.
To email dashboards:
1.
Using the Daily Business Intelligence Administrator responsibility, navigate to Setup : Global > Administer Content. Query the dashboard. Click Email. Query and select the user. The To field will be automatically populated with the email address of the selected user.
Note: Ensure that the email ID is set up for all Oracle Applications
2. 3. 4.
5.
Select the responsibility. Select a responsibility that provides access to the selected dashboard and that is assigned to the user.
6.
Select the email frequency: Daily, Weekly, Monthly, or Do Not Repeat. Choose Do Not Repeat, if you want the email to be sent once. Click Send.
7.
Administer KPIs
You can enable or disable a KPI at anytime after implementation is complete. If you disable or enable after implementation is complete, then refresh the dashboard or report to view the results. It is recommended that you disable KPIs during initial implementation. You can disable KPIs if you want to hide the KPI from users. Hiding KPIs prevents users from seeing sensitive data (such as salaries) or from seeing KPIs that do not apply to your business. Hiding KPIs does not remove the KPI from the system or prevent data from being loaded or refreshed for the KPI. KPIs are disabled at site level; therefore, if the KPI is used in multiple dashboards, such as the Revenue KPI which appears on the Profit and Loss and Expense Management
dashboards, then it is hidden from all the dashboards that contain the KPI.
Important: Always check with your functional implementation experts
To disable a KPI:
1.
Using the Daily Business Intelligence Administrator responsibility, navigate to Setup : Global > Administer Key Performance Indicators. Query the KPI. Disable the Select check box next to the KPI. Click Apply to save your work.
2. 3. 4.
You can use the Daily Business Intelligence responsibility to customize some, but not all, of the bucket sets used in dashboards and reports. Buckets are customized at site level; therefore any changes you make are visible to all users on any dashboard or report that uses the customized bucket.
Important: It is strongly recommended that you customize bucket sets
once, during initial implementation. Setting up bucket sets after implementation is complete is a significant, time consuming, task.
The following table lists the bucket sets that can be customized and the dashboards or reports that use the bucket sets:
Bucket Set Name Customer Fulfillment Management - Past Due Value Aging
Type Aging
Dashboards or Reports
Customer Fulfillment Management dashboard Past Due Promise Value Aging Past Due Schedule Value Aging Past Due Schedule Value Aging
Aging
Customer Support Management dashboard Service Request Backlog Aging Distribution Trend Service Request Backlog Aging Service Request Backlog Detail Service Request Backlog Aging Trend Service Request Backlog Aging Distribution
Type Aging
Dashboards or Reports
Customer Support Management dashboard Service Request Closure Distribution Service Request Closure Distribution Trend Service Request Closure Trend Service Request Closure Detail Service Request Closure Summary
Aging
Aging
Receivables Status Dashboard Past Due Receivables Aging Summary Receivables Aging Summary
Aging
Aging
Type Aging
Dashboards or Reports
Depot Repair Management dashboard Mean Time To Repair Distribution Mean Time To Repair Distribution Trend Mean Time To Repair Trend Mean Time To Repair
Aging
Depot Repair Management dashboard Repair Order Late Completion Aging Repair Order Past Due Aging
Aging
Field Service Management dashboard Travel Time Distribution Task Travel Detail
Aging
Field Service Management dashboard Travel Distance Distribution Task Travel Detail
Type Aging
Dashboards or Reports
Field Service Management dashboard Travel Time Variance Travel Time Variance Distribution Task Travel Detail
Aging
Field Service Management dashboard Travel Distance Variance Travel Distance Variance Distribution Task Travel Detail
Aging
Field Service Management dashboard Task Backlog and Aging Task Backlog and Aging Detail
Aging
Field Service Management dashboard Mean Time to Resolve Mean Time to Resolve Request and Task Detail
Type Aging
Dashboards or Reports
Human Resources Management - Overview Human Resources Management Headcount Human Resources Management - Turnover
Name
Human Resources Management - Overview Human Resources Management Headcount Human Resources Management - Turnover
Aging
Aging
Maintenance Management dashboard Past Due Work Order Detail Past Due Work Order Aging
Type Aging
Dashboards or Reports
Opportunity Win Probability Bucket Set Procurement Performance Management - Fulfilled Requisitions by Age
Name
Sales Management
Aging
Aging
Aging
Type Aging
Dashboards or Reports
Discount
Aging
Aging
Customer Support Management dashboard Service Request Resolution Distribution Service Request Resolution Distribution Trend Service Request Resolution Trend Service Request Resolution Detail Service Request Resolution Summary
Aging
Bucket Set Name Shipping Management - Past Due Schedule Line Aging
Type Aging
Dashboards or Reports
Shipping Management dashboard Past Due Schedule Line Aging Past Due Schedule Line Aging
For each bucket set, you can customize the following: Bucket Name: The display name used for the bucket set, such as "More than 50%". Number of Buckets: The number of buckets in the bucket set. Each bucket set allows a maximum of 10 buckets. Range of Buckets: The range of values in each bucket. Depending on the dashboard or report, the bucket set either must be continuous or they can overlap. For the most effective results, it is best to create continuous buckets sets.
Example The buckets in the following table are not continuous, therefore, sets of records of data will be omitted from the report:
Incorrect Bucket Set Bucket 1 0-1 Bucket 2 2-3 Bucket 3 4-5
The following buckets are continuous and, therefore, contain all of the data in this range of values:
Correct Bucket Set Bucket 1 0-1 Bucket 2 1-2 Bucket 3 2-3 Bucket 4 3-4 Bucket 5 4-5
To create a continuous set of buckets, always use the highest value in the previous
bucket as the lowest value in the following bucket. If you modify bucket sets after implementation is complete, then you can run either the initial or incremental request sets to resummarize your data.
Note: Because data has to be resummarized into the new buckets, it is
strongly recommended that you run the initial request set for faster performance.
Using the Daily Business Intelligence Administrator responsibility, navigate to Setup : Global > Define Bucket Sets. Query the Bucket Set. Click Update. Insert, delete, or modify buckets, as required. Click Apply to save your work.
2. 3. 4. 5.
If you perform this step after implementation is complete, rerun the initial or incremental request set to view the changes in the affected dashboards.
Using the Daily Business Intelligence Administrator responsibility, navigate to Setup : Global > Define Geography Dimension. Click Create Area. Enter a name and internal name for the area. The internal name must be unique. You can optionally enter a description. Click Add Countries. Query the country that you want to add to the area Enable the check box next to the country and click Select. A country can only belong to one geographic area.
2. 3.
4. 5. 6.
7.
Enable Delegation
The Delegate item that appears in the Action menu at the top of selected dashboards, allows a manager to delegate roles to subordinates for a limited amount of time
Note: Currently, this feature is only available in the Expense
Delegation is based on the concept of role-based security for Oracle Applications. When a manager delegates a role, the subordinate can view the same data and is
granted the same level of security access as the manager, for a selected set of dashboards and reports. The set of dashboards and reports is determined by the role. In addition, the manager can specify a limited time period for the delegation, for example, if the subordinate was delegated responsibility for the reports while the manager is on vacation. The ability to delegate roles is useful for high-level managers who have responsibility for several areas and who want to delegate specific reporting responsibilities across those areas to their subordinates. For example, a Chief Financial Officer could delegate the Expense role to a Payables manager. A manager can assign the Financial Analyst role to any of his subordinates. To enable this feature, set the following profile option at the site-level, using the System Administrator responsibility:
Profile Option BIS: Enable Delegate Link Value Yes
Administrators can: Delegate preseeded and custom roles from one user to another Delegate access to companies and cost centers from one user to another Create roles Create privileges
Administrators can also manage the list of grants by revoking grants or changing the start and end dates for existing grants.
Important: The ability to grant roles is not strictly limited to
administrators.
A manager can delegate roles to subordinate managers from the following dashboards: Profit and Loss Expense Management HR Management
For more information, see: Oracle Daily Business Intelligence User Guide. Detailed information on roles and privileges is available in "Access Control with Oracle User Management", Oracle Applications System Administrator's Guide - Security.
To delegate a role:
1.
Using the Daily Business Intelligence Administrator responsibility, navigate to Data Security : Delegation > Administer Roles. The List of Grants window lists all of the currently granted roles.
2. 3. 4.
Click Grant Roles. In the Grant For field, select the manager that you want to delegate the role from. In the Grant To field, select the subordinate manager that you want to grant the role to. Enter a Start and End Date for the delegation. Select the role that you want to delegate. To view the list of reports delegated with the role, click Associated Reports. Click Apply to save your work.
5. 6.
7.
Using the Daily Business Intelligence Administrator responsibility, navigate to Data Security : Delegation > Administer Company and Cost Center. The List of Grants
window lists all the individuals who currently have company and cost center access.
2. 3.
Click Grant Access. In the Grant For field, select the subordinate manager to whom you want to grant the access. Enter a Start and End Date for the delegation. Assign a role to the individual. Assign the Companies to the individual. Assign the Cost Centers to the individual. Click Apply to save your work.
4. 5. 6. 7. 8.
To create a role:
1.
Using the Daily Business Intelligence Administrator responsibility, navigate to Data Security : Delegation > Administer Roles. The List of Grants window lists all of the currently granted roles. Click Grant Roles. Click Create Role. Enter a name, internal name, and description for the role. Query the privileges that you want to add to the role and move the privileges into the Selected Privileges region. Click Apply to save your work.
2. 3. 4. 5.
6.
To create a privilege:
1.
Using the Daily Business Intelligence Administrator responsibility, navigate to Data Security : Delegation > Administer Privileges. Click Create Privilege. Enter a name, internal name, and description for the privilege. Query the reports that you want to add to the privilege and move the reports into the Selected Reports region.
2. 3. 4.
5.
Click Apply to save your work. You can update custom privileges as required.
Using the Daily Business Intelligence Administrator responsibility, navigate to Data Security : Delegation > Administer Privileges. Click Associate Roles. Query the role that you want to add to the privilege and move the role into the Selected Role region. Click Apply to save your work.
2. 3.
4.
The Operating Unit parameter restricts data to the operating units that are assigned to the logged in user or responsibility. To secure the Operating Unit parameter, assign the MO: Security profile at a user or responsibility level. In Oracle Applications, Operating Units are defined as part of an organization hierarchy. An organization hierarchy can define: An explicit list of organizations (operating units) A list derived as all nodes under a specified organization in a hierarchy A single operating unit specified in the MO: Operating Unit profile option for the responsibility
To attach a security profile to a user or responsibility, set the MO: Security Profile option at either the user or responsibility level. If you set the MO: Security Profile option at the user level, then the list of organizations will not change by responsibility but will always remain the same for that user. If you set the MO: Security Profile option at the responsibility level, then the list of organizations will change by responsibility. If a user has three responsibilities, each of which are assigned to a different operating unit, then the user can only see data for the operating unit that is assigned to the logged-in responsibility.
To enable a maximum level of control over user access to operating units, it is recommended that you set up multiple, operating unit-based responsibilities, for example Daily Payables Intelligence - US, and Daily Payables Intelligence - Europe and set the MO: Security Profile option for those responsibilities. To understand how to apply set up Operating Units for your enterprise, the following sections provide examples on how to set up security for different business models.
1.
Define Security Profile for the Business Group, by securing an organization list:
2.
Select the Security Type: Secure organizations by organization hierarchy and/or organization list. In the Security Profile Setup window, include the single Operating Unit, selecting the Operating Unit classification and the Operating Unit Name. Confirm that the Include button is selected. Run the Single Request: Security List Maintenance. In the Parameters window, select to run the Request for One Named Security Profile and select the Security Profile Name that you created.
3.
4.
Example 2: Multiple Operating Unit with a Single Business Group Security Profile
If you have multiple operating units and those operating units are tied to a single Business Group.
Business Group - Operating Units
This setup can be achieved using two methods: Method 1: Reuse an Existing Organization Hierarchy and define a new Security Profile leveraging the existing Organization Hierarchy
1.
Define Security Profile for the Business Group: Define Security Profile Name Select the Business Group
HR Security Profile
2.
Select the Security Type: Secure organizations by organization hierarchy and/or organization list Define the Organization Hierarchy that has been previously defined in the Organization Hierarchy field. Enable the Include Top Organization check box, if the Top Organization in the Organization Hierarchy is an Operating Unit that should be included in Daily Business Intelligence. Enable the Exclude Business Group check box, if the Business Group Name is in the Organization Hierarchy, in order for the Business Group name to not be displayed in the Daily Business Intelligence Operating Unit List of Values. Run the Single Request: Security List Maintenance. In the Parameters window, select to run the Request for One Named Security Profile and select the Security Profile Name that you created.
3.
4.
5.
6.
Define Security Profile for the Business Group: Define Security Profile Name
2.
Select the Security Type: Secure organizations by organization Hierarchy and/or organization list. In the Security Profile Setup window, include all of the Operating Units, for each Operating Unit, selecting the Operating Unit classification and the Operating Unit Name. Confirm that the "Include" button is selected for each. Run the Single Request: Security List Maintenance. In the Parameters window, select to run the Request for One Named Security Profile and select the Security Profile Name that you created.
3.
4.
Example 3: Multiple Operating Units and Multiple Business Groups Security Profile
If you have a multiple Operating Units and those Operating Units are tied to more than one Business Group.
Business Groups - Operating Units
This setup can be achieved using the same methods used in Example 2, but when you define the security profile do not select a business group. To complete this setup, use the Global Security profile window, which is available from the HR Foundation responsibility. To set up an organization hierarchy for multiple business groups, define a global organization hierarchy using the Global Org Hierarchy window, which is also available from the HR Foundation responsibility.
Prerequisites
Depending on which features of Oracle E-Business Suite you are using, you may have already performed the prerequisites. Define an Organization Hierarchy: Set up an organization hierarchy that defines the operating units in your enterprise. See: "Creating Organization Hierarchies", Using Oracle HRMS - The Fundamentals .
Define a Security Profile: Set up a security profile to control access to records at or above a certain level in an organization. See: "Chapter 3: Security" in Configuring, Reporting and System Administration in Oracle HRMS.
Run the Security List Maintenance program: Run this program as a single request to populate the hierarchy with the most up-to-date information in your transactional system. Use the Human Resources responsibility to run this program. Ensure that the request completed successfully before proceeding.
Using the System Administrator responsibility, navigate to Profile > System. Select the User or Responsibility you want to set the profile for. Select the MO: Security Profile option. Choose Find. For this profile option, assign the security profile in the User or Responsibility column.
OA_MEDIA parameter.
Set the following profile options at the site level using the System Administrator responsibility as shown in the following table:
Profile Option BIS: Logo on DBI Pages and Reports Value Sets the location of logo file. For example: My_Company_Logo.gif
Use only GIF files of a maximum size of 124 by 16 pixels for your custom logo.
To enable notifications:
1.
Using the Application Developer responsibility, navigate to Application : Lookups > Application Object Library. Search for BIS_PMV_APPROVAL_TYPES in the Meaning field. Enter the Meaning and Description for new notification type. Ensure that the Meaning is a valid value. This can be determined by looking at MESSAGE_TYPE column in WF_NOTIFICATIONS table. Save the changes and proceed.
2. 3.
4.
Enable Email
The Send an Email feature in the Action menus at the top of dashboards and reports, enables you to send an email with a PDF file of the dashboard or report to anyone with a valid email address. To enable the Email functionality, you must have Oracle Collaboration Suite Email implemented. See: Oracle Email Server Documentation. You must also set up profile options at the site level using the System Administrator responsibility as shown in the following table:
Profile Option BIS: Base Domain Name Value Description Sets the DNS for the email feature. For example: dc=oracle,dc=com BIS: Mailing LDAP Server Sets the LDAP server for the email feature. For example: gmldap.oraclecorp.com BIS: Mailing SMTP Server Sets the SMTP server for the email feature. For example: gmamersmtp.oraclecorp.com
The values for these profile options should match the values you set for the profile options for Oracle Email.
Library. You must also set up the profile options at the site level using the System Administrator responsibility as shown in the following table:
Profile Option BIS: Conference Authentication Token Description Sets the authentication token for the web conference. For example: MTAyMTE1OTQ6V0F4QGFTZmwpcncgITY/ Vw== BIS: Conference Domain Sets the domain name for the web conference. For example: .oracle.com BIS: Conference Site ID Sets the site ID for the web conference. For example: 10211594 BIS: Conference URL Sets the URL used for web conferencing. For example: https://conference.oracle.com/imtapp/OracleR TCService
The values for these profile options should match the values you set for the Authentication Token, Domain, SiteID, and URL profile options for Web Conferencing.
To enable real-time chat functionality in Daily Business Intelligence, you must implement Oracle Real-Time Collaboration. See: Oracle Collaboration Suite Documentation Library. You must also set up profile options at the site level using the System Administrator responsibility shown in the following table:
Profile Option BIS: RTC Site ID Value Sets the Real-Time Chat site used for messaging. For example: 104000896 BIS: RTC Site URL Sets the Real-Time Chat URL used for messaging. For example: https://rtc.server.com BIS: RTC Authorization Token Sets the Real-Time Chat authorization token used for messaging. For example: MTA0MDA4OTY6eGF1L3JCaVdxQ09LQCZw SA==
The values for these profile options should match the values you set for the Authorization Token, SiteID, and URL profile options for Real-Time Collaboration. The Real-Time Chat feature requires Oracle Collaboration Suite versions 10.1.1.0.2 or 10.1.2.
Value Select Yes to enable the Drill to Transaction for any dimension object. The default value is No.
Post-Setup Steps
Complete the following post setup steps after you have finished implementing DBI features and dashboards. These steps must be completed for all intelligence areas and dashboards.
1. 2. 3. 4. 5.
Update Sales Group and District Hierarchies, page 2-72 Create Initial and Incremental Request Sets, page 2-74 Run Initial Request Set, page 2-79 Set Up Users, page 2-80 Schedule Incremental Request Sets, page 2-80
The District hierarchy is used to determine the organization of your service representative. It populates the list of values in the District parameter, which is used by the following dashboard: Field Service Management
Before you run the initial request sets for these dashboards, update the Sales Group and the District parameters by running the programs shown in the following table using the CRM Administrator responsibility:
Concurrent Program Flatten Group Hierarchy Build Reporting Manager Responsibility CRM Administrator CRM Administrator
Run the programs in the order listed. This step only needs to be performed once for both hierarchies. Once these programs are run, any subsequent changes that you make to the hierarchies will be automatically reflected when you run the initial or incremental request sets for the affected dashboards.
Related Topics
Common Dimensions, page 1-8 Oracle Common Application Calendar Implementation Guide
Use the Daily Business Intelligence Administrator responsibility to access the Request Set Generator and to create the initial and incremental request sets that are used to load and refresh preseeded and custom dashboards as well as custom reports. The Request Set Generator is a tool that generates the initial and incremental request sets for dashboards or reports. The request sets include all of the concurrent programs needed to load or refresh the dashboard or report, so that you do not encounter any data load or refresh issues, such as dangling records. For each dashboard or custom report, create one of each of the following request sets: Initial request set: Loads information to populate data for the dashboard or report. Run the initial request set once after implementation is complete and, unless otherwise noted, after you change any setups after implementation is complete. Incremental request set: Refreshes or updates information that has changed since the last load or refresh. Run thin incremental request set as frequently as you want to refresh data in the dashboards or reports. It is recommended that you run this request set daily. In addition to creating the request sets, you can also: Update request sets to add new dashboards or reports or change request set options. Duplicate request sets if you want to copy an existing request set.
Using the Daily Business Intelligence Administrator responsibility, navigate to Data Summarization : Request Sets > Administer Request Sets. Click Generate Request Set. Enter a Request Set Name and Internal Name. The internal name must be unique. Enable the Load Summaries check box and choose one of the following options: Initial Load: Creates an initial request set that performs initial loads for empty summaries and an incremental refresh for any summaries that are not empty. Incremental Load: Creates an incremental request set that performs incremental refreshes for all summaries. Clear and Load All Summaries: Creates an initial request set that clears all populated summaries and reloads data.
2. 3. 4.
5.
You can optionally enable the Gather Table Statistics check box if you want to collect data on how long it takes the request set to load or refresh the base summaries and materialized views. You can disable the Enable Auditing option if you do not want to keep historical record of request set runs like duration of run, completion status, objects refreshed, and so on. Request Set Performance reports will show data for only those request sets that have this option enabled. Click Add Content to add the dashboards or reports to the request set. Query and select the dashboards or reports you want to add to the request set. If you add a dashboard to a request set, all of the reports that are associated with the dashboard are automatically included in the request set. If you are creating a request set for custom dashboards or custom reports you must ensure that the dependent objects and refresh programs for dashboards or reports are adequately defined.
Note: It is recommended to have a request set per dashboard or
6.
7. 8.
report. If a set of preseeded dashboards or reports share common objects, then you can create one initial and one incremental request set for the set.
The following table lists the dashboards and EULs (end-user layers) that can be combined into a single request set:
Intelligence Area
Profit and Loss Profit and Loss Analysis Profit and Loss by Manager Expense Management Expense Analysis Funds Management
Intelligence Area
Maintenance Management
Commodity Spend Management Commodity Supplier Management Procurement Management Procure to Pay Management Procurement Performance Management Procurement Status
Project Profitability Management Project Operations Management Capital Projects Cost Management Contract Projects Cost Management
Intelligence Area
Service Contracts Management Service Renewals Management Oracle Discoverer Business Area for Service Contracts Intelligence
Customer Fulfillment Management Shipping Management Product Revenue Booking and Backlog
Intelligence Area
Plan Management
Transportation Management
9.
Using the Daily Business Intelligence Administrator responsibility, navigate to Data Summarization : Request Sets > Run Request Sets. Select the Request Set option. Query the initial requests set. Click Submit. For information on how to run request sets, including setting up notifications and scheduling request sets to run at a predetermined time, see: Oracle Applications User's Guide.
2. 3. 4.
Related Topics
"Running Reports and Programs", Oracle Applications User's Guide
Set Up Users
Use the System Administrator responsibility to assign the appropriate responsibilities to each Daily Business Intelligence implementer and user.
To set up users:
1. 2. 3.
Using the System Administrator responsibility, navigate to Security > User > Define. Query the user. In the Responsibilities field of the Responsibilities tabbed region, choose a responsibility, for example Daily Business Intelligence Administrator, and assign it to the user. You can assign more than one responsibility to each user. By default, users can access all of the dashboards, regions, and reports associated with that the responsibility.
4.
If you are implementing Manager reporting, ensure that the user is associated with an employee. Employees are defined in Oracle Human Resources. If you are implementing Item reporting, ensure that the following fields are completed for the user: Person Customer E-Mail If these fields are not completed, then the user will not be able to access the Catalog Setup Workbench in Oracle Advanced Product Catalog.
5.
Related Topics
Responsibility and Dashboard Matrix, page B-1 "Oracle User Management Setup and Administration", Oracle Applications System Administrator's Guide - Security
Related Topics
"Running Reports and Programs", Oracle Applications User's Guide
Implementation Complete
Congratulations! You have successfully implemented Daily Business Intelligence. It is strongly recommended that you back up your system at this point.
Upgrade Checklist
If you are upgrading from a previous version of Daily Business Intelligence, perform the following upgrade steps.
Step Review the Upgrade Considerations for Each Dashboard Review the appropriate chapter in this guide to determine if there are any specific upgrade considerations for the dashboards you have implemented. Perform any upgrade steps as directed. Responsibility Various Dashboard/Feature All
Step Recreate Initial and Incremental Request Sets Recreate the initial and incremental request sets for all upgraded dashboards. For Initial Request Sets, select the "Initial Load (Incrementally Refreshes Previously Collected Summaries)" option. If you have implemented new dashboards, ensure that you include the new dashboards in the requests sets for the appropriate intelligence area. See: Create Initial and Incremental Request Sets, page 2-74 Run Initial Request Sets After creating the request sets, run the initial request set for each upgraded dashboard. See: Run Initial Request Sets, page 2-79
Dashboard/Feature All
All
3
Extend Daily Business Intelligence
This chapter discusses how you can create custom dimension objects, measures, reports, and dashboards in prototype mode and move those prototypes into production mode. To expedite the process of creating custom content, you can leverage the library of preseeded content that is provided with Daily Business Intelligence. For example, you can create a custom dashboard that is entirely built using preseeded dimensions, KPIs, and reports. However, you can also create a custom dashboard using only custom dimensions, KPIs, and reports or a combination of preseeded and custom content. As you create custom content, it is added to the library. This document refers to this library of content as "existing content". If you have implemented Balanced Scorecard, you can also leverage the custom scorecard views, dimensions, and measures defined in that application. All content is organized by functional area. Preseeded content is available in the functional area that corresponds to the intelligence area. For example, DBI for Financials content, such as the Profit and Loss Dashboard, Expense reports, and the Revenue KPI,
is available in the Financials functional area. You can create custom content under any functional area. When creating custom content, select an appropriate functional area, such as Financials, Projects, or Supply Chain. If no other suitable functional area is available, select Customer Defined. The Customer Defined functional area is used to organize custom content that does not relate to any other available functional area. Dimensions, reports, KPIs, and dashboards have various dependencies on other content types. For example, you must define a dimension object and assign it to a dimension before you can use that dimension object in a report or dashboard. Due to these content dependencies, you should create custom content in this order: Dimension objects, page 3-3 Dimensions, page 3-7 KPIs (measures), page 3-13 Reports, page 3-17 Dashboards, page 3-43
Prerequisites
Before you create any custom content, perform these steps:
1.
Create a custom application. When you create custom dimensions, measures, reports, and dashboards, you must assign the content to an application. Oracle recommends that you create a custom application for this purpose. A custom application ensures that your custom content is preserved when you upgrade. See: Customization Standards, Oracle Applications Developer's Guide.
2.
Create a custom responsibility. Before you can publish custom content, you must create a custom responsibility. The custom responsibility is used to separate custom dashboards and reports from the preseeded dashboards and reports. Ask your system administrator to create one or more custom responsibilities to which you can assign your custom content. See: Customization Standards, Oracle Applications Developer's Guide.
Custom Dimensions
Creating Custom Dimensions
Dimensions and dimension objects are the technical objects behind the parameters in each report. Dimension objects are the values by which you can aggregate and filter data in a report, such as by a particular sales group or location. Dimensions are logical groupings of related dimension objects. For example, the City, State, and Country dimension objects all belong to the Geography dimension. When you create custom dimensions and dimension objects, you should: Create dimension objects before you create dimensions. Create both dimension objects and dimensions before you create any custom reports.
Using the Daily Business Intelligence Designer responsibility, navigate to Performance Measurement > Dimension Designer.
2. 3. 4.
Click Dimension Objects. Click Create. Define the primary attributes for the dimension object: Define the name, internal name, and application. The internal name must be unique. You should choose a custom application. Enter a meaningful description for the dimension object to indicate its content and use Specify the type of the dimension object to create. Dimension objects can be based on existing views or tables available in your system. This type of dimension object is called an Existing Source dimension object. The view or table used to create this type of dimension object should have ID and VALUE columns. The ID is used as the identifier for the values in the fact view or summary levels. The VALUE is the name that appears in the list of values for the parameter. Dimension objects can be based on a generated source. This type of dimension object is called a Generated Source dimension object. The dimension designer automatically creates a table to support the new dimension object, so you do not need to use an existing source view.
If you implemented Oracle Balanced Scorecard, then the default type is Generated Source. To create an Existing Source dimension object, deselect the Generated Source option. Assign the dimension object to a dimension. If no preseeded dimension is appropriate, finish defining the dimension object; then create a custom dimension and assign the dimension object to it. You must assign a dimension object to a dimension before the dimension object is available for use in custom reports. See: Create Dimensions, page 3-7.
5. 6.
Click Next. Define the display attributes for an Existing Source dimension object.
Dimension Object Enabled: Select this option if you want users to be able to assign the dimension object to a dimension. If this option is deselected, then the dimension object is not available for use. All Enabled: Select this option if you want the dimension object to include an "All" value. If you enable this option, the system automatically aggregates all the values in the dimension object. See: Create Dimensions, page 3-7. 'All' Label: Specify an alternate label for the "All" value if it is enabled. This attribute is reserved for future use. 'View By' Label: Specify an alternate label for the dimension object when it is used as a View By. This attribute is reserved for future use. Prototype Value Prefix: You can enter a prefix for prototype data to distinguish real data from prototype data. Each dimension object should have a unique prototype value prefix. Dimension Object Values Order: Specify the attribute used to sort the dimension object values: Description or User Code. This attribute is reserved for future use.
Important: Daily Business Intelligence orders values only by
Description.
Comparison Order: Specify how you want to sort the dimension object values: Ascending, Descending, or Dimension values order. This attribute is reserved for future use.
or Descending order.
Comparison Label Source: Enter an alternate application lookup that contains customized comparison labels. If you do not specify a comparison label source, then "Compare All" and "Compare Directs" are displayed in the KPI List region. Long List of Values: Select this option if you do not want all dimension object values to appear in the parameter list of values. Oracle recommends enabling this option when you have a very large number of dimension object values. List of Values Function: Select a form function for the dimension object that displays a customized list of values. Report for Drilling to Details: Specify the default form function to which a user can drill down using the dimension object value. You can assign both DBI and non-DBI form functions to dimension objects. This attribute is used in the Dimension Object for Manager parameter.
7. 8.
Click Next. Define the attributes for the data source for an Existing Source dimension object.
Source View/Table: Enter the view or table name where the dimension object values exist. The source view or table must have ID and VALUE columns. Source View Object Name: This attribute is reserved for future use. Default Value: Specify whether the default value is a fixed value or a value returned by a PL/SQL function. Enter the value or the function name based on the selection made. Master Dimension Object: This attribute is reserved for future use.
9.
A warning message may appear if the source view or table for the dimension object cannot be found or if the mandatory ID and VALUE columns are not found. You should validate the source view or table for the dimension object definition before saving the definition. If a dimension object with data source issues is included in custom reports and dashboards, then error messages will appear. For information about creating Generated Source dimension objects, see: Oracle Balanced Scorecard Administrator Guide.
Create Dimensions
Create custom dimensions if the preseeded dimensions do not meet your reporting needs. For a description of the preseeded dimensions, see: Review Dimensions, Dimension Objects, and KPIs, page 4-11.
To create dimensions: 1.
Using the Daily Business Intelligence Designer responsibility, navigate to Performance Measurement > Dimension Designer. Click Dimension. Click Create. Define the name, internal name, and application for the dimension. You should choose a custom application. Enter a meaningful description for the dimension indicating its content and use. Assign dimension objects to the dimension. You must assign a dimension object to a
2. 3. 4.
5.
Using the Daily Business Intelligence Designer responsibility, navigate to Performance Measurement > Dimension Designer. Click Dimension. Search for the dimension. Click View Dimension Object. If no dimension object is assigned to the dimension, then this icon is disabled. Click Update to change these attributes for an Existing Source dimension object: Use for View By: Select this option if you want the dimension object to be included in the View By list. Use for Ranking: Select this option to identify the primary dimension for the selected dimension object. A dimension object can only have one primary dimension at a time. All Enabled: Select this option if you want the dimension object to include an "All" value when the dimension object is in combination with this dimension. Since a dimension object can be part of multiple dimensions, you can still disable the "All" value for the same dimension object when it is assigned to other dimensions. Where Clause: Specify the criteria for filtering the dimension object values.
2. 3. 4.
5.
6.
Use the Daily Business Intelligence Designer responsibility to view the hierarchical relationship between dimension objects. You can define three different type of relationships: One-to-many relationships, also known as parent-child relationships. Use this type of relationship when a child dimension object value belongs only to one parent, but the parent can have multiple child dimension object values. For example, a state and city have this type of relationship. A city belongs only to one state, but a state can include multiple cities. Many-to-many relationships. Use this type of relationship when a dimension object value can belong to multiple values in the parent dimension object or when each parent dimension object can have multiple values in the child dimension object. This type of relationship is available only for Generate Source dimension objects when you have implemented Oracle Balanced Scorecard. For example, products and distribution channels have this type of relationship. A product can be distributed through multiple different distribution channels, and a distribution channel can distribute multiple products.
Recursive relationships. Use this type of relationship when a dimension object has as its parent another value in the same dimension object. For example, managers and employees have this type of relationship. An employee has as his or her manager, or hierarchical parent, another employee on the same dimension object.
Each dimension object can have multiple parents and multiple children. The following is an example of a sales hierarchy: Global Sales (parent) US Sales (parent and child) East (child) West (child) North (child) South (child)
Using the Daily Business Intelligence Designer responsibility, navigate to Performance Measurement > Dimension Designer. Click Dimension Object Relationships. Query a custom dimension object and click Update. In the Available Parent or Child Dimension Object regions, query the dimension objects that you want to add to the dimension object hierarchy. You can select preseeded or custom dimension objects. Move the dimension objects into the Selected Parent or Child Dimension Object regions. Click Continue. Review the mapping of dimension objects on the Attributes page. Existing Source dimension objects require an additional column that indicates the corresponding parent value. You can define this column in the same source view as the child dimension object. Specify the table or view and column where the relationship is defined for Existing Source dimension objects.
2. 3. 4.
5.
6. 7.
8.
Troubleshooting
Cannot add a custom dimension object to a report. You must assign a dimension object to a dimension before you can add the dimension object to a report or dashboard.
Custom Calendars
If you have implemented Oracle Balanced Scorecard, then the Daily Business Intelligence Designer responsibility lets you create custom calendars. Custom calendars enable you to report data on custom periods, such as school semesters or seasons. You can use custom calendars in Generated Source or Existing Data Source reports. For more information about creating calendars and defining custom periods, see: Oracle Balanced Scorecard Administrator Guide.
Create KPIs
Creating Custom KPIs
Create KPIs if the preseeded KPIs do not meet your reporting needs. Note that KPIs appear slightly differently in reports than in dashboards. In reports, KPIs appear as columns in the report table and are commonly referred to as measures. In dashboards, KPIs appear in the KPI region and as columns in the table region. Additionally, in dashboards you can click the KPI to drill to a report. Each KPI is based on a primary report, but you do not need to define the report before creating the KPI.
To create a KPI: 1.
Using the Daily Business Intelligence Designer responsibility, navigate to Performance Management > Measure Designer. Click Create.
2.
3.
Define the primary attributes for the measure. Define the name, internal name, and application for the measure. You should choose a custom application for the measure. Ensure that the internal name is unique. Enter a meaningful description indicating the use and content of the measure. Select a functional area for the measure. If no other functional area is appropriate, select the Customer Defined functional area. The Generated Source option is available if you have implemented Oracle Balanced Scorecard. For information about creating Oracle Balanced Scorecard measures, see: Oracle Balanced Scorecard Administrator Guide.
4. 5.
Click Next. Define the following additional attributes for the measure.
Activity/Balance: Select the type of measure, either activity or balance. Activity measures consider all the data in a given period, while balance measures consider only the last data in a given period for computation purposes. Aggregation Method: Select the method for aggregating data: SUM, AVG, MIN, or MAX. Unit of Measure: Enter a unit of measure for the measure, such as dollars, units, or people. Measure Improvement: Select the method for determining when the measure is
improving. You can choose to show improvement if the measure increases or if the measure decreases. For example, increased Revenue is an improvement; however, a decrease in Service Backlog is considered an improvement. Prototyping: Set the prototype method and data ranges for the measure. Prototype data enables you to test and demonstrate measures before publishing them.
6. 7. 8.
Click Next. The Cause and Effect feature is reserved for future use. Define a data source for the measure.
Select a data source for an Existing Source measure. The data source is the primary report from which the data for this measure is taken. The data source can be any existing report. This report becomes the default drill-down report for the measure. You can access this drill-down report only when the measure is added to a KPI region in a dashboard
Note: The report you want to use as the data source for an Existing
Source measure must already exist before you can define the data source.
To define the data source, select an existing report as the data source. Select one column available in the report as the source column to gather the actual value. The list of available columns is restricted to the columns in the report's underlying view. Select another column as the compare-to source column to calculate change. If no report exists yet for this measure, you can save the measure and return to
update the data source for the measure after the report is created. If you mapped the measure to a column when you created a report, the Source Column Name field is automatically populated To change the default drill-down report for the measure, select a report in the Detailed Report in Alert field. The list of available reports is restricted to reports that use the same view as the measure. To enable users to access the drill-down report for the measure when the measure is added to the KPI region of a dashboard, select the Enable Detailed Report in KPI Region check box. You can view the dimensions that are mapped for this measure by clicking Map. This is provided for information purposes only, but is useful to understand if the measure uses the same dimensions as a particular report or dashboard.
Custom Reports
Creating Custom Reports
Design custom reports if the preseeded reports do not meet your business requirements or if you want to report on data from applications other than Oracle E-Business Suite. Using Report Designer, you can easily create custom reports according to your specific needs that use the same style as the preseeded Oracle reports. You can duplicate custom reports. A duplicate report has the same title and layout as the original report but a unique internal name. You cannot duplicate preseeded reports. There are three basic steps to designing a custom report:
1. 2.
Define the report data source, page 3-18 If the report has an existing data source, define the data source mapping for the measures, dimensions, and attributes, page 3-22 Design the report layout, page 3-23
3.
Create a simulation view Simulation views enable you to create "what if" scenarios that demonstrate the effect of one or more KPIs on a calculated KPI. You create a simulation view within the Report Designer; this feature is enabled after you have created at least one calculated column. However, you can access simulation views only through dashboards. After you create a simulation view in a report, you can select the region from the report into a dashboard to display the simulation view. You can only create a simulation view if you have implemented Oracle Balanced Scorecard. You can add simulation views to any Existing Source or Generated Source report that contains at least one calculated KPI. You cannot create simulation views for weighted KPIs. See: Create Simulation Views, page 3-38.
Preview custom reports for testing purposes Preview the report in design mode so that you can approximate what it will look like after it is moved into production mode.
Export and import custom reports If you are using Daily Business Intelligence on multiple instances, you can export and import custom reports from one instance to another. See: Export and Import Dashboards and Reports, page 3-55.
After you design the report, move the report into production mode by publishing the report to a responsibility and menu and populate the report with data using the appropriate data load and refresh method for the report data source.
Report Data Sources Report Data Source Description Difficulty Level Requires BSC Requires Custom Views or Tables No Method for Loading and Refreshing Data After the report is moved into production mode, data is loaded into the report using the Data Loader in Balanced Scorecard, and the summaries are refreshed by request sets.
The system automatically generates the views and tables needed to support the report based on the report prototype. The advantages of this type of report are that you can easily create mockups, you do not need technical knowledge such as an understanding of the data model or how to create ETL programs, and you can create custom KPIs and dimension objects while creating a report.
Moderate
The designer uses a preseeded or custom table, view, or PL/SQL function to define the report. The advantages of this type of report are that you can design tables, views, or PL/SQL functions optimally to support reporting, and you can easily handle data loading of custom content through request sets. Designers should understand the data model as well as the functional process for designing this type of report.
High
No
Yes
You can use the Request Set Generator to create a request set to load and refresh the data for the report or create custom scripts for loading and refreshing data. Oracle recommends using request sets for these reports.
Description
Difficulty Level
Requires BSC
Method for Loading and Refreshing Data The data for these reports is updated by the existing request sets for the dashboards or reports to which the selected KPIs originally belong. No separate request set is required for these reports.
The designer selects preseeded or custom KPIs to build the report. Each KPI represents one column in the report table. The advantages of this type of report are that you can add weighted KPIs to a report and that you can easily leverage existing content that is already updated by existing request sets. You can build this type of report only using KPIs that share the same dimensionality.
Low
No
After you select a data source type for a report, you cannot switch the data source for the report while you are designing the report. For Generated Source reports you can switch the data source to a view only after the prototype has been saved. In all other cases, design an additional report.
To define the report data source: 1.
Using the Daily Business Intelligence Designer responsibility, navigate to Reporting > Report Designer. Click Create. Define the name, internal name, application, functional area, and description for the report. You should choose a custom application. Then click Continue. Select the data source for the report: Generate Data Source: Select this option if you want the system to generate automatically the table and view structure required to support the report. This option is available only if you implemented Oracle Balanced Scorecard. For more information on generated data sources, see: Oracle Balanced Scorecard Administrator Guide.
2. 3.
4.
If you select this option, you must use the Generate Database and Data Loader process in Oracle Balanced Scorecard to generate the schema and load data for the report. You must also use the Request Set Generator to generate a request set to refresh the materialized views or analytical workspaces underlying the report. Select Existing Data Source: Select this option if you want to use an existing view or table as the data source for the report. You should choose this option if you have created a custom view or table to use as the data source. If you select this option, you must use the Request Set Generator to generate a request set to load and refresh data for the report. Select KPIs as Data Source: Select this option if you want to build a report based on existing KPIs that are already part of another report. You should choose this option if you want to create a report based on preseeded or custom KPIs that exist in another report, or if you plan to define weighted averages for the KPIs. If you select this option, use the existing request sets to load and refresh data for the selected KPIs.
5.
If you selected Generated Data Source, click Finish to begin designing the report prototype. If you selected Existing Data Source, select the table or view that you want to use as the data source. Then begin mapping measures and dimension objects for the report. If you selected KPIs as Data Source, select the KPIs that you want to add to the report. You can select preseeded or custom KPIs. Click Finish to begin designing the report prototype. The KPIs you select must share at least one period and one common dimension other than Time and Currency. When you add more than one KPI to the report, the system validates that the KPIs share at least one common dimension.
6.
7.
Define the Data Source Mapping for Existing Data Source Reports
If you are creating an Existing Data Source report, map the columns from the data source to the report. You can map each data source column to one of the following column types: Dimension Object: Maps the data source column to a parameter in the report. Measure: Maps the data source column to a column in the report table. Use this column type to map numeric data such as values or counts. Prior: Maps the column used as the Compare To value in the report. Use this column type to map data from a previous period. Do not use this column to map budget, plan, or forecast data. Blank: Maps the data source column to an informational column in the report table. Use this column type to map numeric or non-numeric data, such as a name, phone number, or description as an attribute or informational column.
In the Column field, select a column from the data source. In the Column Type field, select the type of content you are mapping. Possible choices are Dimension Objects, Measures, Prior, or Blank.
3.
If the column type is Dimension Object, in the Measure/Dimension Object Mapping field, select a dimension object to which to map the column. Dimension objects must be defined and assigned to a dimension. If the column type is Measure, in the Measure/Dimension Object Mapping field, if you want to map the column to an existing measure, select the measure. The system automatically populates the measure name. If you want to map the column to a new measure, leave the field blank. After you finish designing the report, you can create the new measure using the Measure Designer and specify this report as the data source. Change the Display Label for each mapped column, if required. Click Finish to save your work. Then design the report layout.
4.
5. 6.
When you design the report prototype, the parameter and table regions are already populated based on the data source selected. The following table lists the items that are automatically populated in each region by report type.
Automatically Populated Report Items Report Type Parameter Region Automatically Contains... The following parameters: Table Region Automatically Contains... One column for View By Time
One column for each column mapped as a measure and a column for the View By parameter, if at least one dimension object was mapped One column for each KPI and a column for the View By parameter, if the base reports contain View By
Parameters that are shared by all the selected KPIs. The system compares all the parameters from the base reports for the KPIs selected and builds a new parameter region based on the common parameters.
The following sections describe how to define the different regions in the report Edit the title region, page 3-24 Edit the parameter region, page 3-25 Edit the table region, page 3-29 Edit the graph region (optional), page 3-40 Edit the links region (optional), page 3-41
global links (Home, Logout, and Help). The report title defaults to the name defined for the report in the Primary Attribute window. You can edit this region and modify the report title to make it more descriptive.
You can add additional parameters to Generated Data Source reports from existing reports, existing dimension objects or existing dimensions, as required. For Existing Data Source reports, the report prototype automatically contains one parameter for each dimension object you mapped in the Data Source Mapping page. You can add new parameters to an Existing Data Source report by updating the data source mapping and mapping additional columns as dimension objects. For KPIs as Data Source reports, the system builds the parameter region based on the common parameters across all selected KPIs. Consequently, this type of report has restrictions on adding or removing parameters. You can hide or show parameters, but you cannot modify the structure of the report parameters because the structure is derived from the KPIs' base reports.
In the report prototype, select Edit in the parameter region. Define the parameter layout. Possible choices are:
Wrap: Parameters are arranged dynamically, wrapping along the top of the report. 3 Columns: Parameters are arranged into three columns.
For all formats, every time a user changes a report parameter, the report content refreshes automatically.
3.
Define the As of Date and Period parameters. Daily Business Intelligence supports different report styles related to these parameters. The first style is the "As of Date" style. Generated Source reports are typically defined with three base parameters that are related to how you can see the data in time and how you can compare it to prior periods. The default definition for a Generated Source report considers a combination of these three parameters. As of Date Period Type Compare To
The other report styles can be used for other requirements, such as when data does not need to be visualized daily or at a particular date. The second report style is the "From-To" style, which allows users to select a range within a period. For example, select the months January 2006 to March 2006 for the monthly period type. The third report style is a variation of the first style which uses the Period Type and Compare To parameters, but hides the As of Date. Use this style when you do not need the As of Date parameter. Generated Source reports have the "As of Date" style by default, but you can switch to the "From-To" style or hide the As of Date. To switch the report style, edit the parameter region and select a style in the Date row, either "As of Date" or "From-To". The system enforces some validations, such as for the Compare To and Period Type, depending on the style selected. For example, Compare To is not a valid option when the "From-To" style is selected. Reports based on views or tables typically have the "From-To" style. For reports based on KPIs as data source, the style is derived from the base reports.
4.
In the Edit Parameter region, add parameters to the report parameter region as required. If you selected Generated Source reports, you can add dimensions using the following options: Existing Dimension Objects: Select individual existing dimension objects. New Dimension Object: Create a new dimension object. See: Create
Dimensions Objects, page 3-3. The new dimension object, whose type is Generated Source, is created within the report and registered within the common dimension object repository. When a new dimension object is created from the report, you can define sample values to see while the report is in prototype mode.
Note: This option is available only for Generated Source
reports.
Existing Dimensions: Select a group of existing dimension objects previously defined within a dimension.
Note: This option is available only for Generated Source
reports.
Dimension Objects from Report: Select one or more dimension objects from a preseeded or custom report and add them to the parameter region of the new report. In this process the report inherits the properties of the dimension objects. For example, the recursive ability of the manager or cost center dimension objects and the relationships between dimension objects can be inherited. These properties may not be part of the preseeded dimension object. Use this method as the primary way to add dimension objects to new reports so that you can easily duplicate the properties from existing reports. This option is available for Generated Data Source and Existing Data Source reports.
5.
Define the period levels. Update the corresponding Period row in the Edit Parameters page to see the available options. Enable or disable values as required. For example, by default the Period parameter does not have the Day period enabled. You can enable as many periods as required from the same calendar. However, you cannot enable periods from different calendars.
6.
Define "Compare to" values. Update the corresponding "Compare to" row in the Edit Parameters page to see the available options. For the "Compare to" values, the default values are Prior Period and Prior Year. You can also enable Budget as one of the values. The system does not validate whether data is available for all enabled values.
Consequently, check with your implementation team that: Data is available for the selected value. There are no potential performance issues associated with reporting on a particular value. For example, if Day is enabled the report performance will be slower than it will be for greater periods such as Week or Month.
7.
Update the other report parameters as required by defining the label and the parameter selection style. You can update the parameter label, which is the name of the parameter as it appears in the report. If you change the display name in this page, it overwrites the display name specified in the Data Source Mapping page. You can also change the parameter selection style. These selection styles are available for a custom dimension object within the report: Single Select Drop Down Value List Single Select Pop Up Search Window Multi Select Drop Down Value List Multi Select Pop Up Search Window Read Only
The selection style options for preseeded dimension objects vary depending on the dimension object definitions.
8.
Specify other parameter properties in the report context. Set the default value for each parameter. Select from the available values for each parameter. If you use predefined secure dimensions, these settings may be overwritten at runtime using the secured values for the specific user. If you do not want to display a parameter, then disable the Display check box for the parameter. Disable the display for a parameter if you want to control the content of the report using the parameter, but you do not want users to be able to change the value. For example, if you want to create a report that is always for the U.S. sales group, you could add Sales Group as a parameter, set the default value to U.S. sales, and disable the display for this parameter. Update the View By parameter as required. You can add custom values for the View By parameter. For example, you can create an additional double view by, such as view by Organization and Inventory Category. A double view by is
enabled based on the enabled single view by. Consequently, you cannot define a double view by using a parameter that is not enabled as a single view by.
9.
When you finish defining the report parameters in the prototype, click Apply to save changes for the report.
10. Save your work. The modifications made to a report are not saved until you click
The table region is the fourth region in the report. It displays the detailed data for the report. For Generated Data Source reports, the report prototype automatically contains a single column for View By Time. For Existing Data Source reports, the report prototype automatically contains these columns: One view by column, if you mapped at least one dimension object and view by is enabled One column for each column that you mapped as a measure in the Data Source Mapping page One column for each column that you mapped as an attribute (using the Blank column type in the Data Source Mapping page) but that is not visible by default
For KPI as Data Source reports, the report prototype automatically contains one column
for each KPI that you added to the report when you defined the report data source.
To edit the table region: 1. 2.
In the report prototype, select Edit in the table region. Add KPIs to the table region. In the Add field select one of the following options and click Go. Existing KPI: Select an existing KPI. In Existing Source reports you can add existing KPIs by updating the data source mapping and mapping columns as measures. New KPI: Create a custom KPI of the Generated Source type. This option is available only for Generated Source reports. See: Create KPIs, page 3-13. New Calculated KPI: Create a new KPI by defining a calculation between two or more KPIs added to the report. This option is available only if you have added at least one KPI to the report. See: Create Calculated KPIs, page 3-32. New Weighted KPI based on scores: Create a new KPI by assigning weights and scores to two or more KPIs. This option is available only for KPI as Data Source reports and only if you have added at least one KPI to the report. See: Create Weighted KPIs, page 3-34.
When you add new KPIs to the table region, they immediately become available for the graph region as well
3.
Edit column labels. Edit the column headings as required. Editing a column heading updates the display name for the KPI. For reports based on tables or views, if you update the display name in this page, it overwrites the display name entered in the Data Source Mapping page.
4.
Specify column spanning. To group several columns into a spanning column: In the Add field, select Column Groups and click Go. Enter a title for the column group. The title spans the top of the columns in the column group. Select the set of measures that you want to add to the column group. Each measure can belong only to one column group. Select Apply to save your work.
5.
Enable the Display check box if you want to display the column in the table. By default all measure columns are displayed. You can choose not to display a column in the table. For example, you can hide a column if you want to include the measure in a calculated KPI but do not want the measure to appear as a separate column in the report, or if you want to graph a measure but do not want the measure to appear in the table region.
6.
Specify the table sorting. For each column, enable the Sortable check box if you want to be able to sort on the column. You can also define which column you want to use as the default sort column for the table. The default sort column for custom reports is Time.
7.
Set up change calculation. Enable the Change check box if you want to display a change value for the measure based on the Compare To selected. If you chose not to display the Compare To parameter, then you cannot enable the Change check box.
8.
Specify grand total, total, and subtotal options. Enable the Grand Total check box if you want to display the grand total for the measure. The grand total includes even the rows that are not shown in the table region. To enable a total or subtotals, update the column you want. You should choose to display either the total or the grand total consistently for all columns to avoid confusion. For reports that contain attributes, you can enable the Display Subtotal check box. For example, reports that are based on a view as of today support this feature. If you specified a double view by, then subtotals are always displayed.
9.
Specify the number of table rows in the report. Select the number of rows you want to display for the table. The standard number of rows is 12 by default. You can change this value to meet your requirements based on the report content. Graphs show the same number of items as the number of rows in the table, except pie graphs, which can contain a maximum of 12 items.
If the column is a measure, click Update to modify the advanced properties. Link: Specify the drill-down report for the column. Display Type: Select the display type for the measure, such as Float or Integer. Display Format: Specify a display format. You can use any valid format for
numeric values, such as 9,99,990 or 99.99%. Sort Order: Specify the sort order for the column. Possible choices are Descending or Ascending. Total: If you want to view the totals for the rows displayed in the table region for a measure, enable this option. You should enable only one of the total or the grand total options at a time. Show column for Percent of Total: Enable this check box if you want to display the Percent of Total for each row in the report table next to the measure actuals. Show column for value selected in Compare To parameter: Enable this check box if you want to display the Compare To values in the report table next to the measure actuals. If you select this option, when you run the report and select Prior Year, Prior Period, or Budget in the Compare To list of values, then that column appears next to the actual of that KPI.
If the column is a View By, click Update to modify the drill-down report link for each View By. You can also disable the Sortable check box if you do not want to sort the View By column, or select the default sort order for the column.
12. Reorder columns.
You can optionally reorder the columns in the table. If you reorder columns for which you defined column spanning, the whole group of spanned columns is reordered.
13. Click Apply to continue your work.
Create Calculated KPIs Create calculated KPIs to create formula expressions between two or more KPIs added to the table region. For example, if you want to create a KPI that shows your Revenue per Employee Number with the two columns Revenue and Employee Number, you can add a third column where you define the expression between the columns as column 1= revenue / column 2 = number of employees. The values calculated for the third column in this example are automatically calculated when a user runs the report based on the existing columns for Revenue and Employee Number.
As another example, to compute Net Profit you can use Revenue and Expenses KPIs to create a calculated KPI that is defined as (Revenue Expenses) . Create a calculated KPI from within a custom report. The custom report must contain all the KPIs that you want to include in the calculated KPI. You can create calculated KPIs in any report, whether its data source type is Generated Source, Existing Source, or KPIs as Data Source.
To create a calculated KPI: 1.
Using the Daily Business Intelligence Designer responsibility, navigate to Report Designer. Query a report. In the table region, click Edit. In the Add field, select New Calculated KPI. Then click Go. Enter a name and definition for the calculated KPI. Define the formula by adding the KPIs from the Available Columns region to the Formula region and by selecting operands. The Definition region shows the KPI formula using the internal names. Click Validate to ensure that the formula is correct.
2. 3. 4. 5. 6.
7.
8.
Click Apply to save your work. The calculated KPI is automatically added to the table region. You can modify the properties for the calculated KPI just as for any other KPI.
Create Weighted KPIs Weighted KPIs are a type of calculated KPI that enables you to view a weighted average of several related KPIs. You can assign weights and scores to each KPI based on a particular dimension. For example, suppose you want to score your suppliers based on the following measures: Number of Rejections, On-time Delivery, and Supplier Quality. The following table illustrates how to weight the KPIs.
Weighted KPI Supplier Score Number of Rejections On-time Delivery Supplier Quality is Comprised of . . . Weight 100% 20% 40% 40%
Using the Daily Business Intelligence Designer responsibility, create a KPIs as Data Source report that contains the following KPIs: Number of Rejections, On-time Delivery, and Supplier Quality. All the KPIs that you add to this type of report must share a common dimension other than Time. In this case, assume that the common dimension is Suppliers. Next, edit the table region of the report and add a Weighted KPI. Name the new KPI "Supplier Score". Using the Scoring Manager responsibility, assign a weight to the KPIs. For example, you might want to place greater emphasis on suppliers that score high in on-time delivery and quality, and less emphasis on the number of rejections. In that case you can assign weights of 40% to the On-time Delivery and Supplier Quality KPIs, and a weight of 20% to Number of Rejections KPI. The total weight for the weighted KPI must equal 100%. Next, define the scores for each of the KPIs. For example, suppliers who have an On-time Delivery of 100% could be assigned a score of 1, suppliers who have an On-time Delivery between 99% and 70% could be assigned a score of 2, and so on. You can define a different score and scoring range for different periods and different dimension values. For example, you can define a different score for Hardware suppliers in December.
Using the Daily Business Intelligence Designer responsibility, navigate to Report Designer. Create or edit a "KPIs as Data Source" report. Select the KPIs that you want to use in your report. All the KPIs you want to use in your weighted average KPI should share the same dimension object that you use for scoring.
2. 3.
4. 5. 6. 7.
Edit the table region. In the Add field, select New Weighted KPI based on scores, then click Go. Enter a name and description for the weighted KPI. Define the following scoring parameters: Define Scores On: Select the dimension object that must be selected to view the weighted KPI. For example, if you set this field to "Supplier", the weighted KPI will appear when the report View By = "Supplier". Define Scores For: Select the dimension object that you are loading scores for. For instance, if you set this field to "Commodities", you would load scores for your commodity suppliers. Alternately, you can set this field to "Supplier", in which case you would load scores for every supplier, not just your commodity suppliers.
8.
Define the numeric format of the score. For example, you may want to use scores with decimal places to increase the accuracy of the score. Define the prototype data features for the KPI. These features are: Style, Trend, Minimum Value and Maximum Value.
9.
10. Click Apply and Save to save your report. To enter weights and scores: 1. 2. 3. 4.
Switch to the Scoring Manager responsibility. Navigate to Define Weights and Scores Query the weighted KPI. Click Update Weights and Scores.
5.
In the Weights tab, assign a percent weight to each KPI in the calculated KPI. The total of the percent values should equal 100. For example, you can assign one KPI a weight of 40% and another KPI a weight of 60%. Click Recalculate to ensure that the total weight is 100%.
6. 7. 8. 9.
Navigate to the Scores tab. Select a KPI. To define scores for a specific period type, select a period type. Select a period for the score.
10. Select the dimension object value for the score. For example, if you selected
Commodities, you could select Hardware, to define scores for your hardware suppliers.
11. In the Scoring Value Ranges table, enter the following information for each score:
Score: Enter the score value. For example, if you want to define a scoring range between 1 and 5, enter a score of 1 in the first column of the first row, 2 in the second row, and so on. Range: Enter the From and To values for the score range. For example, if you want to assign a score of 1 to suppliers who are On-Time 100%, then enter a range of From = 99%, To = 100%. When you define a range, ensure that the From value is the highest value of the following score. This will ensure that no values are omitted from the scoring ranges.
Use the Mass Update feature to load score ranges for all the dimension values and periods being scored for a KPI. Select several periods or dimension object values at once and save the defined score ranges for the selected values. Use this feature if you want to define the same score ranges for several periods or dimension object values. If there are any exceptions, after the mass update is complete, you can define a special score range for a particular dimension object value or period. For example, you could define a special score range for one particular supplier. The latest score range saved for a particular combination of periods and dimension values always overwrites the initial setting from the initial mass update.
Simulation views enable you to create "what if" scenarios that demonstrate the effect of one or more KPIs on a calculated KPI. Simulation views are available for any type of report, including generated source reports, existing source reports, and reports based on existing KPIs, as long as you have defined at least one calculated KPI in your report. Simulations between weighted average KPIs are not currently supported. The Simulation View functionality is enabled only if you have implemented Oracle Balanced Scorecard. You create a simulation view in a report, but you must add the view as a region in a dashboard to use the view and the simulation features.
Using the Daily Business Intelligence Designer responsibility, navigate to Report Designer. Create or edit a custom report. In the table region, define at least one calculated KPI. See: Create Calculated KPIs, page 3-32. To create a meaningful simulation, you should typically use several calculated KPIs with formulas that interrelate, so that when one KPI is simulated, the other KPIs show the impact based on the formula.
2. 3.
4.
After adding the calculated KPIs, return to the Report Designer layout page and
save your work. The Simulation View button becomes enabled as soon as you create a calculated KPI. Click Create Simulation View.
5. 6.
Click Simulation View. To begin defining the simulation view, select a background image for the view. You can select image files of the following types: *.gif, *.jpeg, *.jpg, *.swf, or *.svg. Ensure that the graphic is at least 196 by 30 pixels. The image should fit in your dashboard view. If your image is too big, other dashboard regions may be displaced. The name and value for the calculated KPI and the name, value, and editable field for the other KPIs contained in the formula are automatically added to the background image.
7.
After your background image is loaded, the simulation view design page appears. Position the KPIs on the image by dragging and dropping the objects. Note that the name, value, and editable field are separate entities and must be positioned independently.
8.
For each KPI, edit the following properties: General Properties: Specify a drill-down report for the KPI. Display Properties: Hide or show the following KPI properties. Color Alarm: The color alarm for Balanced Scorecard KPIs. Text: The KPI name. Hotspot: Create a hotspot on the graphic for the KPI drill-down. Actual Value: The value of the KPI. Change Value: The value of the change for the KPI.
9.
10. Click Apply to save your work and complete the view. The Update Simulation
View button appears. You must add the view to a dashboard to see the simulation view. The simulation will be available as one of the regions when you access a report within the Dashboard Designer. Consequently it is important to note which report contains a simulation view.
The graph region is the third region in the report. It provides a visual representation of the measures in the table region. This region is optional. It appears before the table region in the report layout. You can add up to six graphs to each report, three per row. Each graph is based on a measure in the report. The graphs are automatically created based on the KPIs available in the table. For example, if you have six columns in the table, the first graph is automatically created based on the first KPI column, the second graph is based on the second KPI column, and so on. You can optionally change the selection of default KPIs or combine KPIs in one graph. You can combine more than one measure in a graph. However, you cannot graph the same measure twice in the same report. You can change the label of the graph series without affecting the label defined in the table region. You can also choose to disable the "compare to" series in a graph and still show it in the table region. The size, color, and format of the graphs is automatically controlled by the system. You can rearrange the graphs in the graph region using the arrow icons.
To add a graph to a report: 1.
In the report prototype graph region, click New. The system automatically creates a graph for the first measure in the report. If the default View By for the report is Time, then the system generates a trend graph. If the default View By for the report is another dimension, then the system generates a comparison graph. Click Edit to modify the graph properties:
2.
Type: Select one of the available graph types. The primary graph types, which usually provide the best means to represent data, are bar graph, line graph, area graph, pie graph, and combination graph. Secondary graph types are special usage or less common graphs that are associated with particular data types or ways to display unique cases of data. Do not use secondary graph types when the data can be adequately represented by a primary graph type. The secondary graph types are scatter graph, bubble graph, radar graph, polar graph, pareto graph, stock graph, and 3-D graph. Use the default option if you want the graph to change based on the view by selection. The horizontal bar graph type is displayed when you select the view by for a non-time dimension; a line graph is displayed when you select view by time.
Title: The title for the graph. Y-Axis Title: The title for the y-axis of the graph. If you are graphing two measures in the same graph, then you can specify two y-axis titles.
3. 4.
The Actual check box is selected by default. If you want to graph additional KPIs that are not in the report, add existing or new KPIs as required. Note that you cannot add a KPI that is already contained in the report. Any KPI that you add to the graph region is automatically added as a column in the table region as well. Click Apply to save your work. Click Save to save the report definition. To add another graph, click New. The system automatically creates a graph for the next unused measure in the report. Then repeat steps 2 through 6 for this graph. You can add up to six graphs.
5. 6. 7.
8.
To rearrange the order of the graphs in the report, use the Move Up and Move Down icons on the Edit Graph page or the Move Left and Move Right icons on the Report Layout page.
Troubleshooting
Custom report does not pass parameters
Check that the dashboard and report from or to which you are drilling share the same parameters. Dimension object is not available in the Data Source Mapping window Check that the dimension object is assigned to a dimension. Report layout updates are not displayed Allow the Layout window to refresh completely after making a change. Unable to find recent reports Reports are created under a specific functional area. If you cannot locate a new custom report, try searching under ALL functional areas. Unable to move or reorder KPIs in table as per user requirement You can change the order of the table columns or KPIs that are at the same level in a table, using the Move Up and Move Down icons. Change and "compare to" columns are automatically associated with their KPI and cannot be separated when you are moving or reordering KPIs in the table. You cannot position a KPI or column immediately after another KPI that is under a column group. To change the order of such KPIs, click the Update icon for the column group or header column and add or remove the KPIs as necessary. Unable to define calculated KPIs You can define calculated KPIs only using columns associated with measures. For Existing Source reports, check that each column mapped as a measure is associated with a measure before you define calculated KPIs.
Custom Dashboards
Creating Custom Dashboards
Design custom dashboards if the preseeded dashboards do not meet your business requirements or if you want to significantly modify a preseeded dashboard. To modify a preseeded dashboard, you can create a duplicate of the dashboard and work with it. A duplicate dashboard has the same title and layout as the original dashboard but a unique internal name. In addition to designing the dashboard prototype, you can also use the Dashboard Designer to: Create KPI regions Create custom KPI regions if the preseeded KPI regions do not meet your requirements. See: Create KPI Regions, page 3-47. Create links regions Create custom links regions to add to dashboards and reports. See: Create a Links Region, page 3-51. Preview dashboards for testing purposes Preview the report in design mode so that you can approximate what it will look
like after it is moved into production mode. Export and import dashboards If you are using Daily Business Intelligence on multiple instances, you can import or export custom dashboards from or to another instance. See: Export and Import Dashboards and Reports, page 3-55. After you design the dashboard, move the dashboard into production mode by publishing it to a responsibility and menu. To load and refresh data for a custom dashboard, use the Request Set Generator to create a request set.
You can add new region groups and regions to the dashboard prototype as required. You can add these types of regions: Table: Select an existing table region. Graph: Select an existing graph region. Links: Select an existing links region or create a custom links region. See: Create a Links Region, page 3-51. Custom Scorecards: Select an existing custom scorecard view. This option is available only if you implemented Oracle Balanced Scorecard. See: Oracle Balanced Scorecard Administrator Guide. RSS Feeds: Select an existing RSS feed. See: Register RSS Feeds, page 3-52. Application Portlets: Select an existing portlet in the transactional application.
Report: Select a parameter, table, graph, simulation view, or links region from an existing report. If a report contains more than one graph you can select any of the graphs in the report. After you add a region from a report to a dashboard, you cannot delete the report unless the region is first removed from the dashboard.
Using the Daily Business Intelligence Designer responsibility, navigate to Reporting > Dashboard Designer. Click Create. Define the following primary attributes for the dashboard: name, internal name, and application. Select a functional area for the custom dashboard. If no other functional area is appropriate, select the Customer Defined functional area. Click Continue. Define the dashboard title by clicking Edit in the title region. The title region is the first region in the dashboard. The dashboard title is automatically populated based on the name you specified in the Primary Attributes page. You can also define the dashboard title by clicking Primary Attributes and editing the name in that page.
2. 3.
4. 5.
6.
Define the dashboard parameters by clicking Select in the parameter region. The parameter region is the only region in the second region group in the dashboard. On the standard region search page, you can search for and select an existing parameter region or select a parameter region from a report. You can only add one parameter region to each dashboard.
7.
Click Save to save the dashboard prototype. When you save the dashboard prototype after adding the parameter region, the system adds a Match Parameters filter to the standard region search page. This filter enables you to query only the regions that use the same parameters as the dashboard.
8.
Define the dashboard KPIs, by clicking Select in the KPI region. The KPI region is the first region in the third region group in the dashboard. There are three ways to define the KPI region: Select an existing KPI region. Create a KPI region. See: Create KPI Regions, page 3-47. Import a KPI region from another instance. See: Export and Import Dashboards and Reports, page 3-55.
When you add a KPI region to the dashboard prototype, use the Match Parameters filter to ensure that the KPIs in the region use the same parameters as the dashboard.
9.
Add other regions to the dashboard, as required. Selecting regions from reports lets you bring any region from any custom or preseeded report into your dashboard. You can select a parameter, table, graph, simulation view, or links region from an existing report. If a report contains more than one graph, you can select any of the graphs in the report. After you add a region from a report to a dashboard, you cannot delete the report unless the region is first removed from the dashboard. To select a region from an existing report: Query the report on the standard region search page.
Select the report that contains the content you want to bring into the dashboard. Click Next to preview the selected report with all the available regions. Select a parameter, table, graph, simulation view, or links region from the report.
Note: In this step your parameters are active, so you can
change your view by definition if you want. For example, if the report has a graph view by business unit, but you want the
graph view by manager, you can change this view by setting during this process.
Register the report region by modifying the primary attributes for the selected region as required. The system automatically defaults the region attributes based on the report settings. If the region has already been added to another dashboard, the "Re-use existing region attributes" option is selected; otherwise, the "Register as new" option is selected. You can re-register a region that has already been added to a dashboard by selecting the "Register as new" option. If you selected a table region, you can hide columns or change the sort property originally defined in your report. If you selected a parameter region, you can enable or disable the View By parameter for the region.
After adding the region, you can edit the primary attributes for the region, or you can continue selecting regions from other reports.
10. Click Finish to complete the dashboard prototype.
The KPI region is a list of KPIs. In a preseeded dashboard, the KPI region provides a list of KPIs that summarize the content that is available in other regions of the dashboard. For example, in the Profit and Loss dashboard the Revenue KPI summarizes the data that is available in the Revenue table and graph regions in the dashboard. In addition, the KPI values change based on the dashboard parameters. For example, in the Profit
and Loss dashboard if you change the Manager parameter, the value of the Revenue KPI changes based on the selected parameter value. If you create a custom KPI region, Oracle recommends that you create a region that behaves similarly to the preseeded KPI regions. As a result, custom KPI regions should: Respond to the primary dimension. KPIs can respond to more than one of the parameters that are defined for the dashboard. Provide a summary of or relate to the content of the dashboard.
There are two basic steps to defining a custom KPI region: Define prototype properties: Define a list of KPIs and prototype data properties for each KPI. Use the prototype properties to specify how you want the KPI region to behave in prototype mode. You can use the prototype properties to preview and perform initial testing on the KPI region and the dashboard. Define implementation properties: Define the actual list of KPIs in the KPI region. Use the implementation properties to specify how you want the KPI region to behave in production mode. You can specify the dimension object used for the comparison graph, the existing KPIs that you want to include in the KPI region, and the drill-down report for each KPI in the KPI region.
In addition to designing the KPI region, you can also use the Create KPI List page to: Preview the KPI region for testing purposes: Preview the KPI region in prototype mode so that you can approximate what it will look like after it is moved into production mode. Export the KPI region to another instance: If you are using Daily Business Intelligence on multiple instances you can export custom KPI regions from one instance to another. See: Export and Import Dashboards and Reports, page 3-55.
Using the Daily Business Intelligence responsibility, navigate to Reporting > Dashboard Designers. Click Create. In the KPI region, click Select. In the Select region page, click Create. Define the prototype properties for the KPI region. These values appear in the KPI region while the dashboard is in prototype mode and enable you to do preliminary testing for the prototype dashboard.
2. 3. 4. 5.
Enter a name for the KPI region. Select a comparison graph type. Possible choices are: None, Directs Only, or Directs and Peers. Select the Value Column Heading to use. Possible choices are YTD/QTD/MTD or Year, Quarter/Month. Select whether or not to display the change column. Define the list of KPIs that you want to appear in the KPI region. You can add as many KPIs to the KPI region as you want. Define these attributes for each prototype KPI: KPI: Enter a name for the KPI. Drilldown URL: Specify a drill-down URL for the KPI. You can specify any URL, but Oracle recommends that you provide a link to a report prototype to simulate the actual KPI behavior. Prototype Value: Enter a prototype value for the measure. Prototype Change: Enter a prototype change value for the measure. Increase: Indicate whether an increase is considered "good" or "bad" for the KPI. For example, an increase in Revenue is good; an increase in Customer Calls may be considered bad. Format: Select the format to use for the prototype values. Possible choices
are: Autoscaled, Billions, Decimal, Decimal Percent, Integer, Integer Percent, Millions, or Thousands. Comparative Performance: Select the method you want to use to compare performance for the KPI. Possible choices are: Compare based on Change, Compare based on Value, or Hide Comparison.
Use the Move Up and Move Down icons to rearrange the order of the KPIs as required. Use the Indent and Unindent buttons to create a hierarchy of KPIs in the KPI region. Use the Create KPI button to create a new KPI. The parameter region must be assigned to the dashboard prototype before you can create a new KPI. See: Create KPIs, page 3-13.
6.
7.
Define the implementation properties for the KPI region. The following properties are visible only after the dashboard is published and moved into production mode. Comparison Dimension: Select the dimension object that you want to use as the basis for the comparison graph. Select Time if you want the comparison
graph to be a trend graph. Performance Measure: Map the prototype KPI to an existing KPI. When you select an existing KPI, the link field is automatically populated based on the default drill-down report for the KPI. If you have implemented Oracle Balanced Scorecard, you can also select any existing Balanced Scorecard measure. When you select a Balanced Scorecard measure, the KPI region displays the measure. For more information about Balanced Scorecard measures, see: Oracle Balanced Scorecard Administrator Guide. Link: If you want to specify a different link for the KPI, select an alternate report.
8.
Using the Daily Business Intelligence Designer responsibility, navigate to Reporting > Dashboard Designer. Click Create. In any region, click Select. In the Type field, select Links. The Create button appears. Click Create. Define the primary attributes for the links region: name, internal name, application, functional area, and description.
2. 3. 4. 5. 6.
7.
Click Apply to save the primary attributes. The Edit Links page appears.
8.
To add a link to a report, dashboard, scorecard, or Oracle Applications function: Click Add Menu Item. Select the responsibility to which the content is assigned. Query the content. Enable the Select check box for the content you want to add as a link. Before you can add a link to a report, dashboard, or scorecard, it must be published and in production mode. Click Apply to save your work.
9.
To add a link to a URL: Click Add URL. Enter a name for the link. Enter the URL for the link. Click Apply to save your work.
10. To change the order of the links, click Change Order. Use the arrow icons to
After you register a feed you can update or delete the feed as required.
To register an RSS feed: 1.
Using the Daily Business Intelligence Designer responsibility, navigate to Reporting > Register RSS Feed. Click Create. Enter a name for the feed. Enter an XML URL for the feed. Optionally add an XSL URL and description for the feed. Click Apply to save your work.
2. 3. 4. 5. 6.
Publish Content
To make your custom content available to users, you must publish it. To publish content you must:
1.
Add content to a menu You can add custom dashboards, reports, or other content such as scorecards or other Oracle Applications forms to a menu. Oracle strongly recommends that you create at least one menu for your custom content. You can create menus that are simple lists of functions, or you can create hierarchical menus by attaching child menus to a parent menu. You can update or delete custom menus as required. You cannot update or delete preseeded menus; however, you can duplicate preseeded menus and customize the duplicates.
2.
Assign the menu to a responsibility Assign the modified menu to an Oracle Applications responsibility. When you assign a menu to a responsibility, the responsibility gains access to all the functions assigned to the menu. You cannot update preseeded responsibilities. You can only update custom responsibilities. Ask your system administrator to set up the custom responsibilities you require.
For more information about creating menus and responsibilities, see: Overview of Function Security, Oracle Applications System Administrator's Guide - Security, Overview of Menus and Function Security, Oracle Applications Developer's Guide and Menus Window, Oracle Applications System Administrator's Guide - Security.
To add content to a menu: 1.
> Publish.
2.
Query an existing menu or click Create to create a new menu. The Update icon is greyed out for preseeded menus. You cannot modified preseeded menus; however, you can duplicate them and customize the duplicate menu as required. To create a new menu:
1. 2. 3.
In the Menus window, click Create. Define the menu name, internal name, and description. Click Apply to save your work.
3.
4.
Click Add Content. Add dashboards, reports, or other content (Oracle Applications form functions) to the menu. Query and select the content.
5.
To add a submenu, click Add Menu. You can select any existing menu or create a new menu. To change the name or description of the menu, content, or submenus, click Update. To reorder the content within the menu, click Reorder Content. Use the arrow icons to move content up or down in the menu as required.
6.
7.
Ask your system administrator to create a responsibility. In the Menus window, click Responsibilities. Query the responsibility and click Update.
4. 5.
In the Menu field, query and select the menu. Click Apply to save your work. Any user who is assigned that responsibility will have access to the menu and the content attached to the menu.
The following items are not exported with the report: Source tables or views for Existing Data Source reports Custom calendars Links region
Import the source tables or views and recreate the custom calendars in the target instance before you import the report. You will have to redefine the Links region after import is complete. If you used the Delegate functionality to grant access to the dashboard or report to users in the source instance, the delegations will not be exported. You will have to grant access to the dashboards or reports in the target instance after import is complete.
To export a dashboard or report from a source instance: 1.
In the source instance, using the Daily Business Intelligence Designer responsibility, navigate to Reporting > Dashboard Designer or Reporting > Report Designer. Query the dashboard or report that you want to export and click Update. In the Update window, click Export. The system will display a message listing the preseeded objects (tables, views, calendars) that must exist in the target instance to successfully import the content.
2. 3.
4.
If you are exporting a dashboard, you can select the regions that you want to export. Click Continue. In the Export window, select the export file type, XML files *.zip, and click Export. The system creates a .ZIP file with an XML definition of the dashboard or report you are exporting.
5.
6.
Ensure that the following prerequisites have been met: The export file is saved to a local drive. The target instance is at the same patch level as the source instance.
2.
In the target instance, using the Daily Business Intelligence Designer responsibility, navigate to Reporting > Dashboard Designer. Click Import.
3.
4.
In the File Name field, select the export file from the local drive. Click Apply to start the import process. The system lists the content that it will import. Note that preseeded content is not imported.
5. 6. 7.
Click Continue. Update the primary attributes as required. The imported dashboard is displayed in the Update Dashboard window. Click Finish to complete the import.
Ensure that the following prerequisites have been met: The export file is saved to a local drive. The target instance is at the same patch level as the source instance. Custom calendars used by the report have been created in the target instance. Source tables or views have been imported into the target instance.
2.
In the target instance, using the Daily Business Intelligence Designer responsibility, navigate to Reporting > Report Designer. Click Import. In the File Name field, select the export file from the local drive. Click Apply to start the import process. The system lists the content that it will import. Note that preseeded content is not imported.
3. 4.
5.
If a report with the same internal name exists in the target instance, the system will automatically select the "Reuse existing report attributes" option. If you select this option, the report you are importing into the system will overwrite the existing report. Otherwise, if you the system will select the "Create a new Report" option. If you do not want to reuse the existing report attributes, you can select this option to create an entirely new report in the target instance. Modify the new report primary attributes as required.
6. 7.
Click Continue. Review the mappings for the report. The system automatically attempts to map measures, dimension objects, and
calendars to existing content in the target instance. The system uses the name and internal name of the content to match it to content in the target instance. For example, if you have a Custom Revenue KPI in the imported report, the system would attempt to match it to another Revenue KPI in the target instance. If the mappings are correct, click Next. Otherwise you can manually map the imported content to other existing content, or select the "Create as New" option to create a new object in the target instance.
8.
The imported report is displayed in the Update Report window. Click Finish to complete the import.
Troubleshooting
Custom dashboard cannot pass parameters Check that the dashboards and reports share the same parameters. Import fails Check that the environments are patched to the same level.
4
Maintain and Administer Daily Business Intelligence
Using the Daily Business Intelligence Administrator responsibility, navigate to Data Summarization: Request Sets > Administer Request Sets. Query the request set by dashboard, report, or request set name. Click Details to view the settings for the request set.
2. 3.
To view these reports, navigate to Data Summarization: Tools > View Request Set Analysis Reports. To ensure the performance of these reports, the request set history is only maintained for a limited amount of time. Set the following site-level profile option to determine the time period for which request set history is maintained. BIS BIA Request Set History: Sets the time period for which the request set history is maintained. Possible choices are Last 7 days, Last 30 days, or Last 90 days. The default value is Last 7 days.
Ensure that all existing request sets have been regenerated so that the RSG History Collection program is included in the request set that will collect request set run details.
Note: If you update a request set, then all the historical data on request
Parameters:
These reports use the following parameters: Request Set History: The time period for which you want to view the request set history. Select All to view all of the unique request sets that were submitted during the maintained time period. Request Set Type: The type of request set for which you want to view details. You can choose initial, incremental, or gather statistics. Request Set Name: The name of the request set. This field lists all the unique request sets that were submitted during the specified time period.
Request Set ID: The unique ID assigned to the request set when it was submitted. The Concurrent Manager assigns a separate ID to each request set run. Request Set Stages: The stages of the selected request set. Each stage contains several concurrent programs. Programs: The concurrent programs used in the request set. If you selected a request set stage, you can only select from the list of concurrent programs in the selected stage. Tablespace: The name of the tablespace used to create objects.
Started: The time the request set started. Duration: The total time it took to complete the request set. Status: The status of the request set at completion. Possible statuses are Completed, Warning, or Error. Drill on this value to view the log file for the request set. If the request set completed with a warning or error, the log file indicates why the request set did not complete successfully.
Tablespace Details:
Use the Tablespace Details report to review the tablespace details. Tablespace Name: The name of the tablespace. Tablespace Size: The size of the tablespace in megabytes. Initial Extent: The initial extent set for the tablespace in megabytes. Next Extent: The next extent set for the tablespace in megabytes. Max Extents: The maximum number of extents set for the tablespace. Free Space: The amount of free space remaining in the tablespace in megabytes.
Use the Daily Business Intelligence Administrator responsibility to view the object dependencies for dashboards, regions, reports, tables, materialized views, and views. For the selected object you can view the dependent objects, the initial and incremental request sets used to load and refresh the database objects, and the columns of the database object being populated.
Note: Database objects created by the system for Generated Source
reports are not available in the View DBI Object Dependencies menu option. For more information about how tables and materialized views are generated for such reports, see: Oracle Balanced Scorecard Administrator Guide.
Using the Daily Business Intelligence Administrator responsibility, navigate to Documentation: DBI Object Dependencies > View DBI Object Dependencies. Query the object you want to view by choosing the object type and the name of the object. After you select the object name, the Owner field is automatically filled in. The Owner field indicates which application is the "owner" of the object. Click Go. Click Expand All to view the complete list of dependent objects, or click the drill icon to expand one level of the dependent object hierarchy. To view the list of concurrent programs used to load and refresh the objects, click Program. To view the columns in the table, view, or materialized view objects, click Columns.
2.
3. 4.
5.
6.
For more information on the tables, views, and columns used to support the objects, see the Electronic Technical Reference Manual (eTRM) on OracleMetaLink, note 150230.1.
Use the Daily Business Intelligence Administrator responsibility to define dependent objects for custom content: dashboards, reports, regions, tables, views, and materialized views. Defining dependencies between objects indicates which objects must be loaded and refreshed to populate the parent object. The dependencies for custom dashboards and reports are automatically defined when you create the dashboards and reports using the Dashboard or Report Designer. You can modify these dependencies after design is complete. Define the dependencies for custom tables, views, and materialized views manually. In addition, you can define the following: Programs: Define programs that load data into the tables. Properties: Define a custom API to perform other miscellaneous tasks, such as dropping indexes while loading a table and then recreating them after the data refresh program completes.
The following table illustrates the objects that you can define as dependent or child objects for each parent object. For example, a dashboard cannot be dependent on another dashboard; however, a dashboard can be dependent on a report, region, table, view, or materialized view.
Parent Object / Child Object Dashboard Region Report Table View Materialized View
Dashboard
Region
Report
Table
View
Materialized View
No No No No No No
Yes No No No No No
You can view the following information for objects. Type: The object type. Name: The display name of the object. Note that many objects have generic names, so for dependent objects, use the internal name to determine exactly which object you are using. Internal Name: The unique name of the object. This information is available for dependent objects only. Owner: The application that is the "owner" of the object.
Using the Daily Business Intelligence Administrator responsibility, navigate to Data Summarization: Tools >Administer DBI Object Dependencies. Query the object for which you want to define dependent objects, refresh programs, and a property by choosing the object type and the name of the object. After you select the object name, the Owner field is automatically filled in. The Owner field indicates which application is the "owner" of the object. For tables, views and materialized views, if the objects do not yet exist then you can enter any name for the object along with a valid owner and define the dependencies. Later you can create the database objects with the name specified on the Dependencies page.
2.
3. 4.
Click Dependent Objects. In the Define Dependent Object page, select the object type and name of the
dependent object. Refer to the table for valid combinations of parent and child objects. The internal name and owner are automatically populated. Again, for tables, views and materialized views, if the objects do not yet exist then you can enter any name for the object along with a valid owner and define the dependencies. Later you can create the database objects with the name specified on the Dependencies page.
5.
To add another dependent object, click Add Another Row. To remove dependent objects, select Remove Dependency. You can add as many dependent objects for a Daily Business Intelligence object as you want.
Note: You can enable or disable dependent objects, as required. In
this way you need not add or remove objects every time there is a change in the data model.
6. 7. 8.
Click Apply to save your work. Click Programs. Select a program and specify the type. Possible choices are Initial Refresh, Incremental Refresh, or Initial and Incremental. Generally you specify two programs for a table, one for the initial refresh and the other for the incremental refresh. When you create a request set for a dashboard or report, based on the type, the appropriate program will be included in the request set. Do not specify programs for materialized views or views. A standard program to perform materialized view refreshes is automatically included when you create a request set.
9.
To add another program, click Add Another Row. To remove a program, select Remove Programs.
Note: You can enable or disable programs, as required.
10. Click Apply to save your work. 11. Click Property. 12. Specify a custom API. 13. Click Apply to save your work. 14. Click View Dependencies.
15. Click Expand All to view the complete list of dependent objects defined for the
selected object, or click the drill icon to expand one level of the dependent object hierarchy.
16. To view the list of concurrent programs used to load and refresh the objects, click
Program.
17. To view the columns in the table, view, or materialized view objects, click Columns. 18. Click the locator link to return to the Dependencies page.
Using the Daily Business Intelligence Administrator responsibility, navigate to Documentation: DBI Objects to access these reports. The review object reports use one or more of these parameters: Application: The Oracle application that is the "owner" of the object. For example, Supply Chain Intelligence is the owner of the Inventory Organization dimension. You can use the application field to narrow your search to the objects owned by a particular intelligence area. For example, if you are searching for the Inventory Organization dimension, which you know is used in the Supply Chain Intelligence dashboards and reports, you can search by that application.
Important: If you plan to use an object, you should complete the
setup for the owning application. Some but not all objects require setup to populate and secure the data for the object.
Source: The source of the object. The source can be either EDW or OLTP. Although the review object reports enable you to view all the objects available in Oracle Applications, Daily Business Intelligence uses only a subset of these objects. All Daily Business Intelligence objects are OLTP source; however, not all OLTP source objects can be used in DBI. Review the object definitions to determine if the object is intended for use in DBI.
Dimension: The name of the dimension. Dimension Object: The name of the dimension object. KPI: The name of the key performance indicator.
Several dimension objects may have the same name, so it is important to understand how the dimension object relates to its parent dimension.
The KPIs respond to changes in the dimension object on a report or dashboard. To ensure that the KPIs change on a custom dashboard or report, choose a dimension object that is associated with the KPI.
Review Dimensions
Use the Review Dimensions report to view more detailed information about dimensions. This report shows the difference between similarly named dimensions. The report shows these details: Dimension: The dimension name. Description: The description of the dimension. Internal Name: The unique name for the dimension.
Several dimensions may have the same name or very similar names. To understand the difference between dimensions, review their descriptions and internal names.
The KPIs respond to changes in the dimension object on a report or dashboard. To ensure that the KPIs change on a custom dashboard or report, choose a dimension object that is associated with the KPI. Some KPIs require additional setup to populate and secure the data for the KPI. If you plan to use an object, complete the setup associated with the owning application.
Both the Detailed Debugging and the Performance Debugging options reflect the current session for the logged-in user. The Detailed Debugging and Performance Debugging options have a binary relationship with one another. If one option is enabled for the Debug Message Log report, the other is disabled. You cannot enable one option unless you first disable the other option.
Using the Daily Business Intelligence Administrator responsibility, navigate to Debug Utilities > Enable/Disable Debugging or Debug Utilities > Enable/Disable Performance Debugging.
Note: Only one of these two options can be enabled at a time.
2.
Confirm that you want to enable or disable the debug option by clicking the link in the navigation window. If the debug option is enabled, clicking the link disables the report. If the debug option is disabled, clicking it enables the report. A confirmation message appears, indicating the status of the report.
3.
After enabling the debug option, run the report or dashboard that you want to debug from the menu where it is published. Navigate to reach the point you want to debug by drilling down to the appropriate report or region. Access the Debug Message Log report using the View log link at the end of the report.
2.
3.
Refresh Dashboards
The parameters selected on a dashboard are saved for each user. Consequently, the next time a user views the dashboard, the parameters on the dashboard default to the last saved values for that user. You can refresh a dashboard and return it to its original state by clearing the cached parameter values for a specific user.
To refresh dashboards:
1.
Using the Daily Business Intelligence Administrator responsibility, navigate to Debug Utilities > Refresh Dashboard. Enter a user name. To refresh the dashboard for all users, select "All". Enter the page ID or page name of the dashboard to refresh. To derive the page ID, prefix the function ID with a minus sign. The page name is the same as the function name for the dashboard. Click OK to refresh the dashboard.
2. 3.
4.
Increase Tablespace
Daily Business Intelligence uses shared temporary tablespaces when summarizing data. If the database is not sized correctly, the initial or incremental request sets may fail due to insufficient tablespace.
Open the failed concurrent request log to see which tablespace caused the failure. To view the current amount of tablespace, run the following query:
SELECT TABLESPACE_NAME, SUM(BYTES)/(1024*1024) "Size in Megas" FROM DBA_FREE_SPACE WHERE TABLESPACE_NAME = '<tablespace_name>' GROUP BY TABLESPACE_NAME 3.
Increase the allocated free space in the tablespace using one of these commands: Alter Database: Increase the size of the datafile in a tablespace. Alter Tablespace: Add a data file to a tablespace.
Generate summaries for a Generated Source report. To implement a Generated Source report, you must run the Generate Database process for the report, which generates the appropriate summaries to support the report. Use the Performance Management Administrator responsibility to access the Generate Database process. See: Implement Generated Source Reports, Oracle Balanced Scorecard Administrator Guide.
2.
Load data for custom dimension objects if required. When you create a new custom dimension from a Generated Source report, you can provide some prototype values for the dimension object. These values remain in the system until they are replaced by the proper values when the report is implemented. Before loading fact data for your custom reports, you must ensure that the parameters are correct by loading data into custom dimension objects. For details on how to maintain custom dimension objects, see: Maintain Dimensions, Oracle Balanced Scorecard Administrator Guide.
3.
Load data into the objective interface tables for the Generated Source report. After the dimension objects have been refreshed, load fact data into the objective interface tables generated for the report. For more information about loading options available for interface tables, see: Oracle Balanced Scorecard Administrator Guide.
4.
Refresh summaries for custom reports. After the summaries are created for a custom report, you can start feeding
information for it. Ensure that your custom reports and dashboards are enabled and that fact data exists in the objective interface tables before you attempt to load data through request sets.
5
Manager Reporting
This chapter covers the following topics: Overview of Manager Reporting Implementation Considerations Prerequisites Implementing Manager Reporting Maintenance and Administration
For each unique combination of company and cost center that exists in Oracle General Ledger:
1.
Create an organization in Oracle Human Resources. The Company Cost Center organization classification must be enabled for the organization. Define the Company Cost Center organization classification by assigning a company and cost center, from Oracle General Ledger to the organization. Enable the HR Organization organization classification and assign a manager to the organization.
2.
3.
The following section outlines the steps that you need to perform to create these associations and define management reporting for Daily Business Intelligence.
Implementation Considerations
When you implement Manager reporting, consider the following.
center organizations to create to enable manager reporting. To help determine the cost centers and managers that you want to report on, create a table, similar to the one pictured below for each set of books.
Mapping of Companies, Organizations, and Managers Company Company Cost Center Organization 1000-CEO (Cruishank)-110 1100-EVP License (Dow)-110 1200-EVP Services (Debrovner)-110 1300-EVP Hosting (Schnitzer)-110 1400-Dir Marketing (Roberts)-110 1500-VP IT (Trotter)-110 1600-IT Manager (Shapiro)-110 1700-CFO VP Fin (Lasher)-110 1800-Controller (Hendrix)-110 1900-VP HR (Richter)-120 2000-VP Property (Weingart)-120 Manager
Schnitzer, Joe
Roberts, Steve
DBI Resources - 120
Prerequisites
Before you implement the management reporting feature in Daily Business Intelligence, ensure that your system meets the following prerequisites: Set up Daily Business Intelligence.
Implement the following applications: Oracle General Ledger: Define a chart of accounts with a company and cost center segment. Oracle Human Resources: Define at least one manager.
Setup Checklist
The following table lists the steps required to implement management reporting. You must perform these steps in the order they are listed.
Step Set Up HR Profile Options, page 5-4 Create Organizations for Company Cost Center Combinations, page 5-10 Run the Synchronize GL company cost centers with HR Request Set, page 5-11 Validate that the Company Cost Center Organization Classification is Enabled, page 5-12 Assign Managers to the Organization, page 5-12 Run HRI Load All Cost Center Managers, page 5-14 Responsibility System Administrator Required? Required
HRMS Manager
Optional
HRMS Manager
HRMS Manager
Optional
HRMS Manager
Required
Required
manager reporting to work, there must be one organization for each company-cost center combination that exists in General Ledger, and the organization must have a Company Cost Center organization classification enabled. Using the HR profile options you can choose whether or not you want to automatically or manually generate these organizations. To set up the HR profile option:
1. 2. 3.
Log into Oracle Applications using the System Administrator responsibility. Navigate to the System Profile Values window. Set the following profile options at the Site level.
HR: Profile Options Profile Option HR: GL organization name format Level Site Description Sets the name format for any automatically generated organizations. You can choose one of the following formats:
<Company Name>-<Cost Center Name> <Cost Center Code>-<Cost Center Name>-<Company Code> To automatically generate organizations using this name format, you must also set the HR: GL Cost Center Org Classifications profile option.
Level Site
Description Set this profile option to determine the behavior of the Synchronize GL company cost centers with HR concurrent program. Select one of the following options:
Synchronize only: Synchronize cost centers with existing organizations only. In this case, you may have to manually create new organizations to synchronize with new cost centers. Synchronize and add missing classifications: Synchronize cost centers with existing organizations and add missing organization classifications: Company Cost Center and HR Organization. Synchronize and add missing classifications and organizations: synchronize cost centers with existing organizations and add missing organizations and organization classifications.
Site
Set this profile option to determine the behavior of the Synchronize GL company cost centers with HR concurrent program. Select one of the following options:
None: Do not add organization classifications to organizations. If you select this option, manually check your organizations to ensure they include the required organization classifications. Company Cost Centers: Add only Company Cost Center organization classifications to organizations HR Organizations and Company Cost Center: Add both HR Organization and Company Cost Center organization classifications.
Profile Option HR: Automatically Synchronized Single GL Company Cost Center with HR
Level Site
Description This profile option determines whether or not you want to automatically generate organizations for any new company-cost centers that are created after implementation is complete. Set this profile option to Yes if you want to automatically generate an organization whenever a new company-cost center is created in General Ledger. Set this profile option to No if you do not. It is strongly recommended that you set this profile option to Yes.
4.
Using the HRMS Manager responsibility, navigate to Work Structures > Organization > Descriptions. Create a new organization with an enabled Company Cost Center organization classification as shown in the following figure.
2.
3.
Highlight the Company Cost Center organization classification and click Others. The Additional Information window appears.
4.
Select GL Company and Cost Center and double click on the flexfield to open the GL Company and Cost Center window.
5.
In the Company Value Set and Company fields, enter a value. Leave the other fields blank. Consult with your GL users or your GL administrator to ensure that you are selecting the proper company value set and company.
6. 7.
2. 3.
Navigate to Work Structures > Organization > Descriptions. Create a new organization or query an existing organization that you want to modify. Ensure that the organization has the following organization classifications enabled: Company Cost Center HR Organization
4.
5.
Highlight the Company Cost Center organization classification and click Others. The Additional Information window appears.
6.
Select GL Company and Cost Center. The Additional Organization Information window appears. Double click on the flexfield to open the GL Company and Cost Center window. Enter a value in the Company Value Set and the Company fields, enter a value. Leave the other fields blank. Consult with your GL users or your GL administrator to ensure that you are selecting the proper company value set and company.
7. 8.
9.
Repeat steps 1 through 4 for each company that is assigned to the HRMS Manager responsibility.
Create and Maintain Company Cost Center Organizations Synchronize GL Company Cost Centers with Existing Organizations
These programs automatically synchronize and create organizations based on how you set the HR: GL Cost Center Org Synchronization Options profile option.
Using the Human Resources responsibility, navigate to Work Structures > Organization > Descriptions. Find the organization. Ensure that the a Company Cost Center organization classification is Enabled. Save your work.
2. 3. 4.
organization, see: "Entering Reporting Information for an HR Organization or a Company Cost Center", Oracle HRMS Enterprise and Workforce Management Guide.
1.
Using the HRMS Manager responsibility, navigate to Work Structures > Organization > Descriptions. Find the organization. Highlight Company Cost Center organization classification and click Others. The Additional Information window appears.
2. 3.
4. 5.
Select Reporting Information. The Reporting Information window appears. Click in a row of the Reporting Information window to open the complete Reporting Information window.
6. 7.
In the Manager field, enter a manager name. In the Start Date field, enter the date when you want the manager to begin being responsible for the organization.
Note: The manager's start date must be after the organization's start
date. If the manager's start date falls before the organization's start date, modify the organization start date to be the same as or earlier than the manager's start date.
8.
Repeat these steps for each organization with a Company Cost Center organization classification. Save your work.
9.
Using the HRMS Manager responsibility, add the employee. Assign the existing manager as a supervisor of the employee. Run HRI Load All Supervisor Hierarchy. Switch to the Daily Business Intelligence Administrator responsibility, and run the incremental request set for the affected dashboards.
Related Topics
Oracle HRMS Enterprise and Workforce Management Guide
Using the HRMS Manager responsibility, add the employee. Assign the existing manager as a supervisor of the employee. Run the HRI Load All Supervisor Hierarchy program. Create a new Company Cost Center Organization and assign the employee as the manager of the company cost center organization. Switch to the Daily Business Intelligence Administrator responsibility, and run the incremental request set for the affected dashboards.
5.
Related Topics
Create Organizations for Company Cost Center Combinations, page 5-10 Assign Managers to the Organization, page 5-12
Troubleshooting
The following section describes a problem that you may experience when using manager reporting in Daily Business Intelligence.
FII_CC_MGR_HIERARCHIES FII_GL_JE_SUMMARY_B HRI_CS_PER_ORGCC_CT** If any of these tables are empty, run the following programs: Update General Ledger Base Summary Update General Ledger Summary ** If only the HRI_CS_PER_ORGCC_CT table is empty, only run the "Update General Ledger Summary" program.
If the self service reports display the Manager parameter correctly for the user, then consider bouncing the middle tier. Bouncing the middle tier will clear the dashboard cache and should restore the Manager list of values.
6
Item Dimension Reporting
This chapter covers the following topics: Overview of Item Dimension Implementation Considerations Prerequisites Implementing Maintenance and Administration Concurrent Programs
Yes
Dashboard Name
Customer Fulfillment Management Customer Support Management Depot Repair Management Field Service Management
Yes
Yes
Yes
Yes
Inventory Management Manufacturing Management Opportunity Management Plan Management Procurement Management Procure-to-Pay Management Procurement Performance Management Procurement Status Product Management Product Management - Engineering
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes
Yes Yes
Dashboard Name
Product Cost Management Product Revenue Bookings & Backlog Profit and Loss Profit and Loss by Manager Quote Management Sales Forecast Management Sales Management Service Contracts Management Service Renewals Management Shipping Management Site Management Site Top Activity Site Top Sales Activity Transportation Management Warehouse Management
Yes
Yes Yes
Yes Yes
Yes Yes
Yes
Yes
Yes
Yes
Because item dimension reporting allows one schema to be the source for both current
and historical data, you only need to load the item dimension once during set up, even if you are implementing dashboards from different intelligence products.
Terminology
The following terms are used to describe the hierarchy of values in the Item dimension. Parent category: Any category that has child categories assigned to it. Child category: Any category that has a parent category. Top category: Any category that does not have a parent. The top category is the highest category in the hierarchy. Leaf category: Any category that doesn't have a child.
See: Figure 42, "Example of a Product Reporting Hierarchy", page 6-7 In general, the terms used in Oracle Daily Business Intelligence correspond to the terms used by Oracle Advanced Product Catalog (APC), which is the product used to manage the product catalog hierarchy. However, the elements used to construct the item dimension also exist in Oracle Inventory. The following table maps the terms used by Oracle Inventory to the terms used by APC and DBI.
Oracle Inventory Term Category Set Oracle APC Term Catalog Definition A collection of similar items that can be used to populate a dimension. A collection of items that are categorized for sale, such as "Tennis shoes". A collection of items that are part of inventory. A collection of items that are described by the item's attributes such as "ruler", "blue", "30 centimeters".
Product Catalog
Inventory Catalog
Item Catalog
Architecture
There are three functional areas that are supported by the item dimension:
Purchasing functional area Inventory functional area Product Reporting functional area
The following diagram illustrates the structure of these three functional areas in the item dimension. These functional areas are described in detail in the following paragraphs.
Item Dimension Structure
The item dimension supports a default catalog for this functional area, but does not support item category assignments, one time items, or supplier items. Any purchase
order line or one time items are bucketed under "Unassigned". The list of category values for the purchasing functional area is provided by the ENI_ITEM_PO_CAT_V view.
The item dimension supports the default catalog and item category assignments for this functional area. The catalog can be controlled at the master or at the organization item level. Any items that are not assigned to a category in the default catalog are automatically bucketed under "Unassigned". The list of category values for the inventory functional area is provided by the ENI_ITEM_VBH_CAT_V view. Report queries are based on the ENI_ITEM_V view. See: Item Control Levels, page 6-8.
Product Cost Management Product Revenue Bookings & Backlog Product Management Profit and Loss Profit and Loss by Manager Quote Management Sales Forecast Management Sales Management Service Contracts Management Service Renewals Management Store Management Store Top Activity
The default catalog for this functional area is the Product Catalog. The Product Catalog is controlled at the item level. See: Item Control Levels, page 6-8.
Any new item that is created that has the Customer Ordered or the Internal Ordered attributes set to Y, will be automatically assigned to the default category of the default catalog of the Product Reporting functional area. Other items can either be manually assigned to the category or you can modify the items' attributes to Customer Ordered or Internal Ordered, accordingly. The list of category values for this functional area is provided by the ENI_ITEM_VBH_CAT_V view. Report queries are based on the ENI_ITEM_V (contains master items only) and the ENI_ITEM _ORG_V (contains master and child items) views. The following diagram illustrates how the item dimension is populated for the Product Reporting functional area:
Populating the Product Reporting Functional Area
Related Topics
Oracle Inventory User's Guide
When a catalog is controlled at the item level, its attributes are shared across all organizations, giving you centralized control over the values assigned. If an attribute is maintained at the organization item level, you can have different values in each organization the item is assigned to; therefore, you can have decentralized control over that attribute. Control levels affect the following functional areas: Inventory functional area: The default catalog of this functional area is controlled at either the master or the organization item level. It is strongly recommended that the default catalog be controlled at the organization item level. Product Reporting functional area: The default catalog of this functional area must be controlled at the item level.
Note: The default catalog for the Product Reporting functional area
must be controlled at the item level, or you will not be able to assign it to the functional area.
Related Topics
"Item Setup and Control" Oracle Inventory User's Guide
Default Catalog
The default catalog drives the use of a functional area. When you define the default catalog for a functional area, ensure that the catalog is designed for use in intelligence reporting.
Related Topics
Oracle Inventory User's Guide Product Reporting Functional Area, page 6-10 Purchasing Functional Area, page 6-5
Implementation Considerations
This section describes the implementation considerations that you should review before setting up item dimension reporting in Daily Business Intelligence.
If the default catalog has the Enable Hierarchy for Categories check box enabled, then you cannot access the catalog using Oracle Inventory.
Default Category
The default catalog for the Product Reporting Functional area must have a default category. Only leaf categories are included in the list of values for the default category.
this case, you will be able to see these items in the Browse Catalog window, and you will be able to report on them in Daily Business Intelligence.
Prerequisites
Before you implement item dimension reporting for Daily Business Intelligence, ensure that your system meets the following software requirements. Set up Daily Business Intelligence Implement the following applications: Oracle Inventory (required) Oracle Advanced Product Catalog (optional)
Implementing
The following table lists all of the steps that you need to perform to set up item dimension reporting in Daily Business Intelligence.
Note: Complete these steps only once for Daily Business Intelligence.
You do not need to repeat these steps for each dashboard you are implementing.
Set Up the Item Dimension Step Upgrade Item Dimension, page 6-12 Set Up the Product Catalog Hierarchy, page 6-12 Required Optional Responsibility Item Manager
Required if you are implementing dashboards in the Product Reporting Functional Area, page 6-10 and Product catalog is the default catalog of the Product Reporting functional area.
Item Manager
Run the DBI Item Dimension Setup Request Set, page 6-16
Required
Run the Create Categories from Value Set concurrent program. See: Create Categories from Value Set, page 6-19. Run the Upgrade Hierarchy from Value Set Hierarchy concurrent program. See: Upgrade Category from Value Set Hierarchy Concurrent Program, page 6-19.
Note: This process is for upgrade purposes only.
2.
fully implemented Oracle Inventory or Oracle Advanced Product Catalog, it is recommended that you consult the product documentation for more information.
If you are implementing any of the dashboards that use the Product Reporting Functional Area ensure that you review these steps. The high-level steps required to define the Product catalog and the hierarchy for the catalog are provided below. To define the product catalog:
1. 2. 3.
Log into Oracle Applications using the Item Manager responsibility. Navigate to Advanced Product Catalog Setup > Setup Workbench > Catalogs. Select the Product catalog from the list of available catalogs. The Catalogs window appears.
4.
To modify the basic information for the catalog, choose Basic Information and then choose Update. The Edit Catalog window appears.
You can modify the following details for the Product catalog: Name Description Default Category, page 6-10 Choose Apply to save your changes.
5.
2.
Add categories (top categories) to the catalog by choosing the Add Categories button. Add parent and child values by choosing Add Sub-category from the drop down list, and choosing Go. Only the sub-categories that have the same flex structure as the default catalog for the Product Reporting functional area will appear. When adding sub-categories to the hierarchy, ensure that the existing nodes do
3.
To make a sub-category a top category, ensure that the Parent Category field for the subcategory is blank. In the Edit Categories window, select the sub-category.
Choose Update.
6.
Delete categories if required. When you delete a category, you delete all of its sub-categories as well. Note that categories that have item assignments cannot be deleted. You must first delete all item assignments from the category and its sub-categories and then delete it.
7.
Choose Publish. If the Enable Hierarchy for Categories check box is enabled for the catalog, then you cannot make changes to the catalog in Oracle Inventory.
Related Topics
Product Reporting Functional Area, page 6-1
2. 3.
Navigate to Advanced Product Catalog Setup > Setup Workbench > Catalogs. Select the default catalog from the list of available catalogs. The Catalogs window appears. In the following example the Product Catalog is the default catalog.
4.
To modify the basic information for the catalog, choose Basic Information and then choose Update. The Edit Catalog window appears.
You can modify the following details for the default catalog:
5.
If you modify a hierarchy, ensure that you publish so that the changes are visible in the intelligence dashboards.
Related Topics
Set Up the Product Catalog Hierarchy, page 6-12
Changing the Default Catalog for the Product Reporting or Inventory Functional Area
If you change the default catalog for the Product Reporting functional area, run the DBI Item Dimension Setup Request Set, page 6-16.
The new default catalog for the Product Reporting functional area might not have all the items with defining attributes assigned to it.
Related Topics
Oracle Inventory User's Guide
Concurrent Programs
The following concurrent programs are mentioned in this chapter.
The following validations are performed: Is only segment 1 enabled for the flex structure of the default catalog of the Product Reporting functional area? Is the value set assigned to segment 1 of the flex structure of the default catalog of the Product Reporting functional area? Are all values in the value set have a corresponding category? What are the categories that do not have an item assignment (as child or parent node)? Categories without an item assignment will be removed from the catalog. What are teh categories that do have an item assignment (as child or parent node)? Categories that are not in the value set, but that have item assignments are considered orphan categories. Categories that are in the value set and that have item assignments are considered part of the hierarchy. Are there no multiple parents for any single value in the value set. Are there no parent nodes that have item assignments? Are there no multiple item assignments? Are all values populated, whether they are effective or not?
Load Catalog Hierarchy: Loads the catalog hierarchy for the Product Reporting functional area into the denorm_hierarchies table.
Note: The denorm_hierarchies table, used in Daily Business
Intelligence reporting looks at the MTL_CATEGORY_SET_VALID_CATS table if the catalog is enforced. Otherwise it looks at the MTL_CATEGORIES_B table. For non-hierarchical, single-level catalogs, ensure that you bring the required categories into the MTL_CATEGORY_SET_VALID_CATS table if the catalog is enforced.
upgrade purposes.
Load Item Dimension: Loads the items and their category assignments into the ENI_ITEM_STAR table.
Note: The Load Item Dimension program may complete with a
warning in the following conditions: Multiple item assignments exist Multiple items have the same name
If this program completes with a warning, review the error log. The log will list all of the items that are out of compliance. Fix the out of compliance items and then rerun the program. The program will complete with an error in the following condition: The flexfield associated with the default catalog of the Product Reporting functional area is not compiled.
To fix this error, follow the instructions in the Oracle Inventory documentation and rerun the program. This program can be rerun as a single request outside of the DBI Item Dimension Setup request set.
Rerun this request set if you change the default catalog of either the Product Reporting, Purchasing, or the Inventory functional area.
Important: To ensure that the ENI_ITEM_STAR table is completely
reloaded, you must truncate tthe table and then run the DBI Item Dimension Setup Request Set.
7
Daily Business Intelligence for Customer Support
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Considerations Setup Steps Upgrade Service Audit Table History Set Up the Product Dimension Maintenance and Administration Troubleshooting
Overview
Daily Business Intelligence (DBI) for Customer Support provides concise and comprehensive information about an organization's responsiveness to customer support requests. With the Customer Support Management dashboard, a customer support manager can see metrics on backlog, activity, resolution, and closure. The reports enable you to compare the current period to previous periods and to analyze the data by many dimensions, such as time, product, request type, assignment group, customer, and severity. Key performance indicators (KPIs) at the top of the dashboard summarize key metrics, enabling you to view important information at a glance.
Related Topics
Oracle Daily Business Intelligence User Guide
Understanding Reporting
DBI for Customer Support provides reports of the following types: Backlog: These reports provide information about open service requests. The reports give such metrics as the number of open service requests, the average age of service requests, the percentage of open service requests that are escalated or unowned, and the open service requests as a percentage of total service requests. You can also view the same information pertaining to unresolved backlog service requests by setting the Resolution Status parameter to Unresolved. A detail report shows service requests by request number. From this report, you can access additional details about the selected service request. Activity: These reports provide information about the actions being taken on service requests. The reports provide such metrics as the number of service requests that were first opened in a time period, those that were reopened and closed, and the opened-to-closed ratio. Resolution: These reports provide information about the resolved service requests. The reports provide such metrics as the number of service requests that are resolved and that have remained resolved, the average time taken to resolve service requests, and the breakdown of the number and percentage resolved by aging buckets. A detail report shows service requests by request number. From this report, you can access the additional details about the selected service request. Closure: These reports provide information about closed service requests. The reports provide such metrics as the number of service requests closed, the average days required to close service requests, and the number and percentage of closed service requests grouped by aging bucket. A detail report shows service requests by request number. From this report, you can access the additional details about the selected service request. For complete, detailed descriptions of the backlog, activity, resolution, and closure reports that DBI for Customer Support provides, see the Oracle Daily Business Intelligence User Guide.
Responsibilities
The Customer Support Management dashboard is designed for a user with the functional role of customer support manager. A user in this role can have either of the following responsibilities:
Daily Customer Support Intelligence: Provides access to the Customer Support Management dashboard only. Customer Support Manager: Provides access to the Customer Support Management, HR Management - Overview, and Expense Management dashboards. For information about the HR Management - Overview and Expense Management dashboards, see the chapters on Daily Business Intelligence for Human Resources and Daily Business Intelligence for Financials.
Related Topics
For a complete list of all responsibilities and dashboards by intelligence area, see Appendix A: Responsibility and Dashboard Matrix, page B-1.
Dimensions
DBI for Customer Support uses the following dimensions, some of which are common across Daily Business Intelligence. All service requests refer to service requests created in Oracle TeleService.
Date
The Date dimension is used by most reports to show information, using the date you select as a point of reference. The Service Request Backlog Aging reports use the latest collection date instead of the specified date. For details, see "Implementation Considerations" in the Set Up Daily Business Intelligence chapter.
Period
The Period dimension is used by the reports to show aggregated information for a time period. Options are Day, Week, Month, Quarter, Year, and in rolling periods of 7, 30, 90, and 365 days. A rolling period is a set number of days starting from the specified date and rolling back X days. An example of a rolling 30-day period would be from January 1 to January 30, if January 30 were the specified date.
Compare To
The Compare To dimension is used to indicate how you want to compare the data. Options are Prior Year and Prior Period.
Product Category
The Product Category dimension is a hierarchical structure of product categories and products. The product category setup is defined in the default catalog of the product reporting functional area. See Item Dimension Reporting, page 6-1.
Product
The Product dimension shows the item being serviced. It corresponds to the product on the service request. It resides in the Master Organization level. If a product is not specified on the service request, then the value for that product appears as "Product not Specified."
Customer
The customer listed on the service request.
Assignment Group
The resource group to which the service request is assigned. If a resource group was not assigned in Oracle TeleService, then this value is "Unassigned" for the resource group.
Aging Distribution
This dimension lists backlog aging buckets, for example, 0-5 days and 6-10 days. This dimension retrieves values from the bucket set Customer Support Management Backlog Aging. For information on bucket sets, see Customize Bucket Sets, page 2-46.
Related Topics
For more information on common dimensions, see Common Dimensions, page 1-8.
KPI Columns
The KPI table contains the following columns: Name The name of the KPI. X Days The period for which data is aggregated in the table. This is based on the Period parameter. Change The difference between the selected period and the comparison period from the Compare To parameter. These metrics are expressed as follows: Percent: For numbers that represent a count, the change is shown as a percentage and is expressed as: (Current Measure - Comparison Measure) / Absolute value of Comparison Measure * 100 Difference: For numbers that represent days, percent, or a ratio, the change is expressed as: Current Measure - Comparison Measure Compare Request Types These points correspond to the request types in the drop-down list at the top of the dashboard. Request types are listed from left to right with the least favorable measure to the left. You will only see the request types to which your responsibility allows access.
Service Request Backlog Distribution report. Unresolved Unowned Backlog Percent: Count of Unresolved Unowned Backlog Service Requests / Count of Unresolved Backlog Service Requests * 100 It is the count of unresolved unowned service requests as a percentage of the unresolved backlog service requests on the selected date. This KPI links to the Service Request Backlog Distribution report. Service Requests Opened Activity: It is the number of times service requests were opened. It includes first opened and reopened service requests. Opened activity is a cumulative measure based on the selected date and period. This KPI links to the Service Request Activity report. Service Request Closed Activity: It is the number of times service requests were closed. Closed activity is a cumulative measure based on the selected date and period. This KPI links to the Service Request Activity report. Mean Time to Resolve (Days): Sum of Time to Resolve Service Requests / Count of Last Resolved Service Requests It is the mean time to resolve service requests over a period of time. This KPI links to the Service Request Resolution Summary report. The following KPIs are available, but you must add them by configuring the dashboard using the Daily Business Intelligence Designer responsibility. Close Time: Sum of Time to Close Service Requests / Count of Last Closed Service Requests It is the mean time to close service requests over a period of time. This KPI links to the Service Request Closure Summary report. Service Request Unowned Backlog Percent: Unowned Backlog Service Requests / Total Backlog Service Requests * 100 It is the percentage of unowned backlog service requests with respect to the total backlog service requests. This KPI links to the Service Request Backlog Distribution report. Service Request Escalated Backlog Percent: (Escalated Backlog Service Requests / Total Backlog Service Requests) * 100 It is the percentage of escalated backlog service requests with respect to the total backlog service requests. This KPI links to the Service Request Backlog Distribution report.
Securing Data
Oracle TeleService provides optional security that lets you control the service request types a user can view, based on the user's responsibility. The Customer Support Management dashboard and reports honor the same security by only returning data for service request types that the user has access to based on the current responsibility. If security is not enabled, then users have access to all service requests. After implementing Oracle Daily Business Intelligence, open Oracle TeleService and enable security by mapping the service request types to the new responsibilities. See the Oracle TeleService Implementation Guide for information on setting up service request types.
Related Topics
For more information on security, see Securing Daily Business Intelligence, page 1-14.
Implementation Considerations
Consider the following factors when implementing DBI for Customer Support.
Software
Oracle TeleService See Verify Hardware and Software Prerequisites, page 2-31 for more information.
Expense Management
You are not required to enable these dashboards in order to implement the Customer Support Management dashboard. If you implement them, be aware that the HR Management - Overview and Expense Management dashboards will display data only to users who are managers in the management hierarchy. To activate these dashboards, see the chapters on Daily Business Intelligence for Human Resources and Daily Business Intelligence for Financials. If you do not want the user to have links to the HR Management - Overview and Expense Management dashboards, then assign the user the Daily Customer Support Intelligence responsibility. This responsibility does not display links to these dashboards. For more information about DBI for Customer Support responsibilities, see "Responsibilities" in this chapter.
Setup Steps
Set Up Customer Support Management Dashboard
The following table provides a list of the steps required to implement the Customer Support Management dashboard and associated reports. If you have already completed a setup listed in this checklist, either as part of the setting up the transactional application or as part of setting up another dashboard, you do not need to repeat the setup. Unless otherwise noted, setups can be performed concurrently.
Step Upgrade Service Audit Table History, page 710 Set Up Daily Business Intelligence Framework, page 2-33 Responsibility Service
Set Up Item Dimension Reporting, page 6-11. For DBI for Customer Support, this involves populating the Product Dimension, page 7-10.
Responsibility
This concurrent program is available to users with the Service responsibility. For more information about this program, see Oracle TeleService Implementation Guide.
Optionally, you can group the items into product categories and structure them hierarchically. Ensure that all items that you want to appear in the DBI reports are associated with a product category; otherwise, they appear in the Unassigned category in the reports. For instructions on setting up the Item dimension, product category, and product hierarchy, see Item Dimension Reporting, page 6-1.
Related Topics
Product Dimension, page 7-4
Troubleshooting
This section provides solution to problems that you could experience when implementing DBI for Customer Support. What should I do when I encounter the error "Unable to Extend Tablespace" when I submit the load request? Contact your database administrator to resolve this issue. What should I do when I do not find any data in the Customer Support Management dashboard when I load it? Check your security level set in Oracle TeleService to view the service requests. Oracle TeleService provides optional security based on a user's responsibility. You can confirm whether you have security issues by checking the Request Type dimension. If the Request Type dimension displays only All as an option, then you are encountering a security issue. For information, see Securing Data, page 7-8. How is the Time to Resolve calculated for a service request that lacks a resolved date? All closed service requests are considered resolved. Hence, if a service request does not have a resolved date, then the Time to Resolve calculation takes the close date as the resolved date.
8
Daily Business Intelligence for Depot Repair
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Considerations Setup Checklist Maintenance and Administration
Overview
Oracle Daily Business Intelligence (DBI) for Depot Repair captures key information about your depot repair organization and presents it in a dashboard and reports that you can use to understand and monitor performance. DBI for Depot Repair provides the Depot Repair Management dashboard.
Related Topics
Oracle Daily Business Intelligence User Guide
Understanding Reporting
Daily Business Intelligence for Depot Repair provides the Depot Repair Management dashboard. The top section of this dashboard summarizes key performance indicators, such as Repair Order Backlog and Repair Order Margin. The dashboard contains tables
and graphs that pertain to backlog, repair order margin, repair order completion, and mean time to repair. From links on the dashboard, you can access related reports. The Depot Repair Management dashboard and reports references data from the following Oracle Applications: Oracle Depot Repair Oracle TeleService Oracle Order Management Oracle Inventory Oracle Work in Process
Cost data comes from Oracle Work in Process, and service charges data comes from Oracle Order Management. Use the Depot Repair Manager or Daily Depot Repair Intelligence responsibility to access this dashboard. For complete descriptions of the reports, see the Oracle Daily Business Intelligence User Guide.
Reports
The Depot Repair Management dashboard offers the following reports for analyzing the performance of your depot repair organization.
Note: Some of the reports contain buckets that can be modified by an
administrator. See Customize Bucket Sets, page 2-46 for more information about customizing buckets.
Repair Order Backlog: Lists all the repair orders that are in open status on or after the global start date. The repair orders could have been created anytime from inception (from the global start date) to the current date. For more information on the global start date, see Set Up Global Parameters, page 2-34.
Repair Order Backlog Trend: Shows backlog, past due, and past due percent metrics over time. Repair Order Days Until Promised: This forward-looking report displays the number of open repair orders grouped by the number of days until the repair is promised to the customer. An administrator can modify the buckets. Repair Order Backlog Detail: Displays details about the repair orders that are in
open status. Repair Order Past Due Aging: Shows the number of past due repair orders grouped by the number of days they are overdue. An administrator can modify the buckets. Repair Order Past Due Detail: Lists all the current and past due repair orders as of the last time data was retrieved from Oracle Depot Repair. Repair Order Margin: Shows charges to the customer, repair costs, and the margin between the two. Repair Order Margin Trend: Provides information on the repair order charges, cost, and margin over time. Repair Order Cost Summary: Displays the repair order actual costs broken down by material, labor, and expense. Repair Order Cost Summary Trend: Shows repair order costs over time, broken down by materials, labor, and expenses. Repair Order Charges Summary: Displays the repair order actual charges broken down by material, labor, and expense. Repair Order Charges Summary Trend: Shows repair order charges over time broken down by materials, labor, and expenses. Repair Order Margin Summary: Displays the repair order actual margin broken down by material, labor, and expense. Repair Order Margin Summary Trend: Shows repair order margin over time broken down by materials, labor, and expenses. Repair Order Margin Detail: Displays details of the repair orders shown in the Repair Order Cost Summary, Repair Order Charges Summary, and Repair Order Margin Summary reports. Repair Order Completion: Shows the number of repair orders, with and without promise dates, that were closed in the selected period. Repair Order Completion Trend: Shows information on completed repair orders over time, including late completions and average days late. Repair Order Completion Detail: Provides details on the completed repair orders. Repair Order Late Completion Aging: Shows the number of repair orders completed late, broken down by age. An administrator can modify the buckets.
Repair Order Late Completion Detail: Lists details about repair orders completed late for the selected period. Mean Time to Repair: Shows the average time required to repair the customer items for all repair orders, in the selected period to date. An administrator can modify the buckets. Mean Time to Repair Detail: Shows details about repair orders that are listed in the Mean Time to Repair report. Mean Time to Repair Trend: Shows the average time required to repair the customer items for all repair orders over time. An administrator can modify the buckets. Mean Time to Repair Distribution: Shows the mean time to repair of all repair orders in the specified inventory category. The report also shows the number of repair orders grouped by the number of days it took to complete them. An administrator can modify the buckets.
Mean Time to Repair Distribution Trend: Shows the mean time to repair over time. An administrator can modify the buckets. Repair Order Service Code Summary: Displays the number of occurrences of service codes that were used in open and closed repair orders, from inception (from the global start date) to date.
Responsibilities
Daily Business Intelligence for Depot Repair provides the following responsibilities: Depot Repair Manager: Provides access to the Depot Repair Management dashboard and all reports. In addition, this responsibility provides access to the Expense Management and HR Management - Overview dashboards. Daily Depot Repair Intelligence: Provides access to the Depot Repair Management dashboard and all reports. It does not provide access to any other dashboards.
Related Topics
For a complete list of all responsibilities and dashboards by intelligence area, see Appendix A: Responsibility and Dashboard Matrix, page B-1.
Dimensions
Daily Business Intelligence for Depot Repair uses the following common dimensions:
Backlog Distribution: The number of days until promised, based on the promise date on the repair order. Date: Most reports show data for the period to date. The backlog reports show data from inception (from the global start date) to date. For a thorough explanation of the Date parameter, see the DBI for Depot Repair chapter of the Oracle Daily Business Intelligence User Guide. The Date parameter is part of the Time dimension. See Time Dimension, page 1-12 for more information.
Compare To: Use the Compare To dimension to determine how you want to compare your data. Currency: See Currency Dimension, page 1-9. Customer: The customer on the repair order. This is technically the Prospect dimension (level), which contains all customers, regardless of whether they have an account in Oracle Receivables. Late Completion Days: The number of days between the repair order promise date and the repair order closed date. Past Due Days: A distribution of the past due days. Past due days are the number of days past the promise date on the repair order. Period: This dimension determines the period of data shown on the dashboard or report. For important setup issues, see Time Dimension, page 1-12. Product Category: The product category from the repair order. Product category is set up during Oracle Inventory setup. It is common to all dashboards and reports that contain information on product category. Product: The product or item on the repair order. Repair Days: The number of days that were required to repair an item. Time to repair is calculated as Current Shipped Date minus Current Received Date. Repair Organization: The organization that owns and manages the repair order created in Oracle Depot Repair. This organization does not necessarily repair the product. All users of DBI for Depot Repair can see data for all repair organizations. This field was not present in early versions of Oracle Depot Repair, so repair orders created at that time appear as "Unassigned." Repair organizations are set up in Oracle Resource Manager. For more information, see Oracle Common Application Components User's Guide.
Repair Type: A repair order classification selected in Oracle Depot Repair, such as
"Repair and Return," "Exchange," or "Replacement." These are user-defined, so actual values can vary. Service Code: The list of all service codes from Oracle Depot Repair.
Related Topics
For more information on common dimensions, see Common Dimensions, page 1-8.
KPI Definitions
Repair Order Backlog: The number of open repair orders for the period, regardless of when they were created. Repair Order Status options are Open, Hold, or Draft. Selecting Depot Repair Order Backlog opens the Repair Order Backlog Report. Past Due %: (Past Due/Repair Order Backlog) * 100 The percentage of past due repair orders to the total number of open repair orders (Repair Order Backlog). A repair order is past due if it is still open and the Date parameter is later than the promise date (calendar day) on the repair order. For more information, see Common Concepts, Oracle Daily Business Intelligence User Guide. Selecting Past Due % opens the Repair Order Backlog Report. Repair Order Margin: [(Charge for the repair - Cost of the repair) / (Charge for the repair)] * 100 Selecting Repair Order Margin opens the Repair Order Margin Report. Completed Repair Orders: Repair orders that were closed during the selected period. Selecting Completed Repair Orders opens the Repair Order Completion Report. Late Completions %: The percentage of repair orders that were completed late to the total repair orders that were completed in the period. A repair order is late if the
close date is later than the promise date. Selecting Late Completions % opens the Repair Order Completion Report. Mean Time To Repair (Days): For period-to-date closed repair orders, the average of the sum of the number of days required to close the repair orders. Time to repair is calculated as Current Shipped Date minus First Received Date. Data is given in calendar days, not hours. Selecting Mean Time to Repair (Days) opens the Mean Time to Repair Report.
Securing Data
Daily Business Intelligence for Depot Repair does not use security other than that provided in the basic Daily Business Intelligence security model. All users of DBI for Depot Repair can see data for all repair organizations.
Related Topics
For more information on security, see Securing Daily Business Intelligence, page 1-14.
Implementation Considerations
The following are common setup concerns that you should be aware of before you begin setting up Daily Business Intelligence for Depot Repair.
Software
Install the necessary software. Oracle Depot Repair Oracle TeleService Oracle Order Management Oracle Inventory Oracle Work in Process
Setup Checklist
Set Up Depot Repair Management Dashboard
The following table provides a list of the steps required to implement the Depot Repair Management dashboard and its associated reports. If you have already completed a setup listed in this checklist, either as part of the setting up the transactional application or as part of setting up another dashboard, you do not need to repeat the setup. Unless otherwise noted, setups can be performed concurrently.
Step Set Up Daily Business Intelligence Framework, page 2-33 Responsibility
Responsibility
9
Daily Business Intelligence for Field Service
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Considerations Set Up Checklist Set Up Field Service District Hierarchy Assign Resources to Field Service Districts Specify Break/Fix Task Type Specify How to Derive Field Service District Maintenance and Administration Field Service District Hierarchy Changes Troubleshooting
Overview
Oracle Daily Business Intelligence (DBI) for Field Service enables executives and managers to understand and monitor the performance of the field service organization. The Field Service Management dashboard and reports contain relevant, up-to-date information that can provide insight into ways of optimizing service efficiency, improving customer relationships, and maximizing profits.
Related Topics
Oracle Daily Business Intelligence User Guide
Understanding Reporting
DBI for Field Service provides the Field Service Management dashboard.
Using the Field Service Management dashboard, you can view summaries of the following types of information: Percentage use of the technicians' total planned time Value of inventory used on field service tasks for the selected period On-hand inventory values on a given date Average time technicians traveled per task assignment Average distance technicians traveled per task assignment Number of pending tasks on a given date Number of tasks opened and closed during the selected period Mean time taken by technicians to resolve service requests with break/fix tasks Rate at which technicians resolved service requests with break/fix tasks at the first visit
Data on the Field Service Management dashboard comes from the following Oracle
Use the Field Service Manager or the Daily Field Service Intelligence responsibility to access the Field Service Management dashboard and related reports. Unless otherwise noted in the documentation, DBI for Field Service displays data for the period to date or for the rolling period. For information on period to date and rolling period, see the section on parameters in the Using Daily Business Intelligence chapter of the Oracle Daily Business Intelligence User Guide. DBI for Field Service offers the following reports.
Note: Some of the reports, such as the Travel Time Distribution report,
contain buckets that a DBI Administrator can modify. See Customize Buckets, page 2-46.
Technician Utilization: Provides information on technician use and its components: labor and travel use. Technician Utilization Trend: Shows technician use and its breakdown over time, based on the selected period. Usable Inventory Days on Hand: Provides information on inventory usage value, on-hand inventory value for usable and defective items, and days on hand for usable inventory. Inventory Trends: Provides the same measures as the Usable Inventory Days on Hand report but over time. Travel Time and Distance: Provides the actual average field service technician travel time and distance per task assignment by district. Travel Time and Distance Trend: Displays the same information as the Travel Time and Distance report but over time. Total Travel Time and Distance Trend: Provides the total actual field service technician travel time and distance over time. Travel Time Distribution: Displays the count of task assignments, the average actual travel time per task assignment, and the distribution of task assignments over travel time buckets. A DBI administrator can customize the task travel time buckets.
Travel Distance Distribution: Displays the count of tasks assignments, the average actual travel distance per task assignment, and the distribution of task assignments over travel distance buckets. A DBI administrator can customize the task travel distance buckets. Travel Time Variance: Displays the scheduled and actual average travel time per task assignment, the count of task assignments, and the task assignment percentage distribution over travel time variance buckets. A DBI administrator can customize the travel time variance buckets. Travel Distance Variance: Displays the scheduled and actual average travel distance per task assignment, the count of task assignments, and the task assignment percentage distribution over travel distance variance buckets. A DBI administrator can customize the travel distance variance buckets. Travel Time Variance Distribution: Displays the count of task assignments and the task assignment distribution over travel time variance buckets. A DBI administrator can customize the travel time variance buckets. Travel Distance Variance Distribution: Displays the count of task assignments and the task assignment distribution over travel distance variance buckets. A DBI administrator can customize the travel distance variance buckets. Task Travel Detail: Provides detail information on the task, task type, task assignment owner, assignee, scheduled and actual travel time in minutes and the variance, scheduled and actual travel distance and the variance, and the customer name and address. Task Activity: Displays information on the opened, closed, and opened-to-closed ratios of the tasks. This report also provides information on the first opened (opened only once) and reopened tasks (closed and opened again), which make up the count of opened tasks. Task Closed Activity Trend: Displays the trend for closed tasks. Opened and Closed Task Activity Detail: Displays detailed information on task, event date, task type, task owner, assignee, actual start and end dates, actual effort, service request number, customer, and product. Task Backlog and Aging: Displays the number of backlog tasks as of the last updated date, the average age of these tasks in days, and the distribution based on age. A DBI administrator can customize the backlog age buckets. For information on last updated date, see the Common Concepts section in the Using Daily Business Intelligence chapter of the Oracle Daily Business Intelligence User Guide. Task Backlog and Aging Trend: Displays the trend of backlog tasks and task age.
Task Backlog and Aging Detail: Displays aging and other details of backlog tasks. Task Backlog Status Distribution: Displays the count of backlog tasks and the distribution based on task status. Task Backlog Detail: Displays the details of the backlog tasks. Task Activity and Backlog: Provides the activity on tasks in the time period for which the report is run. It also displays the count of backlog tasks at the beginning and end of the same period. Mean Time to Resolve: Displays the mean time taken to resolve service requests with tasks of type break/fix. It also displays the percentage distribution of such service requests based on the time taken to resolve them. Mean Time to Resolve Detail: Displays the details of the service requests that the system analyzed for the Mean Time to Resolve report. Mean Time to Resolve Trend: Displays the trend for mean time to resolve. First Time Fix Rate: Displays the percentages of firs- time-fix and non-first-time-fix service requests. Service requests resolved at the first visit are first time fix service requests. A resolved service request is a first-time-fix service request if it has only one closed or completed break/fix task, or has multiple closed or completed break/fix tasks that all began on the same day (identified by the actual start date of the tasks). Service requests not resolved at the first visit but resolved at a subsequent visit are non first-time-fix service requests. A resolved service request is a non-first-time-fix service request if it has multiple closed or completed break/fix tasks that began on different days.
Non First Time Fix Request and Task Detail: Provides the details of the nofirst-time-fix service requests that the system processed for the First Time Fix Rate report. First Time Fix Rate Trend: Displays the trend for the first-time-fix rate.
Note: DBI for Field Service processes only field service tasks. In Oracle
Applications, field service tasks are task types with the rule set to Dispatch. However, the Mean Time to Resolve and First Time Fix Rate reports are relevant only for field service tasks of type break/fix (repair tasks). Therefore, for the system to process data for these reports, you must specify the task types that are to be considered break/fix. See Specify Break/Fix Task Type, page 9-15.
Responsibilities
DBI for Field Service provides the following responsibilities: Field Service Manager: Provides access to the Field Service Management dashboard and reports. In addition, this responsibility provides access to the Customer Support Management, Expense Management, and HR Management Overview dashboards. Daily Field Service Intelligence: Provides access to the Field Service Management dashboard and reports.
Related Topics
For a complete list of all responsibilities and dashboards by intelligence product, see: Appendix A, "Responsibility and Dashboard Matrix."
Dimensions
Daily Business Intelligence for Field Service uses the following dimensions: Currency: For information on this dimension, see Common Dimensions, page 1-8. Organization: The District parameter in DBI for Field Service uses the Sales Group dimension object of the Organization dimension. The district that you select controls the information that appears on the dashboard or report. For more information on this dimension, see Common Dimensions, page 1-8. For information on how DBI for Field Service uses districts, see Field Service District Setup, page 910. Also see the section on District parameter in the Using Daily Business Intelligence for Field Service chapter of the Oracle Daily Business Intelligence User Guide. Item: DBI for Field Service uses Item dimension in the following ways: Item parameter uses the Item Org dimension object. Inventory Category parameter uses the Inventory Category dimension object. Product parameter uses the Item dimension object. Product Category parameter uses the Product Category dimension object.
For information on Item dimension, see Common Dimensions, page 1-8. Time: For information on this dimension, see Common Dimensions, page 1-8.
Customer: Customer parameter uses the Prospect dimension object of the Customer dimension. The Prospect dimension object takes the customer names from the service requests. Event: Event parameter uses the Event dimension object to identify the task activity event of the task that appears in the Opened and Closed Activity Detail report. Field Service Distance UOM: Distance UOM parameter uses the Field Service Travel Distance UOM dimension object that belongs to the Field Service Distance UOM dimension. Field Service Task Type: Task Type parameter uses the Field Service Task Type dimension object. Field Service Distribution: DBI for Field Service uses the Field Service Distribution dimension in the following ways: Actual Travel Time parameter uses the Field Service Travel Time Distribution dimension object. Actual Travel Distance parameter uses the Field Service Travel Distance Distribution dimension object. Travel Time Variance parameter uses the Field Service Travel Time Variance Distribution dimension object. Travel Distance Variance parameter uses the Field Service Travel Distance Variance Distribution dimension object. Age (Days) parameter uses the Field Service Backlog Aging Distribution dimension object. Time to Resolve (Hours) parameter uses the Field Service Time to Resolve Distribution dimension object.
Service Request Severity: Severity parameter uses the Service Request Severity dimension object.
Related Topics
For more information on these common dimensions, see: Common Dimensions.
DBI for Field Service KPIs KPI Technician Utilization Calculation [(Debriefed Labor Time + Debriefed Travel Time) / Planned Work Time] * 100 Debriefed labor and travel time as a percentage of the planned work time. Inventory Usage Value On Hand Inventory Value The total field service inventory usage value. Total value of on-hand inventory, both defective and usable, as of the selected date. Actual Travel Time Debriefed / Number of Field Service Task Assignments with Actual Travel Time Average of debriefed technician travel time in minutes. Average Travel Distance Actual Travel Distance Debriefed / Number of Field Service Task Assignments with Actual Travel Distance Average of debriefed technician travel distance. Task Backlog The count of open field service tasks as of the selected date. The total number of closed field service tasks. Sum of Time to Resolve of service requests (with at least one completed or closed field service task of type break/fix) / Total number of resolved service requests (with at least one completed or closed field service task of type break/fix) Time to Resolve = (Resolved on Date) (Incident Date) The average number of hours taken to resolve service requests with at least one completed field service task of type break/fix.
Calculation [Count of first time fix service requests / (Count of first time fix service requests + Count of non first time fix service requests)] The ratio of the first time fix service requests to the total number of resolved service requests. For this measure, the system considers only service requests with at least one completed or closed field service task of type break/fix.
Securing Data
In addition to the basic Daily Business Intelligence security model, DBI for Field Service uses the following security types to determine which users have access to which data. Field Service District Security: The information that appears on the Field Service Management dashboard and all its reports is secured by districts. You must have manager or administrator privileges in a district to access the data belonging to that district and any district or resource that reports to it. For information on how to assign resources to a district with manager or administrator privileges, see Assign Resources to Field Service Districts, page 9-13. Service Request Type Security: From some of the detail reports such as the Task Backlog Detail report, you can access the service request details as available currently in Oracle TeleService. However, the security in Oracle TeleService is based on the service request type, and you must have security permissions to the type of service request that you are trying to access from the detail report. This security is set up in Oracle TeleService and is leveraged by DBI for Field Service. For more information, see the Oracle TeleService Implementation Guide.
Related Topics
Securing Data, page 1-14.
Implementation Considerations
The following are common setup concerns that you should be aware of before you begin setting up DBI for Field Service.
Software
The following applications are prerequisites for DBI for Field Service:
In this example, Cindy Miller is the manager of the Team Cindy district to which the Team Peter and Team Elizabeth districts report. Peter Apt is the manager of Team Peter as well as a technician in that district. Helena Spraque and Jerry Weinbert are the other technicians in Team Peter. Elizabeth Smith is the manager of Team Elizabeth in which Jacob Williams and Thomas Jerome are technicians. Consider the following before setting up the districts: The district hierarchy should reflect the relationship between the technicians and their districts. The district hierarchy can extend up to any number of levels. However, the highest level should be a district and the lowest level, a technician, or District. In DBI for Field Service, districts secure data. Therefore, users must have manager or administrator privileges in a district to access the data belonging to that district and any district or resource that reports to it. In the previous example, Cindy Miller can access data for Team Peter and Team Elizabeth. Peter Apt can access data only for Team Peter. Similarly, Elizabeth Smith can access data only for Team Elizabeth. The technicians Helena Sprague, Jerry Weinbert, Jacob Williams, and Thomas Jerome cannot access any data in DBI for Field Service.
The field service districts that you set up in DBI for Field Service are independent of the field service dispatch groups and territories set up using the CRM Resource Manager responsibility.
Set Up Checklist
Set Up Field Service Management Dashboard
The following table provides a list of the steps required to implement the Field Service Management dashboard and its associated reports. If you have already completed a setup listed in this checklist, either as part of setting up the transactional application or as part of setting up another dashboard, you do not need to repeat the setup. Unless otherwise noted, you can perform setups concurrently.
Step If you have not already done so as part of Oracle Field Service setup, run the Generate Field Service Trips concurrent program (previously called the Generating Shift Tasks concurrent program). For details, see the Oracle Field Service Implementation Guide. Set Up Daily Business Intelligence Framework, page 2-33 Responsibility
Set Up Field Service District Hierarchy, page 9-12 Assign Resources to Field Service Districts, page 9-13 Specify Break/Fix Task Type, page 9-15
Field Service Administrator Field Service Administrator Daily Business Intelligence Administrator
Step Specify How to Derive Field Service District, page 9-16 Post-Setup Steps, page 2-72
From the Navigator, select CRM Foundation, and then select Resource Manager. Select Maintain Resources, and then select Groups. 3. In the Define Groups window, enter the name of the district that you want to create in the Name field. In the Used In tabbed region, select Field Service District as the Application Area. Use the Parent Groups and Child Groups tabbed regions to set up the district hierarchy. That is, in the Parent Groups tabbed region, specify the district to which the district you are creating would report. In the Child Groups tabbed region, specify the districts that would report to the district that you are creating. Repeat these steps for each district that you want to create.
Note: When you assign resources to a group, a resource's start date
4. 5.
6.
in the group must be on or after the start date of the group. The Start field in the Active Dates section of the window displays the start date of the group. The Start Date field in the Roles tabbed region displays a resource's start date in a group.
Related Topics
Field Service District Setup, page 9-10
system groups the corresponding information under the Unassigned district. DBI for Field Service considers the Unassigned district like any other field service district. Therefore, you must have manager or administrator privileges in the Unassigned district to view the data grouped under it. Another way to access the data under an Unassigned district is to assign it as a child of a district in which you have manager or administrator privileges. However, Oracle recommends that you have the Unassigned district as a top-level district and not as a child of another district.
From the Navigator, select CRM Foundation, and then select Resource Manager. Select Maintain Resources, and then select Resources. Use the Find Resources window to query for the resource that you want to assign to a district. In the Resource Search Results window, click Resource Details. In the Roles tabbed region of the Resource window, add one of the following as the Role Type: Field Service Representative Field Service Debrief Agent
4. 5.
6. 7.
Field Service Debrief Review Agent Field Service Dispatchers Field Service District
Select a role in the Role field. In the Groups tabbed region, select the district (group name) to which you want to assign the resource. In the Group Member Roles section, select an appropriate role for the resource in the group.
Note: If the resource that you are assigning is a DBI for Field
8.
Service user, then select a role that has the Manager or Admin role attribute enabled. A resource's start date in the group must be on or after the start date of the group.
9.
Save your changes. The resource is now assigned to the field service district.
Note: A resource using DBI for Field Service will find the District
parameter empty under one of the following conditions: You have not set up the field service district hierarchy, and the resource does not have manager or administrator privileges in the Unassigned district. The resource does not have manager or administrator privileges in any district.
Additional Information The system groups processed data under the district (Resource Group) to which the corresponding technician (a resource with member privileges) belongs. When a technician belongs to more than one district, the system determines a district using the following rules: The system uses the creation date or the actual end date of the task to determine the technician's current district. The system excludes the districts in which the technician is not active on the task creation or actual end date.
Note: If the technician is not active in any district on the task
creation or actual end date, then the system groups the corresponding data under the Unassigned district. Therefore, make sure that a technician is active in the required districts starting from the global start date to prevent data from being grouped under the Unassigned district. You can use the Start Date and End Date fields in the Groups tabbed region of the Resource window to define the active period for a technician in a district.
Resource groups whose application area is not specified as Field Service District are excluded. If the technician is active in two or more districts that have Field Service District specified as the application area, then the system determines the district using these parameters: If the districts are at different levels in the hierarchy, then the system uses the higher district in the hierarchy. If the districts are at the same level in the hierarchy, then the system determines the district based on the technician's Role Type in the following order of priority:
1. 2. 3. 4. 5.
Field Service Representative Field Service Debrief Agent Field Service Debrief Review Agent Field Service Dispatchers Field Service District
For example, if a technician's role type is Field Service Representative in one district and Field Service Dispatcher in another, then the system uses the district in which the role is Field Service Representative. If the role types are the same, then the system determines the district based on the alphabetical order of the districts.
From the Navigator, select Setup, Supply Chain Intelligence, Field Service Task Setup. In the Field Service Task Setup page, all task types with rule set to Dispatch appear. Select the task types that you want the system to consider break/fix. Note the following: If you do not specify the break/fix task types, then the Mean Time to Resolve and First Time Fix Rate reports will not display any information. If you modify the break/fix task type set up after completing the DBI setup, you must run the initial request set for the changes to take effect for the existing data.
2.
In general, any time that you change your source data or your Daily Business Intelligence for Field Service setup, you must rerun the incremental request set to refresh your data. Purging of Service Requests in Oracle Tele Service
If the service requests are purged from Oracle Tele Service, then the administrator should run the initial request set with the Clear and Load All Summaries option. This is to avoid any data inaccuracies in trend and failure of drill to current view of service requests. See: Oracle Tele Service Implementation Guide.
changing the district hierarchy. After you change the district hierarchy, you must run the initial or the incremental request set for the changes to take effect. Deleting a technician from the district hierarchy will result in an error when users try to access information for the deleted technician. Instead of deleting a technician from a district, you can use the End Date field in the Roles tabbed region of the Define Groups window to terminate that technician's association with the district.
Troubleshooting
Why am I not able to see any values in the District parameter? You will not see any values in the District parameter under one of the following conditions: The field service district hierarchy is not set up, and you do not have manager or administrator privileges in the Unassigned district. You do not have manager or administrator privileges in any district.
See Set Up Field Service District Hierarchy, page 9-12 and Assign Resources to Field Service Districts, page 9-13. How do I view data grouped under the Unassigned district? DBI for Field Service considers the Unassigned district like any other field service district. Therefore, you must have manager or administrator privileges in the Unassigned district to view the data grouped under it. See Assign Resources to Field Service Districts, page 9-13. Why do I not see data in the Mean Time to Resolve and First Time Fix Rate reports? The Mean Time to Resolve and First Time Fix Rate reports are relevant only for field service tasks of type break/fix (repair tasks). Therefore, for the system to process data for these reports, you must specify the task types to be considered break/fix. See Specify Break/Fix Task Type, page 9-15. Why am I seeing certain data grouped under the Unassigned district? The system groups the processed data under the corresponding technician's district. The system uses the Unassigned district when it is not able to determine a district for the technician. The following are some of the conditions under which the system uses the Unassigned district. The technician is not assigned to any district or does not have member privileges in any district. The technician is not active in any district on the task creation or the task actual end date. (The system uses the task creation or the task actual end date to determine the technician's current district.)
The technician is assigned only to the Unassigned district with member privileges. The teams are grouped under the Unassigned district.
See Set Up Field Service District Hierarchy, page 9-12 and Assign Resources to Field Service Districts, page 9-13 for more information.
10
Daily Business Intelligence for Financials
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Key Performance Indicators Setup Checklist Implementation Considerations Maintenance and Administration Troubleshooting Concurrent Programs Profile Options and Profile Option Categories Overview
Overview
This chapter describes Oracle Daily Business Intelligence for Financials (DBI for Financials) to implementers and other technical users. It describes how to implement, maintain, and administer DBI for Financials. DBI for Financials provides up-to-date financial information to executives, managers, and their finance departments with a collection of out-of-the-box reports and dashboards. Using DBI for Financials, you can stay informed about daily financial activities, develop insights, and take immediate actions, if necessary, to meet financial and operational targets. The three content areas displayed by DBI for Financials are: General Ledger Revenue and Expense Reporting, page 10-2 Payables Reporting, page 10-2
These areas have different implementation considerations and are independently implemented.
Each dashboard contains a unique set of key performance indicators (KPIs), tables, graphs, and detailed reports. Executives, managers, and their finance departments can use these KPIs to benchmark and track revenue and expenses against budget, forecast, or prior period actuals. Information is aggregated along various flexible hierarchies set up during implementation. Using these hierarchies, users can view financial information by Manager, Line of Business, Company, Cost Center, Financial Category, and User Defined dimensions. Each dashboard contains links to underlying reports and to other Daily Business Intelligence dashboards, such as the HR Management dashboard.
Payables Reporting
This content area provides operational measures to help payables managers improve productivity and process efficiency, especially in a shared service environment. The following dashboards are provided: Payables Management Payables Status
Each dashboard contains a comprehensive set of KPIs and reports across four main functional areas: Invoicing Payments
Discounts Holds
These dashboards provide summarized information by Operating Units and Suppliers, with extensive drilldown capability to facilitate problem identification, analysis, and resolution.
Receivables Reporting
This content area provides operational measures to help receivables managers improve productivity and process efficiency, especially in a shared service environment. The following dashboards are provided: Receivables Management Receivables Status
Each dashboard contains a comprehensive set of KPIs and reports across four main functional areas: Billing Collections Past Due Customers Unapplied Receipts
These dashboards provide summarized information by Operating Units and Customers, with extensive drill down capability to facilitate problem identification, analysis, and resolution.
Related Topics
Oracle Daily Business Intelligence User Guide
Understanding Reporting
The following dashboards are provided by Daily Business Intelligence for Financials. For complete descriptions of the DBI for Financials dashboards, see: Using Daily Business Intelligence for Financials in the Oracle Daily Business Intelligence User Guide.
cost of goods sold, gross margin, operating expenses, and operating margin information by line of business. This dashboard contains data from the Oracle General Ledger, Oracle Payables, Oracle Receivables, Oracle Order Management, and Oracle Human Resources (Employee Hierarchy only).
by drilling to subledger detail and viewing transactional details, such as original invoices, expense reports, and asset depreciation transactions. This dashboard provides an alternate view of expense information without the need to set up the manager hierarchy, which the Profit and Loss and Expense Management dashboards require. In addition, complementing the Expense Analysis dashboard and reports are a set of revenue analysis reports providing similar content. This dashboard contains data from Oracle General Ledger, Oracle Payables, Oracle Purchasing, Oracle Internet Expenses, and iAssets.
every OU. For all managers, both those in shared service organizations and those not in shared service organizations, this dashboard enables them to measure and track their department's performance over time. The comparative analysis and trend reporting capabilities provided by this dashboard help managers to identify systemic processing inefficiencies in their department. Once inefficiencies are identified, managers can take steps to address them. They can then use this dashboard to evaluate the effectiveness of their strategies and processes. This dashboard contains data from Oracle Receivables and Oracle Trading Community Architecture.
Responsibilities
The following responsibilities are provided by Daily Business Intelligence for Financials. Cost Center Manager: The Cost Center Manager responsibility provides access to the Expense Management dashboard and its associated reports. This responsibility also provides access to the HR Management dashboard, but only if DBI for Human Resources is implemented. Profit Center Manager: The Profit Center Manager responsibility provides access to the Profit and Loss by Line of Business, Profit and Loss by Manager, and the Expense Management dashboards and their associated reports. Daily Financials Intelligence: The Daily Financials Intelligence responsibility
provides access to the Profit and Loss by Line of Business, Profit and Loss by Manager, Profit and Loss Analysis, Expense Management, Expense Analysis, and Funds Management dashboards and their associated reports. Daily Payables Intelligence: The Daily Payables Intelligence function-based responsibility provides access to the Payables Management and Payables Status dashboards and their associated reports. Daily Receivables Intelligence: The Daily Receivables Intelligence function-based responsibility provides access to the Receivables Management and Receivables Status dashboards and their associated reports.
If the Industry profile option is Government and you are implementing the Funds Management dashboard, then create another responsibility and remove any links that are unrelated to the Funds Management dashboard. This table illustrates the links that you should remove for each type of object, using the Menu Exclusions tab in the Responsibilities window:
Object Type KPI page links Type Function Name Profit and Loss Profit and Loss Analysis Profit and Loss by Manager Expense Analysis Expense and revenue reports Menu Financial Reports
Related Topics
For a complete list of all responsibilities and dashboards by intelligence area, see: Responsibility and Dashboard Matrix, page B-1.
Expenses: Based on the accounts mapped to the Operating Expenses financial category. Operating Margin: xTD Revenue - (xTD Cost of Goods Sold + xTD Expenses) Operating Margin %: (xTD Operating Margin / xTD Revenue) * 100
financial category. Gross Margin: (xTD Revenue - xTD Cost of Goods Sold) / | xTD Revenue | Expenses: Based on the accounts mapped to the Operating Expenses financial category. Operating Margin: xTD Operating Income / | xTD Revenue | Operating Income: xTD Revenue - (xTD Cost of Goods Sold + xTD Expenses)
paid, calculated as: ((Scheduled Payment Date - System Date) * Invoices Due Amount) / Total Scheduled Payment Amount This is expressed as a positive number. Invoices Past Due Amount: Total amount of all invoices past due. Number Invoices Past Due: Number of invoices past due. Weighted Average Days Past Due: Average number of days invoices are past due, weighted on invoice amounts, calculated as: ((Scheduled Payment Date - System Date) * Invoices Past Due Amount) / Total Scheduled Payment Amount Discount Remaining Amount: Amount of the discounts that remain available on unpaid invoices on the As Of date. Discount Offered Amount: Amount of discounts offered on the gross amount on all invoices at the summary level. Invoices on Hold Amount: Total of the amounts on invoices on hold. Invoices On Hold: Percent of invoices on hold amount when compared to Open Payables amount, calculated as: (Invoices On Hold Amount / Open Payables Amount) * 100
Setup Checklist
This section list the setup steps for the following: General Ledger Revenue and Expense Reporting Implementation, page 10-12 Payables Implementation, page 10-58 Receivables Implementation, page 10-60
Prerequisites
Before you can implement and use the Profit and Loss, Profit and Loss Analysis, Expense Management, Expense Analysis, and Funds Management dashboards, ensure that your system meets the prerequisites described in the table below. If you do not implement an optional application, then you will not be able to drill to detail information in the reports sourced from that application.
Prerequisites and Responsibilities Prerequisites Use Oracle Applications Release 12 Responsibility (not applicable) Description Review dependent applications and their impact on functionality. See: Implementation Considerations, page 1064 Perform global setup steps that are common to all Daily Business Intelligence dashboards. See: Set Up Daily Business Intelligence. Review implementation considerations for all dashboards.
(not applicable)
The following table lists all of the required and optional implementation steps for General Ledger Revenue and Expense Reporting dashboards. These steps must be completed in the order shown in the table.
Implementation Steps for General Ledger Revenue and Expense Reporting Steps Set Up Daily Business Intelligence Framework, page 233 Setup Location Description Determine the DBI Framework procedures. Required Required
Required
Daily Business Intelligence Administrator: Financial Dimensions Setup Daily Business Intelligence Administrator: Financial Dimensions Setup
Determine which sets of books to collect data from, and what rules to follow for including journals. Define the dimensions by which data will be reported, and which segments in the chart of accounts the dimensions will be based on. Build hierarchical structures for financial dimensions, and map value sets from heterogeneous charts of accounts into a single view for reporting.
Required
Required
Define Dimension Mapping Rules, page 10-28 and Managing Values and Hierarchies, page 1030
Required
Description Configure data source to use for loading budgets and forecast. If Oracle General Ledger is the budget source, then specify budgets to be extracted. Define data security for each dashboard user.
Required Optional
Required
Set up remaining profile options to control functionality. Perform necessary post setup steps for maintenance of DBI for Financials dashboards.
Required
Required
If you have already completed a setup listed in this checklist, either as part of the setting up the transactional application or as part of setting up another dashboard, you do not need to repeat the setup. Unless otherwise noted, setups can be performed concurrently. Source Ledger Groups A source ledger group is a group of ledgers, across which you report and analyze financial information. This defines the scope of the financial information used to provide a consolidated view of revenue, cost of goods sold, and expenses across the enterprise. Incorrect or incomplete setup results in the display of inaccurate revenue, cost of goods sold, and expenses. When setting up a source ledger group, you can include the entire ledger or specific balancing segment values within the ledger. We recommend including all balancing segments for operational ledgers. For consolidation or adjustment ledgers, however, we recommend including only specific balancing segments or journals to avoid double counting. The inclusion of consolidation or adjustment ledgers enables DBI for
Financials reporting to provide a more complete picture of your financial data. See: Define Source Ledger Group: Actuals, page 10-17.
Note: The Source Ledger Group setup also supports information
displayed in other intelligence applications including DBI for Purchasing and DBI for Supply Chain.
Define Source Ledger Group: Actuals
The source ledger group defines source ledgers for both the actuals and budget/forecast information used to report on Daily Business Intelligence dashboards. This section describes how to define the ledgers that support the actuals on DBI dashboards. To define budget/forecast information, see: Setting Up Budgets and Forecasts, page 10-38.
1.
In the Financial Dimensions Setup flow, navigate to Source Ledger Groups > Actual.
2.
On the Source Ledger Groups Details page, you can: Click Add Ledger Assignment to add ledgers or modify ledgers that are assigned to the source ledger group. Click Update Inclusion Rules to update the inclusion rules for the journal sources and categories for each ledger in the source ledger group. See: Add Ledger Assignments to Source Ledger Groups, page 10-18.
To populate the source ledger group, assign all of your operational ledgers and all of the ledgers that you use to consolidate your accounting information. By including the appropriate operating and consolidation ledgers, the information displayed in Daily Business Intelligence dashboards and reports will be more consistent with the information reported in Oracle General Ledger.
ledger assignments, then you must re-run the initial request set for the affected dashboards.
On the Add Ledger Assignment page, complete these required fields: Ledger: Select the specific ledger/ledgers from which you want to report on actuals.
Optional fields include: Balancing Segment: If you want to report on a specific balancing segment for that ledger, then select that segment value. Add a separate line for each individual balancing segment. To include all balancing segments, leave the Balancing Segment Value field blank. Journal Inclusion Rules: Controls the journals that provide information for your reports by defining one or more pairs of journal sources and journal categories. Use the following guidelines: A journal inclusion rule is a General Ledger journal source and category
combination. A journal inclusion rule is used to determine which journals will be extracted for reporting. Journal inclusion rules are only useful when you want to include consolidation adjustment journals from a consolidation ledger for reporting. For example, you can select a Consolidation source with the Adjustments category, and then add the Consolidation source with the Eliminations category. By default, all journals are included.
Note: Be consistent in assigning a journal source and journal
For example, if you define two journal inclusion rules: Select a Consolidation journal source and an Adjustments journal category Select a Consolidation journal source and an Eliminations journal category.
If your inclusion rules only include these two source and category combinations, a journal with a Consolidation journal source and an HQ Adjustment journal category would not be included in DBI for Financials dashboards and reports.
Note: For information on journal sources and categories, see:
Update Inclusion Rules: You can update existing inclusion rules; however, you cannot update the balancing segment assigned to a ledger. If you need to change the rules for which balancing segments are included, you must delete the ledger from the source ledger group and re-include it.
Note: If you update the journal inclusion rules, re-run the initial
Dimensions Daily Business Intelligence for Financials uses the following unique dimensions for Profit and Loss and Expense Management dashboards: Financial Category, page 10-21 Line of Business, page 10-22
Person, page 1-11 Sales Channel (This is applicable only for the Profit and Loss dashboard.)
Daily Business Intelligence for Financials uses the following unique dimensions for Profit and Loss Analysis, Expense Analysis, and Funds Management dashboards: Financial Category, page 10-21 Company/Fund, page 10-23 Cost Center, page 10-24 User Defined, page 10-25
You need to setup dimensions by: Assigning master and local value sets, page 10-25. Define Financial dimensions, page 10-26. Defining dimension mapping rules, page 10-28. Managing values and hierarchies, page 10-30.
Dimensions
Setting up DBI for Financials-specific dimensions enables you to map data from different chart of accounts structures to a single structure, which makes it possible to do enterprise-wide aggregation of financial data. The following table illustrates which dimensions are used in each dashboard, and which dimensions are required:
Dimensions and Associated Dashboards Dimensions Profit and Loss Profit and Loss Analysis Required Expense Management Not applicable Expense Analysis Required Funds Management Required
Company, page 10-23 Cost Center, page 10-24 Financial Category, page 10-21
Not applicable
Not applicable
Required
Not applicable
Required
Required
Required
Required
Required
Required
Required
Dimensions
Optional
Not applicable
Optional
Not applicable
Optional
Optional
This dimension is based on the natural account segment from the different charts of accounts that you have defined in the source ledger group. For more information about source ledger groups, see Source Ledger Groups, page 10-16. The following diagram displays an example of grouping natural account segments to define the Revenue financial category.
The Financial Category dimension enables you to group and map your natural accounts into a unified structure for reporting in DBI for Financials. This dimension uses six Financial Category types to group these accounts: Revenue Cost of Goods Sold
Financials, but are used by other DBI product families: Deferred Revenue - only used by DBI for Sales and DBI for Supply Chain Product Expenses - only used by DBI for Product Lifecycle Management
As an example of using a Financial Category type, you could group and map all of your Revenue natural accounts from the North America, Europe, and South America ledgers to the Revenue financial category type. DBI for Financials can then display your worldwide revenue aggregated across the enterprise. In defining the Financial Category dimension, you can select an existing natural account value set as the common reporting hierarchy. Alternatively, you could create a new value set for the common hierarchy if you have heterogeneous charts of accounts and a non-standard natural account structure. For information on setting up the Financials Categories dimension, see: Define Financial Dimensions, page 10-26.
Line of Business Dimension
A line of business can be a grouping of companies or cost centers that crosses country boundaries and legal entities, such as General and Administrative, Sales, Support, Manufacturing, and so on. The following diagram displays an example of grouping cost centers to define a Customer Support line of business.
In DBI for Financials you can create a line of business hierarchy based on either the cost center or the balancing segment from the chart of accounts that you have defined in the source ledger group. See: Source Ledger Groups, page 10-16. Setting up this dimension is optional; but if you do not set up this dimension, the dashboards and reports that use the Line of Business parameter, such as the Profit and Loss dashboard, will not work. There are no preseeded values for this dimension. You must create the hierarchy and value set for the dimension based on your own organization's needs. For example, if you set up General Administration as a line of business, then you could view the results for your entire General Administration division. See: Define Financial Dimensions, page 10-26.
Company Dimension
This dimension represents a hierarchy of strategic business units or legal entities, which can be organized across geographic regions, or otherwise tailored to business needs. In the case of the Funds Management dashboard, this dimension hierarchically represents the institution's funds. The following diagram displays an example of grouping companies to define a geographic representation:
In DBI for Financials, you can create a company hierarchy based on either balancing or cost center segment from the chart of accounts that you have defined in the source ledger group. See: Source Ledger Groups, page 10-16. This dimension is supported by the Profit and Loss Analysis, Expense Analysis, and Funds Management dashboards only, and is not a supported dimension for the Profit and Loss and Expense Management dashboards.
Note: For the Funds Management dashboard, this dimension is
renamed to Fund.
No preseeded values exist for this dimension. Create the hierarchy and value set for the dimension based on your own organization's needs. See: Define Financial Dimensions, page 10-26.
Cost Center Dimension
This dimension is a hierarchical grouping of balancing segment values or cost centers, which are entities that track either expenses or revenue. The following diagram displays an example of grouping cost centers to define an organizational representation:
In DBI for Financials, you can create a cost center hierarchy based on either balancing or cost center segment from the chart of accounts that you have defined in the source ledger group. See: Source Ledger Groups, page 10-16. This dimension is supported only
by the Profit and Loss Analysis, Expense Analysis, and Funds Management dashboards. No preseeded values exist for this dimension. Create the hierarchy and value set for the dimension based on your own organization's needs. See: Define Financial Dimensions, page 10-26.
User Defined Dimension
This dimension is a hierarchical dimension that can be associated with any segment in the chart of accounts. Using this dimension, companies can classify their transactional data using a segment other than the company, cost center, and financial category (natural account) segments. This facilitates better analysis and reporting of transactional data. In DBI for Financials, you can create a hierarchy based on any segment from the chart of accounts that you have defined in the source ledger group. See: Source Ledger Groups, page 10-16. This dimension is supported only by the Profit and Loss Analysis, Expense Analysis, and Funds Management dashboards. No preseeded values exist for this dimension. Create the hierarchy and value set for the dimension based on your own organization's needs. See: Define Financial Dimensions, page 10-26.
Master and Local Value Sets
The General Ledger revenue and expenses reporting content lets you aggregate data across sets of books with heterogeneous charts of accounts. Reporting is based on the master value set, which you must designate for each dimension. Then, for each dimension, map all value sets from the other charts of accounts, known as local value sets, into the master value set. The following diagram displays an example of how master and local value sets are related.
Master Value Set You must assign a master value set to each DBI for Financials dimension. A master value set aggregates financial data from different charts of accounts for a given financial dimension. You can either assign an existing value set or create a new value set to serve as the master. The value set selected as a master value set should represent how you want to do reporting. Local Value Sets A local value set rolls up to a master value set for a given financial dimension. The list of local value sets depends on the source ledgers that you defined. If all of your source ledgers use the same value set, then you will see only one value set. If each source ledger uses a unique value set, then you will see one value set per source ledger.
Define Financial Dimensions
Use the Financial Dimensions page to enable or disable the dimensions and provide the master value sets that you want to use for financial reporting. A master value set is required for all enabled dimensions.
Important: On enabling or disabling dimensions, the initial load must
be re-run. When dimensions are enabled or disabled, you will be asked to run an
initial load only when the next time the request set is run. However, between the time that the dimensions are enabled or disabled and the request set is run, there will be errors in the reports.
1.
Log into Oracle Applications using the Daily Business Intelligence Administrator responsibility and click Financial Dimensions Setup. Navigate to Financial Dimensions. Use this window to define the dimensions used by the Profit and Loss, Expense Management, Profit and Loss Analysis, Expense Analysis, and Funds Management dashboards. See: Dimensions and Associated Dashboards, page 10-20. Profit and Loss and Expense Management Specific Dimensions: Financial Category (required). You can use the preseeded Financial Category value set as the master value set for this dimension, or you can choose your own value set. Line of Business (optional). It is mandatory for the Profit and Loss by Line of Business dashboard.
2.
Profit and Loss Analysis, Expense Analysis, and Funds Management Specific Dimensions: Financial Category (required). Company/Fund (required).
Note: If the Industry profile is set to Government, then the
associated summary reports. If you do not enable the user defined dimension, it will be dropped from the View By parameter for all associated reports. The user defined dimension is not displayed at the dashboard level for any of the dashboards.
3.
Click Update. The Update Financial Dimensions page appears as shown below
2. 3.
Select the Enabled box to enable the dimension. Select the Master Value Set. See: Master and Local Value Sets, page 10-25.
4.
For the User Defined dimension, enter a Display Name, such as Sub-Account. You can optionally change the dimension descriptions.
Note: Only independent value sets are available for selection.
You can rename the user defined dimension to map to your chart of accounts.
Note: After renaming of any User Defined dimension, the
concurrent program retains the name Load User Defined Dimension 1 and does not reflect the modified dimension name.
Dimension mapping rules specify the mapping between master and local value sets. Dimension mapping includes two steps: Mapping Rules: Defines which segment from the chart of accounts will be associated with the dimension. Values and Hierarchies: Defines the relationship between values in the master and local value sets, therefore creating a hierarchy for your dimension.
The setup performed in the Financials Intelligence Source Ledger Group tab determines the values that appear in the dimension/charts of accounts column. See: Source Ledger Groups, page 10-16.
The general mapping rules for all enabled dimensions are: All dimensions use a single segment in the assignment. Segment: The Segment column allows you to select the segment for the selected dimension. The following rules apply: The Company/Fund dimension is mapped to either the balancing segment or cost center segment based on the qualifiers in General Ledger at the dimension level. The Cost Center dimension is mapped to either the balancing segment or cost center segment based on the qualifiers in General Ledger at the dimension level. The Financial Category dimension is always mapped to the natural account segment of the chart of accounts. For that reason, you cannot update the mapping to this dimension.
Note: CCIDs should be set up in such a way that for any given
accounting class code, conflicting class types should not be assigned, that is, for a given CCID, do not pass it both for the revenue and deferred revenue accounting class types.
The Line of Business dimension is mapped to either the balancing segment or cost center segment based on the qualifiers in General Ledger at the dimension level. The User Defined dimension can be mapped to any segment in the chart of accounts (COA). Consequently, you can select one segment from one COA, and a completely different segment from another COA.
Navigate to Dimension Mappings > Mapping Rules. The source ledger group determines which charts of accounts are listed in the Dimension/Chart of Accounts column on the Dimension Mapping Rules page.
2.
Define rules for each enabled dimension. See: Dimensions and Associated Dashboards, page 10-20.
1.
2.
For the Financial User Defined dimension, select the segment from each chart of accounts that represents this user defined dimension.
The Financial Dimension Hierarchy Manager (FDHM) enables you to map local value sets to the master value set that you defined when you set up your Financial Dimensions. See: Define Financial Dimensions, page 10-26. This mapping determines how data is aggregated and displayed in the Profit and Loss, Expense Management, Profit and Loss Analysis, Expense Analysis, and Funds Management dashboards and reports.
2.
To manage the dimensions, click the Launch Hierarchy Manager corresponding to that dimension. See: Managing Values and Hierarchies for DBI for Financials Specific Dimensions, page 10-31.
Managing Values and Hierarchies for DBI for Financials Specific Dimensions
Use the Financial Dimension Hierarchy Manager to manage values and hierarchies for the Financial Categories, Line of Business, Company, Cost Center, and Financial User Defined dimensions. The Financial Dimension Hierarchy Manager enables you to map values from local to master value sets by dragging and dropping values within a hierarchy. It also enables you to work on both the master and local value sets for a given financial dimension at the same time.
The Financial Dimension Hierarchy Manager is divided into several regions. The left-top region shows all the distinct value sets from the source ledger group for this segment. See: Source Ledger Groups, page 10-16. The left-middle region shows the master value set, chosen for the dimension. See: Master and Local Value Sets, page 10-25. The left-bottom region shows all the local values in your local value sets. The right-side displays the hierarchy for the dimension and the top node for the master value set.
Caution: At a single point in time, only one user should work on
the master and local value sets for a given Financial dimension using the Financial Dimension Hierarchy Manager. This applies to the usage of the value sets from another Financial Dimension Hierarchy Manager session, from another Account Hierarchy Manager session, or in an Oracle form.
In the Financial Dimension Hierarchy Manager, search for the value sets that you
want to map to the dimension. You can use the following criteria to search for a value set. Parent: Displays the top level parent values for master and local value set. Child: Displays all child values. From: Beginning of the range. To: End of the range. Description.
2.
Define the top node for the hierarchy. Right click an item in the master value set and choose Select Top Node from the list of values to make that item the top node of the master value set. The Top Node is a parent value, and the highest point in the dimension's hierarchy. It is defined once, in the master value set only.
3.
Manage the relationships between the master and local value sets by building a cross-value set hierarchy.
Note: You must build a dimension hierarchy if the master value set
You can drag and drop segment values from the local value set hierarchy to the master value set hierarchy or within a master value set to create hierarchies.
For example, Technical Documentation is a child node of Documentation and Media. You can move Technical Documentation under Marketing Communications by dragging and dropping from Documentation and Media into Marketing Communications. In addition, if mapping ranges of values to parents, map ranges instead of dragging and dropping one value at a time:
1. 2.
Select a parent in the master value set in the right side window. Left click and select Edit Ranges
3.
4.
Select the range from the value set that you want to map.
Note that when you build a cross-value set hierarchy: If you move a parent value in the hierarchy, all of the parent's child values move with it. If there is no local value set, you can maintain the dimension hierarchy within the master value set.
If you have local value sets, the dimension hierarchy crosses the master and all local values sets. You cannot move values between local value sets, you can only assign local values as detail values to a master value set. You can change the format to display the value set name. For example, 1100 Account VSet [Cash] by choosing View > Value Set Name.
You can change the attributes for a master value set using the following steps:
1. 2. 3.
Select a parent value and right click. Select View Attributes. Enter the description and display order for this parent. The following dimensions have the Display Order option: Company Cost Center Financial Category
For example, for the Financial Category dimension, you can display Travel and Entertainment expenses before Employee expenses by assigning #1 to Travel and Entertainment, and #2 to Employee. With these assignments, all portlets and reports will display Travel and Entertainment expenses first, and then Employee expenses.
4.
For the Financial Category dimension only, assign the following financial category types to the hierarchy: Revenue Deferred Revenue - only used by DBI for Sales and DBI for Supply Chain Cost of Goods Sold Operating Expenses Travel and Entertainment Product Expenses - only used by DBI for Product Lifecycle Management
Note: If you assign a Financial Category dimension type at a higher
level in the hierarchy, it will cascade down to the lower levels of the hierarchy.
Related Topics
For more information on common dimensions, see: Common Dimensions, page 1-8. Budgets and Forecasts Budgets and forecasts can be loaded and displayed on the following DBI for Financials dashboards for comparison and tracking versus actuals: Profit and Loss Expense Management Profit and Loss Analysis Expense Analysis Funds Management
DBI for Financials provides the ability to import budgets and forecasts into the
Financials dashboards. Import budget and forecast information for reporting, using one of three methods: Oracle General Ledger. See: Loading Budget and Forecast Data from Oracle General Ledger, page 10-40 Importing Budget and Forecast Data Using WebADI, page 10-42 Importing Budget and Forecast Data Using SQL Loader, page 10-45
Once you select a method, you cannot switch to a different method. For example, you cannot upload some budgets/forecasts for some ledgers from GL, and use WebADI for others. If some of your budgets/forecasts are in GL while others are in other budgeting tools, you can: Import all budgets into GL and then upload them to DBI for Financials. Export all budgets and use WebADI to upload them to DBI for Financials.
Before loading budget and forecast data: Complete all DBI for Financials prerequisite and implementation steps. You must apply the appropriate Oracle Applications Desktop Integrator patch and follow the installation instructions outlined in the patch. After installing the Oracle Applications Desktop Integrator patch, confirm that you can access the Desktop Integration responsibility. Set up the default time level for budgeting and forecasting. See: Setting Default Time Levels for Budget and Forecast Data, page 10-39. Review budget versioning considerations. See: Budget Versioning, page 10-39.
Setting Default Time Levels for Budget and Forecast Data Although it is possible to view actual data on a daily basis, you can view your budget or forecast data only by Period, Quarter, or Year. By default, the budget and forecast are viewed by period. The granularity of your budget and forecast data is set by the following profile options, which are set at the Site level: FII: Budget Period Type FII: Forecast Period Type
Budget Versioning WebADI as a budget source supports multiple versions of a single budget or forecast
based on the effective date. You can specify the effective date of the budget in the WebADI spreadsheet. The following logic is executed for budget versioning: If a record is uploaded with different effective dates, then the first iteration will be version 1, while the second iteration will be version 2, and so on. If the user leaves the effective date blank, then existing records are overwritten during upload. The last loaded iteration replaces previous iterations.
DBI for Financials supports only one version of the budget/forecast per day. If several iterations of budget/forecast are loaded with the same effective date, then the last loaded iteration replaces previous iterations.
Note: Budget versioning is applicable only for the Expense Analysis
dashboard.
This table describes the budget import and versioning options that are available for each dashboard:
Dashboard Import Using Oracle General Ledger Yes Yes Import Using WebADI Import Using SQL Loader Budget Versioning Support
Profit and Loss Expense Management Profit and Loss Analysis Expense Analysis Funds Management
Yes Yes
Yes Yes
No No
Yes
Yes
Yes
Yes Yes
Yes No
Yes No
Note: For the Funds Management dashboard, this is the only upload
option.
1.
Navigate to the Source Ledger Groups tab in Financials Dimension Setup and select the Budgets tab. Under Budget Options, click Update.
2.
loaded into DBI, a subsequent change in source selection will purge all data.
If you are implementing the Funds Management dashboard and the Industry profile is set to Government, then General Ledger is the only available budget source here.
3. 4.
Click Add Budget. Before you can select a ledger and budget, ensure that the following criteria is met: The ledger is included in the assignments on the Actuals tab. The ledger shares the same calendar as the enterprise calendar in Daily Business Global Parameter Setup. See: Set Up Global Parameters, page 2-34.
5. 6.
Select the data type: Budget or Forecast. Select the date range. The date range defaults from the budget, but you can overwrite the dates provided they fall within the boundaries that are defined in General Ledger. If you are implementing the Funds Management dashboard and the Industry profile is set to Government, optionally select a baseline budget.
Note: The Forecast data type is not available if the baseline budget
7.
is selected.
Oracle Web Applications Desktop Integrator (WebADI) is a spreadsheet-based application that lets you enter data into the DBI for Financials budget interface table (FII_BUDGET_INTERFACE) for loading into the system.
Note: For information on how to set up and use Oracle Web
Applications Desktop Integrator, see: Web Applications Desktop Integrator Implementation Guide and Web Applications Desktop Integrator User Guide.
Navigate to the Source Ledger Groups tab in Financials Dimension Setup and select the Budgets tab. Under Budget Options, click Update. Select Spreadsheet or Interface Table as the budget source. Go back to the Daily Business Intelligence Administrator responsibility. Select the Budget and Forecast Upload menu option.
Note: You can upload budget and forecast only for a master value
2. 3. 4.
set.
5.
Select Create Document. In the File Download dialog box, select Open to work on the file online; otherwise select Save.
6.
Enable Macros and select List Text to specify Plan Type (Budget or Forecast) and to complete budget/forecast dimensions: Effective Date: See: Budget Versioning, page 10-39. Time Period: Period for which you are uploading the budget/forecast. Ledger: List of values is dependent on the source ledger group. See: Source Ledger Groups, page 10-16. Company/Cost Center/Account: List of values is dependent on the selected ledger. User Defined: Select the values for user defined, if applicable. Amount Rate/Secondary Currency: Enter either rate or secondary currency amount, if applicable. If you enter only the rate, then the secondary currency amount is calculated.
7.
Click Upload on the Oracle menu of the Excel worksheet to upload data to the interface tables.
Modifying Budget and Forecast Data You can use WebADI to correct or change budget and forecast records stored in the
interface tables:
1. 2.
Sign on to the Daily Business Intelligence Administrator responsibility. Select the Budget and Forecast Download menu option. The Select Content: Select Content Parameters page appears.
Note: If the page flow is not appropriate, click Back to go to the
Create Document Shortcuts page. Select None on the Select Shortcut drop down menu to see the entire page flow. Click continue to specify again the page flow.
3. 4. 5.
Select Interface Table Mapping on the Mapping drop down menu. Select a Plan Type (Budget or Forecast). Select the Status (All records, Errored on specified effective date, or Errored records) of budget/forecast data for download. Select the Effective Date of errored budget/forecast data for download.
Note: An effective date of Null denotes that the budget/forecast
6.
7. 8.
Click Next to create document. Select Create Document. A File Download dialog box appears. Select Open to work on the file online; otherwise select Save. Enable Macros to modify the data.
9.
10. Click Upload on the Oracle menu of the Excel worksheet to upload data to the
interface tables.
Note: WebADI does not let you delete data from the interface table. To
An alternative to using the Oracle Web Applications Desktop Integrator interface is to load in budget and forecast information using SQL Loader. You can use SQL Loader to enter budget and forecast data directly into the DBI for Financials budget interface table (FII_BUDGET_INTERFACE).
Note: For information on how to use SQL Loader, see: SQL*Loader,
Use the following steps to load budget and forecast data into the FII_BUDGET_INTERFACE table:
1.
Prepare the file containing the data you will be loading into the DBI for Financials budget interface table using SQL*Loader. You can choose to load either the budget, or the forecast data, or both. The column PLAN_TYPE_CODE in the FII_BUDGET_INTERFACE table distinguishes between budget and forecast data. The amount and dimensional columns are mandatory. Populate the following columns in the FII_BUDGET_INTERFACE table:
1. 2. 3. 4. 5. 6. 7.
2.
plan_type_code prim_amount_g report_time_period ledger / ledger_id company / company_id cost_center / cost_center_id fin_item / fin_category_id
Note: If the sec_amount_g column is not populated and secondary
global currency is set up, you will also need to populate the conversion_rate column. If the conversion_rate is populated, then the sec_amount_g column will be calculated. You do not need to enter them explicitly.
table that are used only for prior releases of DBI for Financials and are specifically indicated by (Not used in current release). Prior releases of DBI for Financials is referred to as any release before DBI for Financials 7.0. The current release is defines as DBI for Financials 7.0 or greater.
REPORT_TIME_PERIOD
VARCHAR2(1 00) DATE VARCHAR2(2 40) VARCHAR2(1 50) VARCHAR2(2 5) VARCHAR2(1 50) NUMBER
Report date (Not used in current release) Company cost center value
Line of business value (Not used in current release) Natural account value (Not used in current release) Financial category value
NATURAL_ACCOUNT
FIN_ITEM
CONVERSION_RATE
Conversion rate for converting primary to secondary currency Amount in secondary currency Financial category ID Company cost center ID
Status code
LEDGER_ID LEDGER
COMPANY_ID
Company ID
Data Type VARCHAR2(1 50) NUMBER(15) VARCHAR2(1 50) NUMBER(15) VARCHAR2(1 50) NUMBER(15)
COST_CENTER_ID COST_CENTER
USER_DIM1_ID USER_DIM1
USER_DIM2_ID
User dimension 2 ID (Not used in current release) User dimension 2 value (Not used in current release) Version date Upload date (Populated by the program)
USER_DIM2
VERSION_DATE UPLOAD_DATE
When populating data in the FII_BUDGET_INTERFACE table, the following column considerations should be observed. The Upload Budget and Forecast concurrent program performs the following validations and is expecting the columns in the FII_BUDGET_INTERFACE table to conform to the validations:
1.
PLAN_TYPE_CODE: The data values for this column must be either B or F. The Upload Budget and Forecast program will validate that all records are either for budgets or forecast. This column is mandatory. PRIM_AMOUNT_G: This is the numeric amount in primary global currency. This column is mandatory. REPORT_TIME_PERIOD: This column must be populated with the Period/Quarter/Year time period information. The Upload Budget and Forecast program will validate this time period information against the FII: Budget Period Type profile option. For example, if the profile option value is set to Period, you must insert a value in this column that is at the period level, otherwise, the Upload Budget and Forecast program will error out and request you to fix the time period
2.
3.
information.
4. 5. 6. 7.
COMPANY_COST_CENTER: This column is not used in the current release. LINE_OF_BUSINESS: This column is not used in the current release. NATURAL_ACCOUNT: This column is not used in the current release. CONVERSION_RATE: Conversion rate used to convert amount from primary global currency into the secondary global currency, if one is established. SEC_AMOUNT_G: This is the amount in secondary global currency, if it is set up. The conversion rate from the primary currency to the secondary currency will be calculated by the Upload Budget and Forecast program if the CONVERSION_RATE column is populated. COMPANY_COST_CENTER_ORG_ID: This is the company cost center organization ID. You may populate this value in the interface table, or leave it blank, so that the program will populate it. For each company and cost center, there should be a corresponding company cost center organization set up in Oracle HR. So, if the company_cost_center_org_id is left blank, the program will try to look for its value with the company_id and cost_center_id provided in the interface table.
8.
9.
nodes in the value set established in FDS. Either column must be populated.
12. COST_CENTER/COST_CENTER_ID: The cost center dimension must be defined
as leaf nodes in the value set established in FDS. Either column must be populated.
13. FIN_ITEM/FIN_CATEGORY_ID: The financial category dimension must be
defined as leaf or parent nodes in the value set established in FDS. Either column must be populated. Please use the column fin_item to populate the natural account instead of the natural_account column. The natural_account column is used for prior releases.
14. USER_DIM1/USER_DIM1_ID: If user dimension 1 is enabled, the value provided
in either column should be either the unassigned ID or a valid value in the value set established in FDS.
15. USER_DIM2/USER_DIM2_ID: These two columns are not used in this release. 16. VERSION_DATE: This column is used only if you choose to use versioning in the
17. UPLOAD_DATE: This column is used by the Upload Budget and Forecast
Forecast concurrent program are as follows: VALIDATED: The record has passed the validation routine in the program. NULL: The record is ready to be processed by the program. ERROR: The program has encountered some error while processing the record. Users should refer to the output file for more information.
Note: At the beginning of the Upload Budget and Forecast
concurrent program, all rows that contain a status_code that is NOT NULL will be deleted from the FII_BUDGET_INTERFACE table. This column should be left NULL if you want the concurrent program to process the record in the FII_BUDGET_INTERFACE table.
SQL*Loader reads data from one or more files (or operating system equivalents of files) specified in the control file. From SQL*Loader's perspective, the data in the data file is organized as records. A particular data file can be in fixed record format, variable record format, or stream record format. The record format can be specified in the control file with the INFILE parameter. If no record format is specified, the default is stream record format.
Loading Budget and Forecast Data 1.
Use SQL*Loader to load in the budget data, or forecast data, or both, in the data file that you have prepared and specify certain parameters to establish session characteristics. Parameters can be entered in any order, optionally separated by commas. You can specify values for parameters, or in some cases, you can accept the default without entering a value. The data file name is a mandatory parameter. An example of the command line syntax for using SQL*Loader to load in the budget data, or forecast data, or both, is as follows, where the DATA parameter references the data file that you have prepared. In this example, the name of that data file is called budget.dat:
SQLLDR CONTROL=sample.ctl, LOG=sample.log, BAD=baz.bad, DATA=budget.dat USERID=scott/tiger, ERRORS=999, LOAD=2000, DISCARD=toss.dsc, DISCARDMAX=5
2.
3.
The CONTROL parameter specifies the name of the control file that tells SQL*Loader where to insert the data and it contains the name of the table to load into. Within the control file, you specify the INTO TABLE clause; in this case, it is
FII_BUDGET_INTERFACE. The control file also defines the relationship between records in the data file and tables in the database
4.
The DATA parameter specifies the name of the data file containing the data to be loaded. If you do not specify a file extension or file type, the default is .dat. If you specify a data file on the command line and also specify data files in the control file with INFILE, the data specified on the command line is processed first. The first data file specified in the control file is ignored. All other data files specified in the control file are processed. If you specify a file processing option when loading data from the control file, a warning message will be issued. If you start SQL*Loader without specifying any parameters, SQL*Loader displays a help screen that lists the available parameters and their default values.
Note: SQL*Loader does not let you delete data from the interface table.
5.
Once you have populated the FII_BUDGET_INTERFACE table with budget and forecast data, you need to run the Upload Budget and Forecast concurrent program. This program takes the data from the FII_BUDGET_INTERFACE table and performs validation checking to ensure the data integrity before budget and forecast data can be used in the DBI Financials pages. To view the budget data, or forecast data, or both, on the DBI Financials pages once the Upload Budget and Forecast concurrent program has completed successfully, run the initial or incremental request set after using SQL*Loader to populate the FII_BUDGET_INTERFACE table.
Duplicate Processing
When checking for duplicate record in FII_BUDGET_INTERFACE table, the Upload Budget and Forecast concurrent program will also validate that only one record exist with the same plan_type_code, report_time_period, ledger_id, company_id, cost_center_id, fin_category_id, user_dim1_id, version_date combination in the FII_BUDGET_INTERFACE table.
Uploading and Purging Budget and Forecast Data from Base Budget Tables
The GL and WebADI options upload budget and forecast data to the FDS. WebADI and the SQL Loader store the date in the interface tables. Before DBI for Financials can use this budget and forecast data, transfer the data from the FDS and interface tables to the Budget base table (base summary table). Use the following program to load and purge data from the Budget base tables: Upload Budget and Forecast Program: Imports data into the base summary tables from the interface table.
Note: To populate the budget and/or forecast into DBI pages, run
the initial or incremental request set after running the Upload Budget and Forecast program.
Budget and Forecast program at year-end if carry forward balances exist. Once completed, run the incremental request set.
Occasionally, purge data from the Budget base table. For example, purge data when: Changing the value of the FII: Budget Source profile option in FDS from WebADI to General Ledger, or from General Ledger to WebADI. Deleting a budget or forecast that was uploaded using WebADI.
Use the following program to purge data from the Budget base tables: Purge Budget and Forecast Program: Purges data from the base summary table.
Securing Data In addition to the basic Daily Business Intelligence security model, Daily Business Intelligence for Financials uses responsibility based security to determine which users have access to DBI for Financials dashboards and reports. The General Ledger Revenue and Expense Reporting dashboards use basic Daily Business Intelligence security as follows: Profit and Loss and Expense Management: The Profit and Loss and Expense Management dashboards are secured by manager. Profit and Loss Analysis, Expense Analysis, and Funds Management: The Profit and Loss Analysis, Expense Analysis, and Funds Management dashboards are secured by company and cost center.
Related Topics
For more information on security in Daily Business Intelligence, see: Securing Daily Business Intelligence, page 1-14.
Implementing Security for the Profit and Loss and Expense Management Dashboards
The Profit and Loss and Expense Management dashboards are secured by the Manager hierarchy. See: Overview of Manager Reporting, page 5-1. Every company-cost center combination in General Ledger must have corresponding company-cost center organizations set up in Oracle Human Resources. These company-cost center organizations can be automatically or manually created using the Define Organization window. If there is no company-cost center organization in Oracle Human Resources or if there is no manager assigned to the organization, the Profit and Loss and Expense Management dashboards may not show the correct results.
Implementing Security for the Profit and Loss Analysis, Expense Analysis, and Funds Management Dashboards
The Profit and Loss Analysis, Expense Analysis, and Funds Management dashboards are secured by company and cost center. Define a list of the companies and cost centers that each of your users can access. Before setting up security, run the initial request set for the Profit and Loss Analysis, Expense Analysis, or Funds Management dashboard.
Implementing Security Using Company and Cost Center Security Page
Log into Oracle Applications using the Daily Business Intelligence Administrator responsibility and click Administer Company and Cost Center. On the List of Grants page, update or revoke existing grants, or create a new grant. To set up security for a new user, create a new grant by selecting Grant Access.
2.
3.
1. 2. 3.
If creating a new grant, select the user to grant pages to in the Grant To field. Use the Start and End Date fields to indicate the length of security access. Select the role: Financial Analyst for the Profit and Loss Analysis and Expense Analysis dashboard
4.
Use the Company Assignment page to grant access to all or specific company information for this person.
Note: Click Add Company to search for and add a company to the
list. Click Add All to add a new row, All, to the list. If All is selected, then this person/role has access to the information for all companies.
Note: The list of values is dependent on the master value set that
was set up for the Company and Cost Center dimension. See: Dimensions, page 10-19. If no values exist in the table, run the initial request set for the Profit and Loss Analysis, Expense Analysis, or Funds Management dashboard, prior to this security setup.
5.
Use the Cost Center Assignment page to grant access to all or specific cost center information for this person.
Note: Click Add Cost Center to search for and add a cost center to
the list. Click Add All to add a new row, All, to the list. If All is selected, then this person/role has access to the information for all cost centers.
6.
Submit the Load Company and Cost Center Security concurrent request to update the security settings. You can submit the concurrent request now, or later. If you select Now, then security is activated after the background concurrent program completes. Otherwise, security is activated after the initial or incremental request set has run.
Note: A user can access information, only if you have granted both the
company and cost center for the information to that user in the above steps. If only the company is assigned to the user, but not the cost center, then the user cannot access the information. Similarly, if only the cost center is assigned, but not the company, then the user cannot access the information.
Implementing Security Using WebADI
Oracle Web Applications Desktop Integrator (WebADI) is a spreadsheet-based application that lets you create and update multiple grants at a time into the system.
Applications Desktop Integrator, see: Web Applications Desktop Integrator Implementation Guide and Web Applications Desktop Integrator User Guide.
To set up company cost center security by creating and updating multiple grants at a time:
1.
Log into Oracle Applications using the Daily Business Intelligence Administrator responsibility and click Company Cost Center Security. On the List of Grants page, click Mass Add. Select Create Document. Select Open to work on the file online or select Save. Enable macros and provide details for the following columns: Grant To: The user receiving the grant. Role: The role assigned to the user, described as follows: Financial Analyst for Profit and Loss Analysis and Expense Analysis dashboard. Fund Manager for Funds Management dashboard.
2. 3. 4. 5.
Start: The beginning date of the grant. End: The end date of the grant. Dimension: The dimension you would like to grant access to (Company or Cost Center). Value: The value in that dimension, which is any value from the specified dimension, as well as the value All.
Note: The list of values is dependent on the master value set
that was set up for the Company and Cost Center dimension. See: Dimensions, page 10-19. If no values exist in the table, run the initial request set for Profit and Loss Analysis, Expense Analysis, or Funds Management dashboard prior to this security setup.
6.
Click Upload on the Oracle menu of the Excel worksheet to upload data to the interface tables.
7.
Submit the Upload Company and Cost Center WebADI Security concurrent request to upload the data from the interface table to the security grants table.
Note: If there is already an existing grant for the Grant To/Role
pair, the existing grants will be completely deleted and overwritten by the new grant. For example, if the following grant was entered into the system at a previous session:
Grant To W. Tucker W. Tucker W. Tucker W. Tucker Role Financial Analyst Financial Analyst Financial Analyst Financial Analyst Start 4/01 4/01 4/01 4/01 Dimension Company Company Company Cost Center Value 10 20 30 All
And the user decides to enter the following grant into WebADI:
Grant To W. Tucker W. Tucker Role Financial Analyst Financial Analyst Start 4/01 4/01 Dimension Company Cost Center Value 10 All
W. Tucker's new grants will be the latter, where he loses the access to Company values 20 and 30.
8.
Submit the Load Company and Cost Center Security concurrent request to update the security settings.
Payables Implementation
The following section describes the prerequisites, implementation considerations, implementation steps, and post setup steps for the Payables Management and Payables Status dashboards.
Prerequisites
Before you can implement and use the Payables dashboards, ensure that your system meets the following prerequisites. The following table lists the prerequisites.
Prerequisites and Responsibilities Prerequisites Use Oracle Applications Release 12 Responsibility (not applicable) Description Review dependent applications and their impact on functionality. See: Implementation Considerations, page 1064 Perform global setup steps that are common to all Daily Business Intelligence dashboards. See: Set Up Daily Business Intelligence. Review implementation considerations for all dashboards.
(not applicable)
Implementing Payables
The following table lists all of the required and optional implementation steps for Payables dashboards. These steps must be completed in the order shown in the table.
Implementation Steps for Payables Steps Secure Payables Data, page 10-60 Setup Location Daily Business Intelligence Administrator Yes Description Determine the securing Payables procedures. Set the Payables Operations Implementation to Yes. Required Required
Required
Setup Location
Description Perform necessary post setup steps for maintenance of DBI for Financials dashboards.
Required Required
If you have already completed a setup listed in this checklist, either as part of the setting up the transactional application or as part of setting up another dashboard, you do not need to repeat the setup. Unless otherwise noted, setups can be performed concurrently. Secure Payables Data Set up the MO: Security Profile option to secure data by operating unit. See: Set Up Operating Unit Security, page 2-61.
Receivables Implementation
The following section describes the prerequisites, implementation considerations, implementation steps, and post setup steps for the Receivables Management and Receivables Status dashboards.
Prerequisites
Before you can implement and use the Receivables dashboards, ensure that your system meets the prerequisites as given in the following table:
Prerequisites and Responsibilities Prerequisites Use Oracle Applications Release 12 Responsibility (not applicable) Description Review dependent applications and their impact on functionality. See: Implementation Considerations, page 1064
Description Perform global setup steps that are common to all Daily Business Intelligence dashboards. See: Set Up Daily Business Intelligence.
Implementing Receivables
The following table lists all of the required implementation steps for the Receivables Management and Status dashboards.
Receivables Implementation Steps Steps Receivables Intelligence Setup, page 10-61 Secure Receivables Data, page 10-63 Setup Aging Buckets, page 10-63 Post-Setup Steps, page 10-64 Required Optional Yes Optional Yes
Receivables Intelligence Setup Use the Receivables Intelligence Setup page to determine which date criteria to use for your data collection selection and to define your Days Sales Outstanding (DSO) calculation and measurement components: Data Collection Selection Criteria: Choose whether content analysis should be based upon the transaction and receipt date, or the GL date. Days Sales Outstanding Definition: Customize the Days Sales Outstanding measure: Days Sales Outstanding = (Net Receivables / Billed Amount) * Days Sales Outstanding Period Days Sales Outstanding Period: Choose the length of the period over which DSO is calculated.
Transaction Classes: Choose the transaction classes to include in the DSO and Collection Effectiveness Index calculations:
Transaction Class Invoices Debit Memos Chargebacks Bills Receivables Deposits Credit Memos Default Value Included Included Included Included Not included Not included
Recommendations: Keep the Invoices option checked. If the Unapplied Deposit Balance option is checked, make sure that the Deposits options is also checked as the two options have a cancelling effect.
Note: If the Chargebacks option is selected, but the Debit
Memos option is not, then chargebacks created for debit memos are still included in the DSO calculation.
Net Receivables Categories: Choose the additional categories to include in the DSO calculation:
Net Receivables Category Unapplied Deposit Balance Unapplied Receipts Balance On-account Cash Balance Open Claims Balance Default Value Not included Included Included Included
Secure Receivables Data Set up the MO: Security Profile option to secure data by operating unit. See: Set Up Operating Unit Security, page 2-61. Setup Aging Buckets Receivables Management and Status dashboards provides default aging ranges for their bucket sets, which you can modify. Navigate to Daily Business Intelligence Administrator > Define Bucket Sets to reset the aging ranges. The bucket sets are: Daily Receivables Intelligence - Current Receivables Aging Daily Receivables Intelligence - Past Due Receivables Aging Daily Receivables Intelligence - Unapplied Receipts Aging
Receivables Management and Status dashboards supports a maximum of: 3 buckets for Current Receivables. 7 buckets for Past Due Receivables. 3 buckets for Unapplied Receipts.
You can change these bucket set ranges with the following caveats: The first bucket must start at 0 for Current Receivables and Unapplied Receipts and start at 1 for Past Due Receivables. The bucket ranges should be continuous; the number in the right column of one row must match the number in the left column in the row below it. For example, 0 - 31 31 - 61
The last bucket must be open ended; the right column of the bottom row must be left blank. For example, 61 - .
Note: If the bucket set definitions are changed after initial setup, initial
load will have be run again, that is, you need to clear and reload the tables.
Receivables Intelligence Setup, page 10-61 Secure Receivables Data, page 10-63 Setup Aging Buckets, page 10-63
Once you complete the Receivables post-setup steps, ensure that you complete the post-setup steps for Daily Business Intelligence. See: Post-Setup Steps, page 2-72
Implementation Considerations
The following are common setup concerns that you should be aware of before you begin setting up Daily Business Intelligence for Financials.
Software
The following table lists the prerequisite applications, whether or not each is required, and what functionality is dependent on the installation of each application.
Application Oracle General Ledger Type Required Dashboards Profit and Loss Profit and Loss Analysis Expense Management Expense Analysis Funds Management
Type Optional
Dashboards Profit and Loss Analysis Expense Management Expense Analysis Funds Management
Oracle Receivables
Optional
Oracle Assets
Optional
Oracle Purchasing
Optional
Optional
Profit and Loss Analysis Expense Management Expense Analysis Funds Management
Optional Optional
Currency
The Profit and Loss, Expense Management, Profit and Loss Analysis, and Expense
Analysis dashboards support both primary and secondary global reporting currencies. You must define all of the necessary currency conversion rates to the two global currencies in Oracle General Ledger. See: Oracle General Ledger User Guide. Transactions can have a date in the future. In those cases DBI for Financials uses the conversion rates for the current system date. For information about reconverting future-dated transactions on the Profit and Loss, Expense Management, Profit and Loss Analysis, and Expense Analysis dashboards, see: FII Currency Reconversion Program, page 10-71. For information about reporting currencies, see: Set Up Daily Business Intelligence, page 13-12.
Reconciliation Consideration
The DBI for Financials dashboards and reports display interim operational and financial information. During an accounting period this information may not reconcile to General Ledger information, primarily due to any manual or period-end adjustments and the exchange rates used to convert transactions to the global reporting currency. To ensure more accurate results on these dashboards, we recommend that you consider the following: Include appropriate adjustments and consolidation journals from the consolidation or management ledgers using proper Journal Inclusion Rules when defining the Source Ledger Group. See: Define Source Ledger Group, page 10-17. DBI for Financials includes the FII Currency Reconversion program that enables you to reconvert amounts displayed on the Profit and Loss, Expense Management, Profit and Loss Analysis, and Expense Analysis dashboards using final month-end rates. Because information for the DBI for Financials dashboards is collected on a daily basis, you will not have the month-end exchange rates used for management reporting. We recommend that you run the FII Currency Reconversion program at month- or quarter-end to ensure that the information on the DBI for Financials reports more closely match the post-close information stored in your General Ledger. See: FII Currency Reconversion Program, page 10-71. Some companies have business processes that allow disabled cost centers to be reinstated. For example, cost center C486 - Database License Sales could be disabled and later reinstated as C486 - Applications Support. This business practice can result in incorrect or misleading revenue and expense information to be displayed. The DBI for Financials dashboards assume that cost center or balancing segment values carry the same meaning for all time periods. For this reason, we recommend that you do not recycle cost center values. The data for the adjusting period is merged with the data of the closing period with which the adjusting period overlaps. DBI reporting excludes the data for journals with Closing Journal as the source.
To better support daily reporting, we recommend that you automatically group journal lines into journal entries based on the effective date, using the General Ledger journal import functionality.
Note: For the Funds Management dashboard, post all encumbrance
Financials dashboards. It does not affect the reporting on the DBI for Human Resources dashboards or reports.
For Profit and Loss Analysis, Expense Analysis, and Funds Management dashboards: Size of the Company, Cost Center, Financial Category and User Defined hierarchies, as defined in the master value set. A deeper or wider hierarchy means less
aggregation and can potentially have a negative impact on the performance of the dashboards In addition, failure to close past periods in Oracle Receivables, Oracle Payables, or Oracle General Ledger can result in performance issues when you run the initial or incremental request sets for all dashboards.
Note: This is especially applicable for periods that begin after the
the same as the encumbrance types that you have defined in your General Ledger responsibility using Setup > Journal > Encumbrances.
These mappings will be stored in an FII table and used when you run the Load/Update General Ledger Base Summary program. FII uses the GL Encumbrance Type ID stored in the journal header and the information stored in the mapping table to determine if the amount should be put into the Commitment, Obligation, or Other buckets.
Note: The mapping table is only populated for public sector customers.
The Load/Update General Ledger Base Summary program will return with a warning if there is any invalid GL encumbrance types specified in the lookup screen for the Commitment or Obligation lookup types. If the GL Encumbrance Type has not been mapped, the amounts with these unmapped encumbrance types will be stored under the Others bucket in FII. The Load/Update General Ledger Base Summary program will error out if the GL Encumbrance type to FII encumbrance type mapping is not done.
Currency
The Payables Management and Payables Status dashboards convert transactional currencies to ledger currencies. For example, this occurs because the discount available and discount remaining amounts (AP_PAYMENTS_SCHEDULES_ALL) and discount taken amount (AP_INVOICE_PAYMENT_ALL) are only stored in the transaction currency. For this reason, exchange rates must be maintained between all transactional and ledger currencies. If all operating units use the same ledger currency, then the Payables dashboards can display information in that ledger currency.
Collection Criteria
Please note that invoices in Oracle Payables is collected by the creation date, not the invoice date.
setup, you must run an initial or incremental request set to reload your data.
You must run an initial or incremental request set whenever you change the following: Source ledger group assignments. See: Add Ledger Assignments to Source Ledger Groups, page 10-18.
Inclusion rules. See: Add Ledger Assignments to Source Ledger Groups, page 10-18. Managing Changes, page 2-79
You must also run an initial or incremental request set whenever you change the following: The following changes are applicable to General Ledger, Payables, and Receivables dashboards: Currency conversion changes for already collected data. The following changes are applicable only to Receivables dashboards: Bucket definition changes. Receivables setup changes. Industry classification global setup changes. Customer hierarchy global setup changes.
Managing Changes
There are three types of changes that can occur after implementation: Data refreshes Updates to dimension mapping Setup changes
These changes may require creating and running a request set. The initial request set may require significant processing time to process information from new ledgers or as a result of major changes to dimension structures. A seeded request set is available to refresh data after dimension mapping is updated. Transaction data can simply be refreshed daily using the incremental request set.
Data Refreshes
For daily data refresh, run the incremental request sets. See: Schedule Incremental Request Sets, page 2-80. Before you can use the employee directory that is accessible from the Top 10 Spenders report, you must run the Refresh Employee Directory concurrent program, using its Complete Refresh mode, from the Global HRMS Manager responsibility. The Refresh Employee Directory concurrent program is not included in any seeded initial or incremental request sets.
Setup Changes
If, after setup is complete, you change any source data or DBI for Financials setup information, including adding new source ledgers, then rerun the initial request set for the affected dashboards. The following changes require you to rerun the initial request set: Changes to the global setup. Updates to the source ledger assignments. Updates to the Revenue or Deferred Revenue financial category mapping, only affected by the data load from Oracle Receivables.
For example, if you update the company set assignments, then you must reload your data. See: Run Initial Request Set, page 2-79.
Troubleshooting
See OracleMetaLink for up-to-date troubleshooting information.
Concurrent Programs
The following concurrent programs are provided by DBI for Financials.
periods.
running initial or incremental load in DBI, DBI will not automatically detect this change. Thus, if you want such a change to be reflected in the DBI reports, you need to run the currency reconversion program.
only if you have made changes to currency conversion rates for data that has already been loaded through either initial or incremental load. This program is NOT for performing currency reconversion on data that has not been previously loaded into DBI tables.
This report uses the following parameters. Currency Type: Choose primary or secondary currency, based on global setup for Daily Business Intelligence. Primary Currency Rate Type: Select the rate type that you want to use for reconversion. Second Currency Rate Type: Select the rate type that you want to use for reconversion. From Date: Choose the earliest date that you want to use for reconversion. To Date: Choose the latest date that you want to reconvert currency.
Time Period Level: Choose Period, Quarter, Year, or All Time Period: Name of the period, quarter, or year to purge. A name is required when the Time Period Level parameter is Period, Quarter or Year. Date: If the Time Period Level parameter is Day, enter the date that you want to purge. Leave this field blank if the period is not Day.
You must purge data at the same level it was loaded. The purge program fails if you attempt to purge data at a different level.
Request Sets
Use the incremental request sets that you created using the Request Set Generator to refresh data in the DBI for Financials dashboard. Run the incremental request set daily. See: Create Initial and Incremental Request Sets, page 2-74. Resubmit the initial request if you need to clear out and start over with new data in the DBI for Financials dashboards. The requests collect new and updated data since the last time the requests were run, and display the updated data in the reports. If a currency conversion error occurs while a request collects data, then the entire collection fails. See: Currency Dimension, page 1-9.
DBI Deployment, page 10-75. DBI Setup, page 10-76. DBI User Interface, page 10-77. Other, page 10-78.
See: Profile Categories, Oracle Applications System Administrator's Guide - Maintenance. DBI for Financials Profile Options FII: Budget Period Type, page 10-77 FII: Cumulative Graph Budget / Forecast Line Type, page 10-78 FII: DBI Payables Operations Implementation, page 10-77 FII: Debug Mode, page 10-75 FII: Forecast Period Type, page 10-77 FII: Manager Aggregation Level, page 10-76 FII: Manual Invoice Sources, page 10-77 FII: Nodes to be Aggregated, page 10-76 FII: Use Accounting Date for Currency Rate Calculation, page 10-77 Industry, page 10-78
The key for each table is: Update: You can update the profile option.
View Only: You can view the profile option but cannot change it. No Access: You cannot view or change the profile option.
No Default
No access
FII: Debug Mode Set the debugging mode on for DBI for Financials.
FII: Manager Aggregation Level, page 10-76 FII: Nodes to be Aggregated, page 10-76
No Default
View Only
No Default
View Only
Visible, Updatable
View Only
View Only
View Only
FII: Manager Aggregation Level Determines at what level to aggregate the manager. FII: Nodes to be Aggregated Determines at what level to aggregate the dimensions.
FII: Budget Period Type, page 10-77 FII: DBI Payables Operations Implementati on, page 1077 FII: Forecast Period Type, page 10-77 FII: Manual Invoice Sources, page 10-77 FII: Use Accounting Date for Currency Rate Calculation, page 10-77
No Default
No access
No Default
No access
Visible, Updatable
No access
No access
No access
No Default
No access
Visible, Updatable
No access
No access
No access
No Default
No access
Visible, Updatable
No access
No access
No access
No Default
No access
Visible, Updatable
No access
No access
No access
FII: Budget Period Type Sets up the period type for budget when doing the upload through WebADI. FII: DBI Payables Operations Implementation Enter YES for this profile option to access information from Oracle Payables and to display that information in the Payables Management and Payables Status dashboards. This profile option controls the Payables base summary collection program that relies on the logging mechanism in Oracle Payables system to determine what records to collect. This option identifies transactions included in initial data loads or when you refresh tables and summaries with incremental data.
FII: Forecast Period Type Sets up the period type for forecast when doing the upload through WebADI. FII: Manual Invoice Sources Determine if an invoice is manual or electronic from the list of manual sources used in Payables. FII: Use Accounting Date for Currency Rate Calculation Determine whether or not the FII Payables Fact business views will use accounting date or invoice date for exchange rate calculation
Cumulative
Updatable
FII: Cumulative Graph Budget / Forecast Line Type Determine the Cumulative Graph Line type. The options are cumulative or flat.
Other
The table below lists the profile options that are not directly related to the DBI for Financials.
Other Category Profile Option Default User Access System Admin Access: Site Level Visible, Updatable System Admin Access: Application Level No access System Admin Access: Responsibility Level No access System Admin Access: User Level No access
No access
Industry Set the industry where DBI for Financials is being implemented. Choose Commercial if it is a commercial implementation. Choose Government if it is a public sector implementation and the Funds Management dashboard is being implemented.
11
Daily Business Intelligence for Interaction Center
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Considerations Setup Checklist Set Profile Options for Oracle Email Center Set Profile Options for Oracle Inbound Telephony Concurrent Processes Maintenance and Administration
Overview
DBI for Interaction Center is a Web-based performance management solution, which merges interaction data with business data. This solution presents a comprehensive view of interaction center performance metrics. DBI for Interaction Center presents measures and key performance indicators for e-mail and inbound telephony activity on the following dashboards: Email Center Management Dashboard
Each dashboard presents key performance indicators and performance trends for a comparative period. From the dashboard, you can drill down to reports to further explore and evaluate activity within the call center. Many reports include a view-by option, which lets you display the reports with different dimensions. The drill-and-pivot feature allows similar navigation and direct access to other reports.
Related Topics
Oracle Daily Business Intelligence User Guide
Understanding Reporting
For complete, detailed descriptions of the reports that DBI for Interaction Center provides, see the Oracle e-Business Intelligence Daily Business Intelligence User Guide.
Dashboard Descriptions
DBI for Interaction Center offers the following dashboards for Email Center and Inbound Telephony. Each dashboard contains a specific set of key performance indicators (KPIs), tables, graphs, and detailed reports. The following dashboards are provided by DBI for Interaction Center.
Responsibilities
DBI for Interaction Center provides the following responsibilities: Daily Interaction Center Intelligence: The Daily Interaction Center Intelligence responsibility provides access to the Email Center Management and Inbound Telephony Management dashboards and their associated reports. Email Center Manager: The Email Center Manager responsibility allows you to view and access all regions and reports on the Email Center Management dashboard. Inbound Telephony Manager: The Inbound Telephony Manager responsibility allows you to view and access all regions and reports on the Inbound Telephony Management dashboard.
Related Topics
For a complete list of all responsibilities and dashboards by intelligence area, see Appendix A: Responsibility and Dashboard Matrix, page B-1.
Dimensions
Within Daily Business Intelligence, there are common dimensions that are used by many of the intelligence dashboards. The DBI for Interaction Center dashboards use the following common dimensions: Time Organization Agent Group Level
In addition to the common dimensions, there are some dimensions, which are specific to DBI for Interaction Center. The following table presents the dimensions that are specific to DBI for Interaction Center:
DBI for Interaction Center Dimensions Dashboard Email Center Management Dimension Name Email Account Dimension Level E-mail Account Used By Email Center Management
Dashboard
Used By Email Center Management Inbound Telephony Management Inbound Telephony Management Inbound Telephony Management
Inbound Telephony Call Center Inbound Telephony Classification Inbound Telephony Dialed Number
Call Center
Classification
Dialed Number
Replied within Service Level Goal KPI metric. Thus, it can be possible to accumulate large volumes of e-mail backlog yet report high Replied within Service Level Goal percentages.
Inbound Telephony Management Measures: Key performance indicators for Inbound Telephony represent a consolidated view of performance, volume, productivity, and outcomes.
the key performance indicators (KPIs) for the enterprise call centers. The KPIs region presents a snapshot of performance, agent productivity, e-mail volume, activity, and outcomes. For more information about key performance indicators and KPI regions, see Regions, Oracle Daily Business Intelligence User Guide.
KPI Columns
The KPI table contains the following columns: Name: The name of the KPI. XTD: The period for which data is aggregated in the table. This is based on the Period Type parameter. Change: The difference between the selected period and the comparison period from the Compare To parameter. These metrics are expressed as follows: Percent: For numbers that represent a count or hours, the change is shown as a percentage and is expressed as: (Current Measure Comparison Measure) / Absolute value of Comparison Measure * 100 Difference: For numbers that represent percentage or a ratio, the change is expressed as: (Current Measure) (Comparison Measure)
"E-mails resolved" refers to e-mails that were replied to, deleted, or auto-processed. It is calculated as: (Deleted + Auto-Deleted)/ (Deleted + Auto-Deleted + Replied to + Auto-Replied + Auto-Updated SR + Auto-Resolved) * 100 One & Done Resolution: This KPI comes from the Email Response Performance report. It is the percentage of inbound e-mail interactions that were resolved with a single reply. Example Customer A sends e-mail. Agent X replies to e-mail (reply contains TAG). Customer A replies to agent X's reply (for example, thank-you e-mail). One & Done Resolution is True. Customer A sends e-mail. Agent X replies to Customer A's e-mail (reply contains TAG). Customer A replies to agent X's reply (for example, follow-up question). Agent X replies to Customer A's second e-mail. One & Done Resolution is False. Customer Wait Time (Hours): This KPI is from the Email Response Performance report. It is the time (expressed in hours) the e-mail was received by the Oracle Email Center system to the time it was replied to. This KPI is calculated as: Total Customer Wait Time / E-mails Replied to Customer Wait Time is calculated as: (Time E-mail was Replied to) (Time E-mail was Received) Received: This KPI is from the Email Activity report. It represents the total number of e-mails received from the Oracle Email Center system. Replied: This KPI is from the Email Activity report. It represents the total number of e-mail replies sent from the Oracle Email Center system. Backlog: This KPI is from the Email Activity report. It represents the total number of inbound e-mails not responded to at the end of the reporting period. It is calculated as: Accumulated Open E-mails in Master Queue + Accumulated Open E-mails in Agent's Inbox Composed: This KPI is from the Email Activity report. It is the number of the new
outbound e-mails (not replies) generated from Oracle Email Center. Service Requests Created: This KPI comes from the Email Activity report. It is the total number of new service requests created in Oracle Email Center associated with inbound e-mail interactions. Leads: This KPI comes from the Email Activity report. It is the total number of the new leads requested for creation in Oracle Email Center that are associated with e-mail interactions. Replied per Agent Hour: This KPI is from the Email Activity by Agent report. It is the average number of e-mail replies sent by an agent in a one-hour period of the agent's login time. It is calculated as: E-mails to which Agent Replied / Agent Hours Agent Hours is the sum of all Agent Work Times during a given time period. It is calculated as Logout Time minus Login Time.
Graphs
Service Level Trend: This KPI is from the Email Activity report. It is the number of the new outbound e-mails (not replies) generated from Oracle Email Center.
KPI Columns
The KPI table contains the following columns: Name: The name of the KPI. XTD: The period for which data is aggregated in the table. This is based on the Period Type parameter. Change: The difference between the selected period and the comparison period from the Compare To parameter. These metrics are expressed as follows: Percent: For numbers that represent a count, or time (for example, hours/seconds), the change is shown as a percentage and is expressed as:
(Current Measure Comparison Measure) / Absolute Value of Comparison Measure * 100 Difference: For numbers that represent percentage, or a ratio, the change is expressed as: (Current Measure) (Comparison Measure)
Availability Rate: This KPI comes from the Inbound Telephony Activity by Agent report. It is the percentage of time agents are logged in and ready for calls. It is calculated as: (Waiting for Calls Time + Talk Time + Wrap Time) / Login Time * 100 OR Login Time Idle Time / Login Time * 100
Utilization Rate: This KPI comes from the Inbound Telephony Activity by Agent report. It is the percentage of time agents handle customer calls versus the time logged in. (Talk Time + Wrap Time) / Login Time * 100 OR (Login Time Idle Time Waiting for Calls Time) / Login Time * 100
Average Talk Time per Call (Seconds): This KPI is from the Inbound Telephony Activity report. It is the average amount of time an agent spent talking to a customer. This includes inbound, direct, manual, Web callback, and unsolicited call types. It is calculated as: Total Talk Time for All Handled Calls / Number of Calls Handled
Average Wrap Time per Call (Seconds): This KPI is from the Inbound Telephony Activity report. It is the average amount of time an agent spent performing interaction wrap-up activities after ending a call. This includes inbound, direct, manual, Web callback, and unsolicited call types. It is calculated as: Total Wrap Time for All Handled Calls / Number of Calls Handled
Calls Handled per Agent Hour: This KPI is from the Inbound Telephony Activity by Agent report. It is the average number of calls an agent handled per hour of login time. This includes inbound, direct, manual, Web callback, and unsolicited call types. It is calculated as: Calls Handled / Total Login Time of All Agents
Service Requests Created: This KPI is from the Inbound Telephony Activity report. It is the number of service requests that were created through telephone calls. This includes inbound, direct, manual, Web callback, and unsolicited call types. Leads Created: This KPI is from the Inbound Telephony Activity report. It is the number of leads that were created through telephone calls. This includes inbound, direct, manual, Web callback, and unsolicited call types. Opportunities Created: This KPI is from the Inbound Telephony Activity report. It is the number of opportunities that were created through telephone calls. This includes inbound, direct, manual, Web callback, and unsolicited call types.
Graphs
This region contains the Inbound Service Level Trend graph. This graph presents a quick, at-a-glance summary of the inbound service level performance trend and inbound service level goal over the period of time. The service level goal is set in the profile option BIX: Call Service Level Goal Target Percent.
Related Topics
Regions, Oracle Daily Business Intelligence User Guide
Securing Data
DBI for Interaction Center uses the basic Daily Business Intelligence security model.
Implementation Considerations
Software
See Verify Hardware and Software Prerequisites, page 2-31.
Setup Checklist
Set Up Email Center Management Dashboard
The following table provides a list of the steps required to implement the Email Center Management dashboard and its associated reports. If you have already completed a setup listed in this checklist, either as part of the setting up the transactional application or as part of setting up another dashboard, you do not need to repeat the setup. Unless otherwise noted, setups can be performed concurrently.
Checklist for Implementing Email Center Management Dashboard Steps Set Up Daily Business Intelligence Framework, page 2-33 Responsibility/Application
Responsibility/Application
Set Profile Options for Oracle Email Center, page 11-12 Post-Setup Steps, page 2-72
System Administrator
System Administrator
Responsibility/Application
Concurrent Processes
Concurrent processes or programs are run automatically when the generated concurrent request is run. They should not be run individually unless they are not included in the request set. Run an initial request set that loads data for a particular dashboard or set of dashboards. After generating the baseline data, use the incremental request set to refresh the data. You must have access to and use the Daily Business Intelligence Administrator responsibility to run initial and incremental request sets. The following concurrent programs are included in the request set for Oracle Email Center: Load Oracle Email Center Base Summary Load Session Summary Update Oracle Email Center Base Summary Update Session Summary
The following concurrent programs are included in the request set for Inbound Telephony Management: Load Call Summary Update Call Summary Load Session Summary Update Session Summary
Data Refreshes
For daily data refresh, run the incremental request sets. For information on running incremental request sets, see "Post-Setup Steps" in Chapter 2.
The initial request set should have the Clear and Load All Summaries option selected. See Create Initial and Incremental Request Sets, page 2-74 for information about request sets
12
Daily Business Intelligence for Maintenance
Overview
Daily Business Intelligence (DBI) for Maintenance enables you to manage reporting and analysis of your maintenance activity and performance. It helps you to understand, analyze, and address issues throughout the maintenance organization. It also reports on various maintenance activities from a maintenance manager perspective. DBI for Maintenance contains the Maintenance Management intelligence dashboard. The Maintenance Manager and the Daily Maintenance Intelligence responsibilities have access to this dashboard. The Maintenance Manager can also access the HR Management dashboard.
Related Topics
Oracle Daily Business Intelligence User Guide
Understanding Reporting
Daily Business Intelligence for Maintenance provides the Maintenance Management dashboard. For a detailed description of the Oracle DBI for Maintenance reports, see the Oracle Daily Business Intelligence User's Guide.
Asset downtime trending and detail analysis Work order completion, late completion, and aging analysis Work order backlog and past due with trending and aging details Request to completion with trending and details
The Maintenance Management dashboard and reports reference data from Oracle Enterprise Asset Management.
Reports
The following sections contain a brief description of Maintenance Management reports. Work Order Cost Report This report displays the work order actual and estimated cost, as well as the variance between them. You can access this report from the Work Order Cost key performance indicator (KPI). The default View By is Assigned Department, and the default sorting is Actual Cost, descending. You can also access the Work Order Cost Summary report from the Actual Cost column. The trend version of this report is the same, but viewed by time. Work Order Cost Summary Report This report displays the work order actual costs in maintenance by cost element (material, labor, and equipment). You can access this report from the Actual Cost measure in the Work Order Cost region or the Links region. The default View By is Assigned Department, and the default sorting is the Total Cost Actual column, descending. You can access the Work Order Cost Detail report from the Total Cost Actual column. Work Order Cost Detail Report This report lists the details of the work orders that were charged in the selected period. It displays details such as: Work order number Work order type Asset Asset group Activity to perform Work order status
Assigned department Actual cost the work order incurs Cost breakdown by material, labor, and equipment Total estimated cost Cost variance Variance percent
You can access this report from the Actual Cost measure in the Work Order Cost Summary report if the View By is Asset Group, Asset, or Activity. The default sorting is Total Cost Actual, descending. You can select the work order number to open the live work order transaction page in Oracle Enterprise Asset Management. This allows for a real-time view of the work order. Asset Downtime Report This report provides information about Asset Downtime in Hours. You can access this report from the Asset Downtime KPI. The default View By is Department, and the default sorting is Downtime (Hours), descending. You can select the Downtime (Hours) column to access the Asset Downtime Detail report when the View By is Asset. The trend version of this report is the same, but viewed by time. Asset Downtime Detail Report This report details the downtime occurrences for an asset, as entered by the user. You can access this report from the Asset Downtime report. This report displays details such as the asset number, the asset group, the start date and end date of the asset downtime, the total downtime (hours), the work order number, and the operation number. The default sorting is by downtime (hours), descending. You can select the work order number to open the work order transaction page in Oracle Enterprise Asset Management. This allows for a real-time view of the work order. Work Order Completion Report The report provides the number of completed work orders, both on-time and late completion, along with the average days late. You can access this report from the Completed Work Orders and Late Completion to Schedule % KPIs. The default View By is Department, and the default sorting for the report is by Late Completion Percent, descending. You can select the Completed Work Orders column to access the Work Order Completion Detail report when the View By is Asset Group, Asset, or Activity. You can also select the Late Completion column to access the Late Completion Detail report from any view. The trend version of this report is the same, but viewed by time. Work Order Completion Detail Report This report lists the work orders that were completed in the selected period. The report
displays details such as the work order number, type, asset, asset groups, activity, status, owning department, scheduled start and completion dates, and actual completion date. You can access this report from the Completed Work Orders column in the Work Order Completion report. The default sorting for the report is by Actual Completion Date, descending. You can select the work order number to open the work order transaction page in Oracle Enterprise Asset Management. This allows for a real-time view of the work order. Late Completion Aging Report This report shows the number of work orders that were completed late, broken down by the late completion days. You can access this report from the Late Completion Aging Days graph on the dashboard. Sorting is not enabled in this report. You can access the Late Completion Details report from the late completion number. Late Completion Detail Report This report lists the details of the work orders that are completed late. The report displays details such as the work order number, type, asset, asset groups, activity, owning department, scheduled start and completion dates, actual completion date, and number of days that it was completed late. You can access this report from the link in the Work Order Completion region, the Work Order Completion report, and the Late Completion Aging report. The default sort for the report is by days late, descending. You can select the work order number to open the work order transaction page in Oracle Enterprise Asset Management. This allows for a real-time view of the work order. Request to Completion Report This report displays the number of service requests and work requests and the average amount of time to initiate a work order for the requests, as well as the amount of time to complete the work. You can access this report from the Request to Completion (Days) KPI, as well as from the link in the Work Order Completion region. The default View By is asset group, and the default sorting for the report is request to completion (days), descending. You can select the Requests column to access the Request to Completion Detail report. The trend version of this report is the same, but viewed by time. Request to Completion Detail Report This report lists requests that have associated work orders completed in the selected period. The report displays the request number, request type, number of associated work orders, asset details, severity, request start date, response days, and request to completion days. You can access this report from the link in the Work Order Completion region. The default sorting for the report is request to completion (days), descending. You can select the Work Orders column to access the Requested Work Order Detail report. Requested Work Order Detail Report This report lists the details of the work orders that are associated with the request. It
displays the work order number, type, activity, status, scheduled start and completion date, and actual completion date. You can access this report from the Request to Completion Detail report. The default sorting is actual completion date, descending. You can select the work order number to open the work order transaction page in Oracle Enterprise Asset Management. This allows for a real-time view of the Work Order. Request to Completion Distribution Report This report displays a distribution of request count by Request to Completion days. You can access this report from the link in the Work Order Completion region. Sorting is not enabled in this report. You can select the Requests column to access the Request to Completion Detail report. Work Order Backlog Report This report provides a count of both backlog and past due work orders. You can access this report from the Work Order Backlog and Past Due to Schedule % KPI. The default View By is department and the default sorting is by Past Due Percent, descending. You can select the Backlog column to access the Work Order Backlog Detail report if the as-of date is equal to or greater than the last collection date. You can also select the past due column to access the Past Due Work Order Detail report (but only if the as of date is equal to the last collection date). The trend version of this report is the same, but viewed by time. Work Order Backlog Detail Report This report lists all the maintenance work orders with current status of draft, released, unreleased, on hold, and any other user-defined status that is mapped to these statuses, and filtered by parameters. The report displays the work order number, type, asset, asset group details, status, and scheduled start and completion dates. You can select the Backlog column in the Work Order Backlog report to access this report. The default sorting is by scheduled completion date, descending. You can select the Work Order field to open the work order transaction page in Oracle Enterprise Asset Management. This allows for a real-time view of the work order. Past Due Work Order Detail Report This report displays all the current open work orders with a scheduled completion date prior to the current (last collection) date. This report displays the work order details, such as the work order number, type, asset, asset group, status, scheduled start and completion date, and number of past due days. You can select the Past Due column in the Work Order Backlog report or the Past Due Work Order Aging report to access this report. The default sort is past due days, descending. You can select the work order number to open the work order transaction page in Oracle Enterprise Asset Management. This allows for a real-time view of the work order. Past Due Work Order Aging Report This report displays the distribution of work order count by past due days. You can
access from the link in the Work Order Backlog region. Sorting is not enabled in this report. You can select the Past Due column to access the Past Due Work Order Detail report. Labor Backlog Report This report displays the labor hours that are still required for the Work Order Backlog. You can access this report from the Work Order Backlog region. The default View By is assigned department and the default sorting for the report is by hours backlog, descending. The as-of date and Compare To parameters are not part of this report. You can select the Hours Backlog column to access the Labor Backlog Details report when the View By is resource. Labor Backlog Detail Report This report lists the entire open resource requirement for the work order backlog. It displays the resource, department, work order, operation sequence, operation start date and end dates, hours required, hours charged, and total backlog hours. You can select the Hours Backlog column in the Labor Backlog report to access this report when the View By is resource. The default sorting for the report is by hours backlog, descending. You can select the work order number to open the work order transaction page in Oracle Enterprise Asset Management. This allows for a real-time view of the work order.
Responsibilities
Oracle DBI for Maintenance provides the following responsibilities: Maintenance Manager: The Maintenance Manager is a role-based responsibility that can access the Maintenance Management and HR Management dashboards. Daily Maintenance Intelligence: The Daily Maintenance Intelligence is a function-based responsibility that can access the Maintenance Management dashboard.
Related Topics
For a complete list of all responsibilities and dashboards by intelligence area, see: Appendix A: Responsibility and Dashboard Matrix, page B-1.
Dimensions
Oracle DBI for Maintenance uses the following dimensions.
Period Type
Period type that is selected in Oracle General Ledger. For more information, see the
Compare To
For a description of this dimension, see Design the Report Layout, Oracle Daily Business Intelligence User Guide.
Currency
For a description of this dimension, see Currency Dimension, page 1-9.
Maintenance Activity
This dimension represents the type of maintenance work that is performed on an asset. The bill of materials (BOM) and routing are usually defined for an activity, which serves as a standard template of jobs. Some examples are "oil change" and "clean filter." The Maintenance Activity dimension contains the following object: Maintenance activity (dimension) Activity (dimension object)
Maintenance Aging
This dimension represents the aging distribution buckets. It is used as the view-by dimension for the Late Completion Aging report, Past Due Aging report, and Request to Completion Aging report. The Maintenance Aging dimension contains the following objects: Maintenance aging (dimension) Late completion aging (dimension object) Past due aging (dimension object) Request to completion aging (dimension object)
Maintenance Asset
This dimension represents the hierarchy of asset category, asset group, and asset number. Asset Category This dimension represents the category to which the asset is optionally assigned. Asset Group This dimension represents the classification of assets. Asset groups exist at the item organization level. Asset Number This dimension represents the asset that is specified in the work order. An asset number is a unique number that identifies an asset. An asset is always associated with an asset group. It is based on an Install Base Instance number. The Asset Number parameter in DBI for Maintenance can be searched by both asset and asset group. The Asset (Number) parameter depends on the Asset Group parameter. When a DBI summary report is viewed by asset, the Asset Group column is also displayed to qualify the asset.
Organization
For a description of this dimension, see Organization Dimension, page 1-10.
Resource
For a description of this dimension, see "Dimensions" in the DBI for Supply Chain chapter.
Department
For a description of this dimension, see "Dimensions" in the DBI for Supply Chain chapter.
Related Topics
For more information on common dimensions, see: Common Dimensions, page 1-8.
KPIs
Work Order Cost: The Work Order Cost KPI represents the actual costs of completed, complete no charge, closed work orders, and any other user-defined status that is mapped to these statuses. Asset Downtime (Hours): The Asset Downtime (Hours) KPI represents the duration during which an asset is not available for normal operations due to maintenance work. In Oracle Enterprise Asset Management, you can enter downtime for an asset when you perform a work order or operation completion transaction. You can also manually enter asset downtime if the asset is not associated with a work order. Completed Work Orders: The Completed Work Orders KPI provides the count of completed work orders. Late to Schedule Completion %: (Late completion / completed work order) * 100 The Late to Schedule Completion % KPI is the percentage of work orders that are completed late to the total work orders that are actually completed within the selected period. Work Order Backlog: The Work Order Backlog KPI is the count of all work orders in status draft, released, unreleased, or on hold (and any other user-defined status mapped to these statuses) as of the selected date. Past Due to Schedule %: The Past Due to Schedule % KPI is the percentage of work order backlog, that has a scheduled completion date prior to the last collection date. Request to Completion (Days): The Request to Completion (Days) KPI is the duration in days between the work request creation date or service request incident date and the work order completion date. Request to completion (days) KPI represents the average number of days between the point that a request for maintenance is initiated and the point that it is fulfilled by the work order completion.
Securing Data
In addition to the basic Daily Business Intelligence security model, Daily Business Intelligence for Maintenance uses inventory organization security to determine which users have access to maintenance organizations. You set up inventory organization security using the Organization access window in Oracle Inventory. In the Organization
Parameters window, set up a list of inventory organizations to be accessed by the Maintenance Manager and Maintenance Intelligence responsibilities. You can view only organizations that are assigned to your responsibility. For more information, see Organization access, Oracle Inventory User's Guide.
Related Topics
For more information about security, see Securing Daily Business Intelligence, page 1-14 .
Implementation Considerations
The following information applies to all of the Oracle DBI for Maintenance reports.
Currency
The currency code represents the currency for all amounts on the dashboard and reports. Reports: The reports display the primary global and secondary global currencies, the functional currency of the selected maintenance organization, or of all organizations if the organizations have the same functional currency and it differs from both global currencies.
When you view information for a single organization, you can display the currency amounts as either the functional currency or the global currency; however, when you display the currencies for all organizations, the following logic applies: If Organization is All, if all organizations have the same functional currency, and the global currency is the functional currency, then only the global currency appears. If Organization is All, if all organizations have the same functional currency, but the
global currency and the functional currency differ, then the system displays both the functional currency and the global currency. If Organization is All, if the organization currencies differ, then the system displays the global currency.
Software
All hardware and software prerequisites are detailed in Verify Hardware and Software Prerequisites, Oracle Daily Business Intelligence Implementation Guide. Please review the requirements, including the correct version of Oracle Enterprise Asset Management.
Setup Checklist
Set Up Maintenance Management Dashboard
The following table provides a list of the steps required to implement the Maintenance Management dashboard and its associated reports. If you have already completed a setup listed in this checklist, either as part of the setting up the transactional application or as part of setting up another dashboard, then you do not need to repeat the setup. Unless otherwise noted, you can perform setups concurrently.
Step Set Up Daily Business Intelligence Framework, page 2-33 Responsibility/Application
Step Set Up Item Dimension Reporting, page 6-11 For DBI for Maintenance, you are not required to implement the Product Catalog hierarchy.
Responsibility/Application
Set Up Inventory Organization Security, page 12-13 Post-Setup Steps, page 2-72
Oracle Inventory
13
Daily Business Intelligence for Marketing
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Consideration Set Up Checklist Set Up Lead Rank Set Up Region Define Profiles Maintenance and Administration Troubleshooting
Overview
Daily Business Intelligence for Marketing enables personnel at all levels of your organization to monitor the status of marketing activities, assess performance and make continuous improvements. DBI for Marketing provides you with two intelligence dashboards for measuring and improving marketing performance: Marketing Management Dashboard:, page 13-2 This dashboard provides you with daily insight into key marketing performance areas such as lead generation, lead conversion, campaign to cash, marketing budgets and marketing ROI. The
dashboard provides information on campaign to cash, campaign ROI, and budgets. It helps in analyzing trends in lead generation, lead conversion, cost per lead, and revenue per lead. Lead Management Dashboard:, page 13-3 This dashboard provides marketing and sales managers in the organization with daily visibility into lead activity, conversion and aging for all leads assigned to sales groups.
This release provides reports which track market segment size, revenue and marketing impact trends by product and time dimensions. These reports help users identify under-performing and over-performing market segments and allow users to intelligently decide segments in which they can run marketing campaigns. A market segment is a set of individuals, groups or organizations with one or more characteristics that cause them to have relatively similar product needs. Companies who are able to find new ways of segmenting their markets are able to change strategies and win against their competition. Oracle Marketing enables users to define and create market segments. Oracle DBI provides reports that can help analyze questions such as: Are the segments valuable? Is marketing effective in these segments? Based on answers from the above, were segments well defined?
Answers to these questions enable marketers to understand their segments better. Based on this understanding, marketers can conduct more effective marketing activities in a segment.
Analyze performance trends, track campaign to cash, measure lead conversions, calculate marketing ROI and assess the success of a campaign. Align marketing activities with sales objectives.
The dashboard helps answer the following questions: What percentage of the company's revenue is driven by marketing? Can Marketing ROI data be used to make better marketing decisions? Can Cost per Lead and Revenue per Lead for various dimensions, such as marketing channel, product categories, or region be analyzed? Can ''campaign to cash'' be maximized further? Can performance of the marketing department be measured and tracked on a daily basis?
Lead Management helps answer the following questions: Can Lead Quality be tracked by various important dimensions, such as lead source, marketing channel, and customer categories to provide the sales force with most worthwhile leads? Are the marketing activities aligned with sales?
Understanding Reporting
Daily Business Intelligence for Marketing provides intuitive and configurable reports and graphs at various stages of the marketing cycle, such as planning and budgeting, multi-channel execution, and ROI analysis. Marketers can quickly see their top and bottom performing activities and take proactive steps to increase return on investment.
For complete, detailed descriptions on each of the reports and the calculations involved, see the Oracle Daily Business Intelligence User Guide.
Responsibilities
Oracle Marketing DBI dashboards are available by selecting the following responsibilities: To log into DBI for Marketing: Daily Marketing Intelligence Marketing Manager
To perform administrative tasks: Business Intelligence System Oracle Marketing Super User Business Intelligence Administrator
The following table lists Oracle Marketing DBI responsibilities. It also provides a list of pages that a user with a specific responsibility can access
Responsibilities Responsibility Marketing Manager or Daily Marketing Intelligence Description This responsibility corresponds to the Marketing Manager role. It is intended for use by all marketing managers in your organization. Primary Dashboards Marketing Management Lead Management Related Dashboard Sales Management Sales Management Comparative Performance Opportunity Management Quotes Management Business Intelligence System This responsibility is required to set up regions and map countries to regions. N/A N/A
Description This responsibility provides access to all required setup in Oracle Marketing Online that are essential for Oracle Daily Business Intelligence for Marketing. This responsibility is a common responsibility which has access to all required setup steps. For more information, see AppendixA, "Responsibility and Page Matrix".
N/A
N/A
Dimensions
The Dashboard level dimensions and View By dimensions for Marketing Management dashboard and Lead Management dashboard are explained below.
Description New Leads created during the selected period from prospects. A prospect is a person or organization, which the company, does not yet have a selling relationship. Leads created during the specified period and with a lead rank of 'A' as of the system date. Leads created during the specified period and with a lead rank of 'A' as of the system date and as a percentage of new leads. The sum of the sales credit amount of all opportunities with a marketing source created within the specified period. The sum of the sales credit amount of all opportunities with a marketing source that have the:
'A' Leads
'A' Leads %
Close date within the selected current period Closed flag set Won flag set
Description The marketing cost incurred, for generating all leads. The Cost Per Lead displays expenses associated with each lead during the selected period. Based on the profile settings, either PTD Cost or Total Cost is displayed. Program cost calculations are defined from either the approved budget amount or the actual cost value. This is determined by the profile BIM:Program Cost. To use actual cost value, associate the actual cost metric with the campaign, event, or program being viewed.
If BIM: Program Cost is set to Actual cost, the actual cost associated to the marketing object is considered. If BIM: Program Cost is set to Approved budget, the approved budget associated to the object is considered. In this case, the actual cost metric is ignored and the approved budget amount is displayed instead.
For more information, see the Daily Business Intelligence for Marketing User Guide. Revenue Per Lead The booked revenue ratio resulting from all generated leads. Percentage of leads converted to opportunities during the specified period irrespective of when the leads were created. Number of campaigns started during the selected period. Number of events started during the selected period.
Campaign Started
Events Started
Lead Management Dashboard KPIs KPI Name Opportunities Amount - Converted from Leads Leads Converted to Opportunities Description The amount of opportunities converted from leads during the specified period. The number of leads converted to opportunities during the specified period. The percentage of leads converted to opportunities for the specified period. Leads created during the specified period. Leads open as of the selected date Leads ranked 'A' and created during the specified period. The average number of days a lead is open during the rolling fiscal year. This KPI is not affected by the date parameter selected. The average number of days an 'A' Lead is open during the rolling fiscal year. This KPI is not affected by the date parameter selected.
Securing Data
To log into Marketing DBI, either "Marketing Manager" or "Daily Marketing Intelligence" responsibility is required. For Administration purpose, "Business Intelligence Administrator" responsibility is required. The two types of users who can access Daily Business Intelligence for Marketing include the ''admin'' user and the ''non-admin'' user. The admin user (administrator) is part of the admin group (defined in AMS: Admin Group profile option) and has access to all objects. The non-admin users can access objects which are owned by them or assigned to them as team members (resource or group) for the objects. The non-admin user can view all objects under the highest level of object if he has access to the highest level of object. Example: Joe has access to Program 'Y' under which he creates Campaign 'X'. User John can access Campaign 'X' only when Joe adds John as a team member. Joe can add John
as resource or John's group as member. Let's assume that Joe also has access to campaign 'Z' but this campaign is not under any program. In this case, all the objects under Program 'Y' and Campaign 'Z' are shown to Joe. If there are multiple campaigns under Program 'Y', all the campaigns will be shown to Joe on clicking the Program. If there are multiple schedules under campaign 'Z', all the schedules will be shown to Joe on clicking the Campaign. Measures associated with programs and campaigns are rolled up for KPIs, KPI drill down reports, and Campaign to Cash and Campaign ROI reports. The information is rolled up at the highest level to which the user has access. If the user is an Admin user, all the object information will be rolled up. For a non-admin user, the highest level of object to which a user has access is determined and information is rolled up on all the objects below it. For KPIs, a single value is required. So all the rolled up values of the highest object are summed up to get the KPI measure.
Log into Oracle forms using CRM Administrator responsibility. Navigate to Setup > Roles. Provide values for the following fields: Code (For example: MARKETING_MANAGER) Name (For example: Marketing Manager)
4. 5.
From the Type drop-down list, select ''Marketing''. Enable the Manager check box.
Daily Marketing Intelligence responsibility. Joe is associated to a sales group called ''MySalesGroup'' with a Marketing Role and John is not associated to any sales group. When Joe accesses the Lead Management dashboard, data corresponding to ''MySalesGroup'' is presented and the sales group LOV is available by default to ''MySalesGroup''. When John accesses the Lead Management dashboard, the sales group LOV will be blank and data will not be shown in any of the reports. To allow John to view data in the reports, John must be associated to ''MySalesGroup'' sales group.
Implementation Consideration
Before implementing Daily Business Intelligence for Marketing, you must ensure that your system meets the following prerequisites.
Prerequisites for implementing Daily Business Intelligence for Marketing Prerequisites Use Oracle Applications Release, page 13-12 Set Up Daily Business Intelligence, page 13-12 Set Up the Item Dimension, page 13-13 Responsibility N/A Business Intelligence Administrator Business Intelligence Administrator
Once you have met all of the implementation considerations and the required prerequisites, you can proceed to implement other intelligence products, or if you are not implementing other intelligence products, proceed directly to "Post Setup Steps in Chapter2, "Daily Business Intelligence"., page 13-12
Set Up Checklist
The following are the setups required for the Marketing Management and Lead Management dashboards.
Create User Assign user 'Daily Marketing Intelligence' responsibility Complete DBI global parameters
'Setup Dimensions' (Regions and Lead Quality Ranks) and 'Setup Profiles' are marketing specific setup steps. The rest are generic setup steps required to implement DBI for Marketing pages.
Log into Oracle Marketing application using the Oracle Marketing Administrator responsibility. Navigate to Administration > Marketing > Setup > Code Definition. In the Object Type drop-down menu, select Rank. Map the columns to the required Lead Ranks.
2. 3. 4.
Set Up Region
Before running the initial load programs, you must setup regions and group countries under each region to view reports by the 'Region' View By dimension.
Log into Oracle Forms with the 'Business Intelligence Systems' responsibility. Navigate to Lookups: Define Areas and Regions. Enter the values 'AREA' and 'AREA' in the Type and Meaning field. Select 'Applications BIS' from the Application LOV. In the Code and Meaning field, enter lookup codes and their meanings. For example: Code: NORA, Meaning: North America. Save your work and close the window. To map countries to regions, navigate to the 'Define Territory Hierarchies' window and select the region code defined in the previous step. In the 'Child Territory' region, select countries from the drop-down list and save your work.
6. 7.
8.
Define Profiles
Profiles are now categorized under the BIM_DBI_SETUP category. The following information explains profile options that you should consider while implementing Daily Business Intelligence for Marketing. These profiles determine the data that is displayed in the various pages and reports.
To define profiles:
1. 2. 3. 4.
Log into Oracle Forms using System Administrator responsibility. Navigate to Profile System Values. In the profile field, enter ''BIM%''. All the applicable profiles are listed. For BIM: Cost Per Lead, select Period-to-Date Cost or Total Cost from Inception, as applicable. The selected option is displayed in the KPI portlet for the following KPIs:
Cost Per Lead: Displays either (Period-to-Date Costs/Period-to-Date Leads) or (Total Costs/Total Leads). Revenue Per Lead: Displays either (Period-to-Date Revenue/Period-to-Date Leads) or (Total Revenue /Total Leads). Campaign Cost: Displays either (Period-to-Date Costs) or (Total Costs).
For BIM: Revenue Type, select Booked Amount, Invoiced Amount, or Won Opportunities Amount. The selected Revenue Type is used to calculate revenue in the reports. For BIM: Program Cost, select Approved Budget or Actual Cost. The selected option is used to calculate Program Cost in the reports.
The recommended refresh frequencies are: Initial Load: Once only or after setup change. Run the 'Truncate Marketing DBI Base Summaries' concurrent program with 'ALL' and 'Y' options before running this request set. Incremental Load: Once a day.
The default parameters are: Initial Load: Dates From Global Start Date up to sysdate
There are request sets each, for Marketing reports and Lead reports. A new request set has been introduced for the Segmentation reports. On the Marketing side, customers have to run the AMS_Refresh_Party_Market_Segment program with the Oracle Administrator responsibility before running the request set for segment reports.
Important: Customers can combine both the Marketing request set and
the Segment request set but they will have to be careful before clubbing both. Segment refresh programs can take more time than Marketing and Lead request sets. Hence it is advisable that they run the Segment request set separately.
Use the Incremental Request Set to refresh data in the Lead Management dashboard and the Marketing Management dashboard. For information on Request Set Generator see "Post-Setup Steps". Resubmit the Initial Request Set if you need to clear out and start over with new data in the dashboards. Before resubmitting the initial request, you need to purge the data. When you run Initial Load, the ''From Date" defaults to BIS_GLOBAL_DATE. It processes data till ''to date'', which is defaulted to the system date. When the Incremental Load is run, the program automatically picks up the date from where the previous Initial or Increment load was completed.
Troubleshooting
When trying to generate the request set, Marketing Management and Lead Management dashboards are not available as content to add. Check whether Marketing Management dashboard and Lead management dashboard are implemented. If a dashboard or report is not implemented, it will not appear as content in Request set Generation. Steps to verify:
1. 2. 3. 4. 5.
Use Daily Business Intelligence Administrator responsibility. Click on Administer Content function available under Setup: Global menu. Search for Dashboard Marketing Management or Lead Management. Select Function Area as Marketing. Check if implemented check box is checked. If it is checked that indicates that particular dashboard is implemented.
Why do my Incremental/Initial Loads fail? Search for the requests that are failing and check the log file. Follow instructions in the
log files. Listed below are some specific issues and action to resolve them: Trying to run the incremental load before running the Initial Load. Run the 'Truncate Marketing DBI Base Summary Tables' with Parameter as 'ALL' and 'Y' followed by Initial Load. Incremental load fails with missing materialized view log, run request as 'BIS RSG MV Log Restoring Program'. Global menu.
I ran the initial/incremental loads, but I do not see some/all data on the page/reports. Why? Possible reasons could be: Transactions created before global start date will not be collected and will not appear in reports. Data security: User cannot access some/all data to be shown in page /reports. Please check the data security in the transaction system. Check data in the following tables, there may be cases when these tables were truncated by mistake or do not have correct data. Please check the output of queries below and do the recommended steps. No data in time dimension Query. Select count(*) from fii_time_rpt_struct_v where report_date=(as of date in lov) No data returned. Run the Update Time Dimension program again. Select count(*) from bim.bim_I_source_Codes. If no rows returned, run the initial load again. Select count(*) from bim.bim_I_marketing_facts. If no rows returned, run the initial load again. Select count(*) from bim.bim_I_lead_facts. If no rows returned, run the initial load again. Select count(*) from bim.bim_I_source_Denorm. If no rows returned, run the initial load again. Select count(*) from bim_I_obj_mets_mv. If no rows returned, run the initial load again.
Some Column headings in Lead quality reports are missing. Check the code definition mapping for Lead Rank and run the incremental load. I have created leads with Rank as 'Hot' in the transaction system but not able to see them in reports. Check the code definition mapping for Lead Rank. If a particular rank is not mapped those leads will be reported Under 'Unassigned' lead quality. I have attached some Cost in metrics with marketing objects (Campaign/Event etc) but Cost in reports display different values. This may be because the profile is not set to show the 'Actual Cost'. Check the value defined for profile 'BIM: Program Cost'. This profile value decides that value of cost in reports should be derived from 'Actual cost' or 'Approved Budget'. Which Profile derives the value of Revenue type in reports? BIM: Revenue Type. Possible values are Won Opportunities Amount, Booked Amount or Invoiced Amount. I have assigned product category to marketing objects (Campaign/Event etc) but transactions attached to them are being displayed under "Unassigned" product category. Check if the product category associated with marketing objects is primary category or not. If it is not primary then those objects will be reported under 'Unassigned ' product category. Check the code definition mapping for Lead Rank and run the incremental load. How can I find the values of Global Parameters? Navigate to Business Intelligence Administrator responsibility and open the Global Parameters Page. Why are some/all-seeded links in related region missing? Why are some columns on a report missing? Check for Personalization for the region/report. While clicking on a report that belongs to some other page, why do I find stale data for that report? Check for the last refresh date for that page. If required, run the incremental load for the dashboard that the report belongs to. Why does my actual calendar month not match the one shown on DBI page? Check for the Enterprise calendar used in DBI from Business Intelligence Administrator Resp. Now navigate to GL Super user resp in apps and query for same calendar and check the display name for the range of days. GL Super User > Set up > Financials > Calendars > AccountingThe display name and the actual range of days should be the same. For example, display name for the period 01-Aug-2004 to 31-Aug-2004 should be Aug-04 and not Aug-05 or any other month.
14
Daily Business Intelligence for Procurement
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Considerations Setup Checklist Convert to a Multiple Organization Architecture Set Up Users as Employees Review POA: DBI Implementation Set Up Document Views Consider Access to Human Resources and Financials Dashboards Set Up Commodities Set Up Company and Cost Center Dimensions Set Up DBI for Financials Profile Options and Source Ledger Group Assignment Set Up Scores and Weights Maintenance and Administration Request Set Generator Commodities Validation Scripts
Overview
Using DBI for Procurement, procurement and supply chain professionals can source new items, analyze supplier performance, develop a commodity strategy, and analyze spend. DBI for Procurement provides easy access to information that is useful for identifying savings opportunities, improving supplier relationships and supplier service, reducing operational inefficiencies, and making strategic decisions to maximize profits. DBI for Procurement helps you determine how procurement spend is changing over time. It also enables you to track whether new procedures that you've put into place are improving procurement measures. DBI for Procurement offers the following dashboards: Procurement Status Procurement Performance Management Procurement Management Procure-to-Pay Management Commodity Spend Management Commodity Supplier Management Cost Center Spend Management Sourcing Management Supplier Management
The following dashboards are also available to the manager responsibilities in DBI for Procurement: Expense Management HR Management - Overview
The Procurement Manager and Commodity Manager responsibilities also have access to the Payables Management and Payables Status dashboards. DBI for Procurement uses information from the following application areas: Oracle Purchasing: Mandatory for all dashboards. Oracle Payables: Mandatory for all dashboards except Commodity Supplier Management and Sourcing Management.
Oracle Sourcing: Mandatory for the Sourcing Management dashboard. Oracle Financials: Mandatory for the Cost Center Spend Management dashboard. Oracle Human Resources: Mandatory for the Procurement Manager, Commodity Manager, Sourcing Manager, and Supplier Manager responsibilities. Oracle iProcurement: Optional. Oracle Services Procurement: Optional.
Related Topics
Oracle Daily Business Intelligence User Guide
Understanding Reporting
Daily Business Intelligence for Procurement provides the following dashboards.
iProcurement and Oracle Purchasing that are not canceled, returned, or rejected and that are on approved standard purchase orders, planned purchase orders, or blanket purchase agreement releases. These reports show the processed requisitions in a selected period, such as the last rolling seven days. These reports help procurement managers manage their buyers and procurement activities by viewing the volume of requisitions processed in a given period, including the average time required to process the requests, from the last approval date of the requisition to the processed (purchase order approval) date. The Fulfilled Requisitions reports show approved requisition lines in Oracle iProcurement and Oracle Purchasing that are not canceled, returned, or rejected and that have been fulfilled by a receipt or invoice. Service line types are excluded. These reports show the fulfilled requisitions in a selected period, such as in the last rolling seven days. These reports help procurement managers manage their buyers and procurement activities by viewing the volume of requests fulfilled in a given period, including the average time required to fulfill the requests, from the last approval date of the requisition to the fulfillment (receipt or invoice) date.
These reports show how much your company is saving across all items and suppliers in a commodity because of better prices. They also show approximately how much the company is spending because of the quantities it is buying. From the reports, you can view the purchasing documents responsible for the savings. The Contract Utilization reports show the total amount of contract purchases and non-contract purchases by commodity. These reports also show these amounts (rates) as a percentage of your total PO Purchases amount. If the total PO Purchases amount for a commodity is increasing, then you can determine whether the rate of contract utilization is increasing with it. From the reports, you can view contract purchases by document type, purchasing document numbers, and details of the purchasing documents that are responsible for the contract purchases and non-contract purchases.
The Rejections on Inspection reports measure how suppliers for a particular commodity are performing on quality, based on rejections during inspection. The reports show the rejection reasons. The Receipt Date Exceptions reports show, for specific suppliers and commodities, the purchase order amount, quantity, and number of transactions received early, within tolerance, or late, based on your receiving options setup in Oracle Purchasing. The reports also show the quantity received early, within tolerance, or late, and the average days early and late. You can see which suppliers and commodities have the highest receipt date exception amount and number of exception transactions.
For descriptions of these reports, see Commodity Spend Management Dashboard, page 14-5.
PO Price Savings and Quantity Change Cumulative Price Savings Payables Leakage
These reports enable you to track spending trends. Find out whether purchase order purchases (PO purchases) from a given supplier have increased or decreased. Identify the operating unit that has the greatest invoice amount entered for a selected supplier. Determine the total invoice amount matched to a purchase order for each category for a selected supplier. View the total payment amount to a selected supplier. PO Purchases: See Procurement Management Dashboard, page 14-4. PO Price Change: See Commodity Supplier Management Dashboard, page 14-5. Receipt Date Exceptions: See Commodity Supplier Management Dashboard, page 14-5. Invoice and Payables: This report grouping consists of these reports: PO Match Invoice Amount: This is the same report as the Invoice Amount report on the Commodity Spend Management Dashboard, page 14-5. PO Match Invoice Amount Trend: This is the same report as the Invoice Amount Trend report on the Commodity Spend Management Dashboard, page 14-5. Manual Invoices: See Procure-to-Pay Management, page 14-4. Manual Invoices Trend: See Procure-to-Pay Management, page 14-4.
Responsibilities
DBI for Procurement provides the following logon responsibilities: Procurement Manager, page 14-9 Commodity Manager, page 14-9 Sourcing Manager, page 14-9 Supplier Manager, page 14-10 Daily Procurement Intelligence, page 14-10 Daily Commodity Intelligence, page 14-10 Daily Sourcing Intelligence, page 14-10 Daily Procurement Spend Intelligence, page 14-10
Access to data on the Procurement Status, Procurement Performance Management, Procurement Management, Procure-to-Pay Management, and Supplier Management dashboards is controlled by operating unit. Users assigned the responsibilities for these dashboards see data only for the operating units to which they were given access using the Oracle Human Resources security profile feature and MO: Security Profile, also known as operating unit security. Access to the data on the Commodity Spend Management, Commodity Supplier Management, and Sourcing Management dashboards is controlled by operating unit and by commodity assignment. For complete information, see Securing Data, page 1425. Access to data on the Cost Center Spend Management dashboard is based on user-level company and cost center security. Access to the Payables Management, Payables Status, Expense Management, and HR Management - Overview dashboards is also based on security. (Users will not see data on these dashboards without the proper security, specific to these dashboards.) If you want users to have access to data on these dashboards, see the Daily Business Intelligence for Human Resources chapter and the Daily Business Intelligence for Financials chapter for more information about security for these functional areas. When a user navigates from one dashboard to another, the system uses the particular security associated with the dashboard to determine the user's access. You must assign implementers the Daily Business Intelligence Administrator responsibility if you want them to perform setup tasks, such as creating and submitting request sets and setting up global parameters.
Procurement Manager
The Procurement Manager responsibility provides access to the following dashboards: Procurement Status Procurement Performance Management Procurement Management Procure-to-Pay Management Payables Management Payables Status Expense Management HR Management - Overview
Commodity Manager
The Commodity Manager responsibility provides access to the following dashboards: Commodity Spend Management Commodity Supplier Management Payables Management Payables Status Expense Management HR Management - Overview
Sourcing Manager
The Sourcing Manager responsibility provides access to the following dashboards: Sourcing Management Expense Management HR Management - Overview
Supplier Manager
The Supplier Manager responsibility provides access to the following dashboards: Supplier Management Expense Management HR Management - Overview
Related Topics
For a complete list of all responsibilities and dashboards by intelligence area, see Appendix A: Responsibility and Dashboard Matrix, page B-1.
Expense Management: See the Daily Business Intelligence for Financials chapter. HR Management - Overview: See Daily Business Intelligence for HRMS, page A-1.
Dimensions
DBI for Procurement uses the following dimensions, some of which are common across Daily Business Intelligence.
Time
For a description of this dimension, see Time Dimension, page 1-12.
Currency
For a description of this dimension, see Currency Dimension, page 1-9. For information on how DBI for Procurement uses currencies, see also Operating Units and Currencies, page 14-28.
Operating Unit
Operating Unit is a dimension object in the Organization dimension. For a description of this dimension object, see Operating Unit Dimension, page 1-10. See also Operating Units and Currencies, page 14-28.
Item
DBI for Procurement uses the common Item dimension that is used by Daily Business Intelligence. It uses the Purchasing Category set of the Item dimension. The dimension collects all categories in the Purchasing Category set, but the DBI for Procurement reports display only those categories that exist on purchase orders and releases. (In the Procurement Status reports, the category comes from the requisition if a purchase order is not yet available.) See Categories and Items, page 14-30. See also Item Dimension Reporting, page 6-1.
Purchasing Items
DBI for Procurement uses its own item dimension object, Purchasing Items, in the Item dimension. To display items in the reports, the Purchasing Items dimension object includes master items from the common Item dimension and non-master items (items not defined in Oracle Inventory) that are on purchase orders, releases, or requisitions. Specifically, the Purchasing Items dimension object handles non-master items in the manner described in Categories and Items, page 14-30. Purchasing Items is a dimension object in the Item dimension, as follows: Item
Purchasing Category
The Purchasing Category dimension object consists of categories that are set up as Purchasing categories in Oracle Applications. In the reports, this dimension displays categories that are on purchase orders, releases, and requisitions. See Categories and Items, page 14-30. Purchasing Category is a dimension object in the Item dimension, as follows: Item Purchasing Items Purchasing Category Purchasing Commodity Code
object are not part of the item-category hierarchy in the Item dimension. The Purchase Commodity Code is its own dimension object for DBI for Procurement.
Purchase Commodity Code is a dimension object in the Item dimension, as follows: Item
Organization
For DBI for Procurement, the Organization dimension displays the ship-to organization (Ship To Org) from the purchase order shipment in the reports. (In the Procurement Status and Procurement Performance Management reports, the organization is the one that owns the Deliver-To Location on the Oracle iProcurement requisition or is the destination Organization on the Oracle Purchasing requisition, if the requisition is not yet placed on a purchase order.) The Organization is a view-by parameter in some reports. When viewing information by Organization in the reports, DBI for Procurement aggregates the data for each ship-to organization that shows activity for the given measure. DBI for Procurement uses the unsecured inventory organization object of the common Organization dimension. Organization (dimension) Inventory Organization (object). This dimension object is secured, using the organization access feature in Oracle Inventory. DBI for Procurement does not use this dimension object. Unsecured Inventory Organization (object). This dimension object ignores the organization access feature. All organizations that are ship-to organizations in Oracle Purchasing are included in this dimension object and in the DBI for Procurement reports.
Supplier
The Supplier dimension displays suppliers and supplier sites in the DBI for Procurement reports. The dimension obtains the suppliers and supplier sites from the Suppliers and Supplier Sites windows in Oracle Applications. The dimension gathers all suppliers and supplier sites, but the reports display only those suppliers and sites that exist on purchasing documents (in the Supplier and Site fields on the document header). For the invoice-based reports (Payables Leakage, Manual Invoices, and Invoice Amount), the reports display the suppliers and supplier sites from the invoices. (The supplier site that is used on invoices is the Pay Site in the Supplier Sites window.) The Supplier dimension displays the suppliers and supplier sites exactly as they were defined in Oracle Applications and recognizes the supplier sites by operating unit just as Oracle Applications does. In the reports, the supplier site name is appended with the name of the supplier and operating unit.
When viewing information in the DBI for Procurement reports by supplier, DBI for Procurement aggregates the data for suppliers for which transactions exist in the system, across all supplier sites. The Supplier dimension contains the following dimension objects: Supplier (dimension) Supplier (object) Supplier site (object) Supplier Business Classification (object)
The previous illustration shows an example custom report that shows PO purchases by supplier business classification. For example, 17.90 percent of PO purchases are with suppliers in the EU Region and Business classification. To use the Supplier Business Classification dimension object, follow these steps:
1.
To see the classifications that already come with Oracle iSupplier Portal or to define additional classifications, see Implementing Supplier Profile Management in the Oracle iSupplier Portal Implementation Guide. To associate these classifications with suppliers, log on to Oracle iSupplier Portal using the Supplier Profile Administrator responsibility, or ask the supplier to log on using the Supplier Profile Manager responsibility. See the Oracle iSupplier Portal online Help for details.
Note: DBI for Procurement does not use the supplier business
2.
classifications provided in the Classification tab in the Supplier Sites window in Oracle Purchasing. It uses only those that were implemented in Oracle iSupplier Portal.
For instructions on creating custom reports, including selecting dimension objects such as Supplier Business Classification for your custom report, see Overview of Creating Dimensions, KPIs, Reports, and Dashboards, page 3-1.
Person
The Person dimension is used to display the requester, buyer, invoice creator, and negotiation creator in the DBI for Procurement reports. Although the reports display data only for the requesters, buyers, invoice creators, and negotiation creators indicated on the relevant documents, the Person dimension contains all defined employees in Oracle Applications. By contrast, the Buyer parameter contains only buyers defined in the Buyers window in Oracle Purchasing. DBI for Procurement uses the All Persons (No Security) dimension object of the Person dimension. It does not use a hierarchical Person dimension object. The Person parameters are defined as follows: Buyer: The buyer indicated on the purchase order. Invoice Creator: The person who created or canceled the invoice distribution. Requester: The requester on the requisition. This is not necessarily the same person as the requisition creator. Negotiation Creator: User who created the negotiation document in Oracle Sourcing. The negotiation creator is not necessarily the buyer.
Document Type
Sourcing document type created in Oracle Sourcing. Examples include request for information (RFI), request for quotation (RFQ), and auction.
Company
Represents a hierarchy of strategic business units or legal entities that can be organized across geographic regions or otherwise tailored to business needs. This dimension is set up in Oracle Financials.
Cost Center
Hierarchical grouping of balancing segment values or cost centers that are entities that track either expenses or revenue. This dimension is set up in Oracle Financials.
Related Topics
For more information on common dimensions, see Common Dimensions, page 1-8.
long, on average, they have been in an unfulfilled state. Use these KPIs to help monitor fulfillment time in your procurement organization, from request to receipt or invoice, including both processing time and supplier issues that may affect fulfillment. For more details on the following KPIs, see Unfulfilled Requisitions Reports, Oracle Daily Business Intelligence User Guide: Unfulfilled Requisition Lines: Number of approved requisition lines that are not canceled, returned, or rejected, and that were not: Fully received within the receipt close tolerance percentage if 3-Way or 4-Way matching is used. Fully invoiced within the invoice close tolerance percentage if 2-Way matching is used. Closed for any other reason.
Unfulfilled Requisition Lines Past Expected Date: Number of unfulfilled requisition lines for which the current date (that is, the Data Last Updated date that appears at the bottom of each page) is past the Promised Date or Need-By Date on the purchase order shipment or past the Need-By Date on the requisition line, whichever is available. Unfulfilled Requisitions Amount: Price * Quantity Sum of the amounts on each purchase order shipment referenced by each unfulfilled requisition line. If the purchase order is not yet created, then the requisition line amount (Price * Quantity) is used.
Unfulfilled Average Age (Days): Number of Days Pending / Unfulfilled Lines Number of Days Pending is the sum of the number of days between the last approval date of the unfulfilled requisition line and the current date (that is, the Data Last Updated date that appears at the bottom of each page). This number is divided by the number of unfulfilled requisition lines. Both date and time (hours, minutes, and seconds) are taken into account.
Processed Requisition Lines: Number of approved requisition lines that are not canceled, returned, or rejected and that are on an approved purchase order or release. Processed Requisitions Amount: Price * Quantity. Sum of the purchase order or release shipment amounts corresponding to each processed requisition line.
Processed Average Age (Days): Number of Days to Process / Processed Requisition Lines. Number of Days to Process is the sum of the number of days between the last approval date of the processed requisition line and the last approval date of the corresponding purchase order or release shipment; this number is divided by the number of processed requisition lines. Both date and time (hours, minutes, seconds) are taken into account.
The fulfilled requisitions KPIs enable you to measure the productivity of their organization by seeing the volume of fulfilled requisitions, including how long it took on average to fulfill the requisitions, from requisition approval to rendering of the goods or services. For more details on the following KPIs, see Fulfilled Requisitions Reports, Oracle Daily Business Intelligence User Guide: Fulfilled Requisition Lines: Number of approved requisition lines that are not canceled, returned, or rejected and that have a corresponding purchase order or release shipments that have been received within the receipt close tolerance percentage (if 3-Way or 4-Way matching is used), invoiced within the invoice close tolerance percentage (if 2-Way matching is used), or closed. The status of a fulfilled shipment is Closed for Receiving, Closed for Invoicing, or Closed. Fulfilled Requisitions Amount: Price * Quantity. Sum of the amounts on each purchase order or release shipment referenced by each fulfilled requisition line. Fulfilled Average Age (Days): Number of Days Pending / Fulfilled Requisition Lines. Number of Days Pending is the sum of the number of days between the last approval date of the fulfilled requisition line and the receipt or invoice date. This sum is divided by the number of fulfilled requisition lines. Both date and time (hours, minutes, and seconds) are taken into account. Percent Past Expected Date: (Fulfilled Requisition Lines Past Expected Date / Fulfilled Requisition Lines) * 100. Percent of fulfilled (received or invoiced) requisition lines that were fulfilled past
the Promised Date or Need-By Date on the purchase order or release shipment or past the Need-By Date on the requisition line, whichever is available.
Invoice Amount Growth Rate: [(Invoice Amount Current Period - Invoice Amount Previous Period) / Invoice Amount Previous Period] * 100. This is the approximate amount that is being invoiced for the selected commodity or commodities, compared to the previous period. See Invoice Amount Reports, Oracle Daily Business Intelligence User Guide.
Price Savings Amount: Sum of [Quantity * (Price - Benchmark Price)] * -1. Use this KPI to measure how much you are saving in a commodity because of better purchase order prices. The savings are measured by comparing today's prices with a benchmark price, which is the average purchase order unit price for the items in the previous enterprise year for all suppliers in a commodity, across all operating units. A negative price savings indicates a price increase. See also Spend Evaluation Reports, Oracle Daily Business Intelligence User Guide.
Quantity Change Amount at Benchmark: Sum of [Benchmark Price * (Quantity Ordered Current Period - Quantity Ordered Previous Period)] Use this KPI to track whether an increase in spending in a commodity is the result of an increase in the purchased quantity, based on a benchmark price. The benchmark price is the average purchase order unit price for the items in the previous enterprise year for all suppliers in a commodity, across all operating units. A positive number indicates an increase in the quantity purchased as compared to the prior period. For example, a price savings amount of -31 indicates that your price increased compared to the benchmark price. If the quantity change at the benchmark price also indicates an increase, then the commodity manager can determine whether the increased volume indicates a need to negotiate volume-discount prices or indicates market price increases in that commodity. See also Spend Evaluation Reports, Oracle Daily Business Intelligence User Guide.
Contract Purchases Rate: (Contract Purchases Amount / PO Purchases Amount) * 100. The Contract Purchases Amount is the amount on all standard purchase orders for items that were purchased from the Oracle iProcurement catalog or via a punch-out from the catalog (also known as Oracle iProcurement catalog item entries) that were marked with a negotiated flag. For more information, see Contract and Non-Contract Purchases, Oracle Daily Business Intelligence User Guide. Use this KPI to determine what percentage of your total purchasing amount in the commodity was purchased on contract. A higher rate is desirable. See also Contract Utilization Reports, Oracle Daily Business Intelligence User Guide.
The Non-Contract Purchases Amount is the amount on all approved standard purchase orders for which the negotiated flag was not selected. This calculation also includes blanket leakage. For more information, see Contract and Non-Contract Purchases, Oracle Daily Business Intelligence User Guide. Use this KPI to determine the percentage of purchases in the commodity that were made without any contract being in place. A lower rate is desirable. See also Contract Utilization Reports, Oracle Daily Business Intelligence User Guide.
late receipt exceptions. A low rate is desirable. See also Receipt Date Exceptions Reports, Oracle Daily Business Intelligence User Guide. Receipt Date Exception Transactions Rate: (Sum of Exception Transactions / Sum of Receipt Transactions) * 100. Number of receipt date exception transactions as a percentage of all receipt transactions that occurred for the selected parameters and period. See also Receipt Date Exceptions Reports, Oracle Daily Business Intelligence User Guide.
Additional Information
An administrator can add these KPIs to the dashboard: Rejection on Inspection Amount Rate: Measures the rate of rejection on inspection amount for goods and services. Return Amount Rate: Measures the rate of returned amount for goods and services. Return Transactions Rate: Measures the rate of return transactions to suppliers.
This KPI shows the sum of all sourcing amounts awarded in the period, based on the award-completed date. Average Cycle Time (Days): Sum of the Number of Days from Creation to Completion of Sourcing Document Line / Number of Sourcing Document Lines Completed in the Period. For Auctions and requests for quotation (RFQs), the KPI considers the award completion date. For requests for information (RFIs), the KPI considers the complete date. For documents that undergo multiple rounds of negotiation, each round is counted as a separate document. Projected Savings Amount: Sum of [Current Amount - Award Amount]. The amount is calculated based on the award completion date. Current price is established by the buyer in the sourcing document at the beginning of the negotiation process. Rate: (Sum of Projected Savings Amount / Sum of Current Amount) * 100. Per Line: Sum of Projected Savings Amount / Sum of Number of Awarded Negotiation Lines.
Realized Savings Amount: Sum of [Current Price * PO Quantity PO Purchase Amount] + Sum of [Current Price * Released Quantity Release Amount]. The current price is the price cited in the first round of the auction.
Manual Invoices Rate: See Procure-to-Pay KPIs, Oracle Daily Business Intelligence User Guide. Return Amount: See Commodity Supplier Management KPIs, Oracle Daily Business Intelligence User Guide. Return Transactions: See Commodity Supplier Management KPIs, Oracle Daily Business Intelligence User Guide.
Additional Information
A user with the Daily Business Intelligence Administrator responsibility can add the following KPIs to the dashboard: Rejection on Inspection Amount Rate Return Amount Rate Return Transactions Rate
See Additional Information, Oracle Daily Business Intelligence User Guide in "Commodity Supplier Management KPIs" for more information.
Securing Data
Data in all DBI for Procurement reports is controlled by security setup in Oracle Applications, using the Oracle Human Resources security profile feature and the MO: Security Profile, also known as operating unit security. In addition, data in the Commodity Spend Management, Commodity Supplier Management, and Sourcing Management reports is controlled by the users assigned to a commodity, in the context of the Commodity Manager role. In these reports, the data is an intersection of the operating units and commodities to which the person has access.
daily business. For example, if a company has three operating units, but a particular user needs access to information in only two of them, the Oracle Human Resources security profile prohibits the user from having access to the third operating unit. Data that is specific to operating units to which the user does not have access does not appear in the reports. Operating unit security setup is required for all DBI for Procurement responsibilities.
Related Topics
For instructions on setting a profile option at a particular level, see the Oracle Applications System Administrator's Guide. For more information about security setup, see Set Up Operating Unit Security, page 261.
Commodity Security
If you are implementing the Commodity Spend Management, Commodity Supplier Management, or Sourcing Management reports, determine whether you use a centralized or a local commodity management structure. You should assign a centralized commodity manager operating unit security that gives the manager access to all operating units so that the manager can see data for all commodities in the company. You should assign a local commodity manager operating unit security that gives access only to the operating units for which the manager is responsible. For example, your company consists of three operating units: A, B, and C. One of your company's commodities is paper. A centralized commodity manager who has access to all three operating units sees purchasing data for paper across all operating units. A local commodity manager sees purchasing data for paper only in the operating unit to which the local manager is assigned using operating unit security. In addition, the Commodity Spend Management, Commodity Supplier Management, and Sourcing Management reports display data only for commodities that are assigned to the person (user) viewing the dashboard or report. By contrast, the Procurement Management and Procure-to-Pay reports display data for all Purchasing categories. For information about setting up and assigning commodities, see Set Up Commodities, page 14-51.
Note: Commodity setup is required only for the Commodity Spend
Management, Commodity Supplier Management, and Sourcing Management dashboards and reports. If you are not implementing these reports, then commodity security setup is not required.
Related Topics
For more information on security in Daily Business Intelligence, see Securing Data, page 1-14.
Implementation Considerations
The following are common setup concerns that you should be aware of before you begin setting up Daily Business Intelligence for Procurement.
Software
Oracle Purchasing: Required for all dashboards. Oracle Payables: Required for all dashboards, except Commodity Supplier Management and Sourcing Management. Oracle Sourcing: Required for the Sourcing Management dashboard. Oracle Human Resources: Required. Oracle Financials: Required for the Cost Center Spend Management dashboard. Oracle iProcurement: Optional. Oracle Services Procurement: Optional.
For more information, see Verify Hardware and Software Prerequisites, page 2-31. Without Oracle Payables, you cannot view data in the Payables Leakage, Manual Invoices, or Invoice Amount reports. Requisition lines are considered fulfilled by an invoice if 2-Way matching is used. Requisition lines are fulfilled only when received, if 3-Way or 4-Way matching is used, or when closed manually. If you have Oracle iProcurement, then the reports include both master and non-master items requisitioned using Oracle iProcurement.
Rate-based and fixed-price line types are included in the applicable reports, if Oracle Services Procurement is implemented. For details on which reports include or exclude these line types, see "Common Concepts for DBI for Procurement" in the Oracle Daily Business Intelligence User Guide.
units to which users have access. The user sees data only in the operating units to which the user has access. The purchase order-based reports display data in the operating unit in which the purchase order was created. The invoice-based reports (Payables Leakage, Manual Invoices, and Invoice Amount) display data in the operating unit in which the invoice was created. The requisition-based reports (the Procurement Status and Procurement Performance Management reports) display data in the operating unit in which the purchase order was created; if the requisition line has not yet been placed on a purchase order, then data appears in the operating unit in which the requisition was created. (Also, if the requisition references a global blanket agreement, then the purchase order may be created in a different operating unit than the requisition.) If implementing the Commodity Spend Management, Commodity Supplier Management, or Sourcing Management reports, consider the operating units to which the different commodity managers need access to. See Securing Data, page 14-25. Currencies The DBI for Procurement reports display data in the functional currency associated with the selected operating unit or in the primary currency set up when implementing Daily Business Intelligence. If you set up a secondary currency when implementing Daily Business Intelligence, then the reports include the option to display data in the secondary currency, too. To display data in the functional currency, Daily Business Intelligence converts amounts from the transaction (for example, purchase order) currency to the functional currency. To display data in the primary currency, Daily Business Intelligence converts amounts from the functional currency to the primary currency, not from the transaction currency to the primary currency. If a secondary currency has also been set up, then Daily Business Intelligence converts amounts from the functional currency to the secondary currency. Daily Business Intelligence uses a three-step process to convert amounts to the primary currency and secondary currency, if a secondary currency has been set up. It converts from the transaction currency to the functional currency to the primary (or secondary) currency. To perform the conversions, DBI for Procurement uses the rate date from the purchase order (for the purchase order-based reports) or from the invoice (for the Payables Leakage report, Invoice Amount report, and reports on the Payables Management and Sourcing Management dashboards). For the requisition-based reports (the Procurement Status and Procurement Performance Management reports), DBI for Procurement uses the rate date from the requisition if the requisition is not yet on a purchase order; otherwise, it uses the rate date from the purchase order. (Even in the Fulfilled Requisitions reports, DBI for Procurement uses the rate date from the purchase order, not the invoice or receipt.) DBI for Procurement uses the rate date for converting from the transaction to the functional currency and for converting from the functional to the primary (or secondary) currency. When you set up Daily Business Intelligence, make sure that currency conversion rates exist between the transaction (purchase order or invoice) currency and the primary and secondary currencies, for the period during which the transactions occurred. Otherwise,
currency conversion errors will occur when running the requests that populate data in the reports. For more information, see the description of the Currency parameter in the Oracle Daily Business Intelligence User Guide.
The categories and items that appear in the reports were purchased in the selected period. No hierarchy of categories is available in the reports. You should control Purchasing category sets at the master level for all organizations, rather than for a specific organization. When the Purchasing category set is controlled at the master level, the DBI for Procurement reports can aggregate data by category for all organizations. If the Purchasing category set is controlled at the organization level, then each organization may vary in how a given item is assigned to a category. For example, a purchase order in one organization purchases the same item as a purchase order in another organization, but one of them uses a different category. In the reports, the item is listed once under each category. Also, each operating unit has one Financial Systems Parameter (FSP) organization, which Oracle Purchasing uses to default category
information based on the item on the purchase order line. The FSP organization is the Inventory Organization in the Supplier-Purchasing tabbed region of the Financials Options window. If you use the same item-category assignments for all FSP organizations, then controlling a Purchasing category set at the organization level does not result in an item being reported in multiple categories. For best results, control the Purchasing category set at the master level. You should also use only one item master. For example, item AS54888 exists in two different item master organizations: M1 and M2. Two different operating units have purchased this item, but each uses a different master organization. In the reports, the item appears as AS54888 (M1) and AS54888 (M2). The reports cannot aggregate these items and report them as one item. DBI for Procurement treats them as separate items. For more information about item master and master organization setup, see the sections Assigning Items to Categories and Defining Category Sets in the Oracle Inventory User's Guide. The items that appear in the DBI for Procurement reports were purchased (that is, they exist on purchase orders or releases) in the given period. Master items appear as they were defined in Oracle Inventory, using the item number and master organization code, for example, item name AS54888 (V1). You must assign master items to an organization before you can use the items on purchase orders. Master items were defined for the master inventory organization that was defined in the financials system parameters (Financials Options window) in Oracle Applications. For reports that display the item description, the item description also comes from the item master. If a non-master item (that is, an item not defined in Oracle Inventory) has an associated supplier item number, then the supplier item number appears appended with the supplier name, for example, Laptop X (Supplier Corp). If two or more non-master items have the same supplier item number but different descriptions, then they are aggregated as one item. They are aggregated by supplier name and supplier item number. The item description they display is from the first-collected purchase order when the programs were run to populate the reports. For example, the following two items exist on purchase orders: Supplier item number Laptop X (Supplier Corp) with the item description Ultra-thin laptop. Supplier item number Laptop X (Supplier Corp) with the item description Standard employee laptop.
Because the supplier item numbers and suppliers are the same, the item is aggregated as Laptop X (Supplier Corp), and the first-collected description appears. If the first-collected purchase order used the latter item description, then this item appears as a single item, Laptop X (Supplier Corp), with the item description Standard employee laptop. For the Procurement Status reports, the supplier item number and description come from the first-collected requisition, if a first-collected purchase
order is not available. In the rare case that a purchase order does not have a supplier and supplier identifier (ID), then the item is treated as a non-master item without a supplier item number. If the non-master item has no associated supplier item number, then the item description appears followed by the category code, for example, Large mouse pad (COMPUTER.PERIPHERAL). The description is not truncated. If two or more non-master items without a supplier item number have the same description and category, then they are aggregated and appear as one item with the description and category code. If the descriptions or categories differ, they appear as separate items. If the descriptions and categories are the same, but the suppliers differ, then they still appear as one item with the description and category code. If you view the item information by supplier, however, you see the data for that item and supplier. For best results, enter supplier item numbers for non-master items wherever possible. For example, if buyers enter a non-master item on two different purchase orders, and the non-master item uses the same supplier item number, then the reports aggregate the purchases across both purchase orders, as long as the same supplier was used. If a supplier item number was not entered, then the description appears. If the description differs between the two purchase orders, then the item appears as two different items. The reports use the category associated with the item at the time the purchase order was created. If a user updates the item category, then this change is not reflected in the original purchase order and therefore is not reflected in the reports. Changes in item category assignments are reflected in purchase orders created after the change. The reports use the item category assignments reflected on the purchase orders. In the Procurement Status reports, if a requisition line is not yet placed on a purchase order or release, then the category from the requisition is used. DBI for Procurement enables you to analyze purchases at the item and category levels but not at the item revision level. For example, item AS54888 is assigned to inventory organization D1. Item revision B is then created to change the color and a few other attributes of this item, specifically for the D1 organization. A purchase order is then generated for the D1 organization, for item AS54888, revision B. A purchase order for AS54888 is then generated for inventory organization P1. The revision selected for this purchase order is D. This revision in this organization increases the cost of the item by 10 percent. DBI for Procurement cannot report these two revisions separately. In this example, the amounts for AS54888 on each purchase order are aggregated in the reports.
Units of Measure
Except for the Procurement Management and the Procure-to-Pay Management reports, all reports display the unit of measure (UOM) when you view item-level details. For example, the Contract Utilization report includes the total PO Purchases Amount. If
you click a category in the report, then the report shows the items in that category, including their UOMs. The Invoice Amount report displays the item number and description but not the UOM. The same items are grouped to give the total amounts. In addition, UOM is aggregated as follows: For master items, the UOM is converted from the UOM on the purchase order transaction to the Primary UOM set up for the item. This is the Primary UOM defined for the master organization of the FSP organization. The FSP organization is the Inventory Organization in the Supplier-Purchasing tabbed region of the Financials Options window. Every FSP organization is associated with a master organization. For the Procurement Status reports, if the requisition line is not yet placed on a purchase order, then the UOM is converted from the UOM on the requisition to the Primary UOM set up for the item. For non-master items (that is, items with or without a supplier item number), the reports use the UOM from the purchase order transaction. For the Procurement Status reports, if the requisition line is not yet placed on a purchase order, then the reports use the UOM on the requisition. For examples of UOM conversions, see Common Concepts in the DBI for Procurement chapter of the Oracle Daily Business Intelligence User Guide.
Note: Based on the item grouping rules described in Categories and
Items, page 14-30 and on the UOM rules described above, non-master items without supplier item numbers that do not have the same UOM, category, and description, appear as separate items (rows) in the item-level detail reports. The Invoice Amount report groups non-master items based on their categories and descriptions only; they do not display or use UOM.
Archiving
Many DBI for Procurement reports use the approval date on the purchase order distribution to determine in which period to report the transaction. The recording of the approval date depends on whether you have set up Oracle Purchasing to archive on approval or archive on print. This setting can affect the timing of data in the reports. Therefore, timely creation and approval of purchase orders and releases reflect the timing of the data accurately in these reports. Archiving on approval may give better timing of purchase order and release data than archiving on print. If you use the Archive on Print setup option (defined in the Document Types window in Oracle Purchasing), then some purchases may get placed in a later time period than the commitment was actually made to the supplier.
Archiving on print affects the timing of purchases in the reports, only if you change the purchase order and reapprove it before printing. For example: You use the Archive on Print setup option. You create and approve a purchase order on April 1. This purchase order appears in the reports in the April period. You have not yet printed the purchase order, and on May 1 you change the quantity on the approved purchase order line and reapprove the purchase order. The distributions for this updated line now appear in the May time period instead of April. If the setup was for Archive on Approval, these distributions would still appear in April. If you had printed the document immediately after approving the change, these distributions would also have appeared in April. When you archive on approval, Oracle Purchasing archives (stores) the change upon reapproval. When you archive on print, Oracle Purchasing does not archive the latest changes until printing; previous approved changes are overwritten by the later changes. As the preceding example illustrates, archiving on approval reflects more accurate timing of the purchase order and release data. The PO Revisions value in the Unfulfilled Requisitions in the Unfulfilled Requisition Lines Summary and Unfulfilled Requisition Lines - PO Revisions reports may also be affected by Archive on Print. For details, see the DBI for Procurement chapter in the Oracle Daily Business Intelligence User Guide. For more information about archiving on approval and archiving on print, see the Oracle Purchasing User's Guide.
Script Functions
These scripts are required for customers who use the negotiated flag feature and who
have data that was created in release 11.5.9 or earlier. In those releases, the negotiated flag used the values X, 1, 0, and NULL. In this release, however, the negotiated flag uses only Y or N. The value Y indicates a purchase is a contract purchase. N indicates a purchase is a non-contract purchase. These scripts classify the pre-11.5.9 data accurately to make the negotiated flag either Y or N.
Note: It is not mandatory to run these scripts. If you choose to run
them, you may opt to run only the first script. If you run both, you must run them in order.
Script 1: poau12pol1.sql Run this script to ensure that existing blanket and planned releases and standard purchase orders with backing quotations or global blanket purchase agreements are classified as contract purchases in release 12. This script converts existing transactions with the values X, 1, and 0 to contract purchases. This script sets po.po_lines_all.negotiated_by_preparer_flag to Y in the following cases: Lines of blanket purchase orders and global blanket purchase orders. Lines of planned purchase orders. Lines of standard purchase orders that have a backing quotation or global blanket purchase orders whenever they are NULL, X, 1, or 0.
This script will not update the negotiated flag of any line to N. Script 2: poau12pol2.sql Run this script to ensure that all data is classified as either contract or non-contract purchases. This script converts all values of X and 1 to Y and all 0 values to N. The decision process is illustrated here:
Do you have data from release 11.5.9? Do you have custom reports that use the negotiated flag? Do you want 11.5.9 data to be bucketed into contract and non-contract purchases? Do you want lines to be classified as contract purchases? Lines refer to blanket purchase orders, global blanket purchase orders, planned purchase orders, standard purchase orders with backing quotation, or global blanket purchase orders. Do you want the remaining 11.5.9 data to be classified into contract and non-contract purchases?
5.
You may want to check your Match Approval Level setup to see how the reports will define fulfillment. The following instructions describe how to set or view the Match Approval Level at all levels, but you can set it at any level:
1.
In Oracle Purchasing, navigate to the Items menu and open the Master Items or Organization Item window, depending on how you defined your items. In the Master Items or Organization Item window, query the item for which you want to set a default match approval level.
2.
3.
In the Purchasing tabbed region, set or view the Receipt Required and Inspection Required options. If Receipt Required is Yes, then 3-Way matching is assumed. If Inspection Required is Yes, then 4-Way matching is assumed. If both of these options are set to No, then 2-Way matching is assumed.
4. 5. 6.
In Oracle Purchasing, navigate to the Suppliers window: Supply Base, Suppliers. Query the supplier name for which you want to view the Match Approval Level. In the Receiving tabbed region, set or view the Match Approval Level as 2-Way, 3-Way, or 4-Way. (If blank, the default is 2-Way, unless you specify something else in the Purchasing Options window.) In Oracle Purchasing, navigate to the Purchasing Options window: Setup : Organizations, Purchasing Options. In the Default tabbed region, set or view the Match Approval Level as 2-Way, 3-Way, or 4-Way.
7.
8.
Close Tolerance Setup Whether a requisition line is considered fulfilled also depends on the following two options: Invoice Close Tolerance (%) Receipt Close Tolerance (%)
For example, if a 2-Way shipment is matched to an invoice within tolerance, then it is considered fulfilled; if it is matched outside the specified tolerance, then it is not considered fulfilled. (See the DBI for Procurement chapter in the Oracle Daily Business Intelligence User Guide for details.) The Unfulfilled Requisitions and Fulfilled Requisitions reports obtain both of these close tolerance percentages from the purchase order or release shipment. The shipment, in turn, is defaulted from your item setup. If not specified there, then the close tolerances come from the Purchasing Options setup. You may want to check your closed tolerance setup to see how the reports will define fulfillment. The following instructions describe how to set or view the close tolerance at all levels, but you can set it at any level:
1.
In Oracle Purchasing, navigate to the Items menu and open the Master Items or Organization Item window, depending on how you defined your items. In the Master Items or Organization Item window, query the item for which you want to set a default invoice or receipt close tolerance. In the Purchasing tabbed region, set or view the Receipt Close Tolerance percentage
2.
3.
In Oracle Purchasing, navigate to the Purchasing Options window: Setup : Organizations, Purchasing Options. In the Default tabbed region, set or view the Receipt Close % and Invoice Close %.
5.
Automatic Document Creation The Processed Requisitions and Fulfilled Requisitions reports include manual lines, rate, and amount measures that show how many requisition lines were manually placed on purchase orders or releases. For example, if AutoCreate in Oracle Purchasing was used to create the purchase order from the requisition line, then the requisition line is considered manually created. By default, when you set up Oracle Purchasing, attributes in the PO Create Documents workflow are already set up to process requisition lines into purchase orders or releases automatically. You may want to check whether your company kept or changed this setup. See Choosing Workflow Options in the Oracle Purchasing User's Guide for details on this setup. Also, see the DBI for Procurement chapter in the Oracle Daily Business Intelligence User Guide for a complete description of what constitutes manual and automatic document creation to determine whether you want to institute more automatic processes now.
Note: Documents created before Family Pack E of Oracle Daily
Business Intelligence have a null value for the document creation method, which is interpreted as automatically created. The manual and automatic document creation methods described in the Oracle Daily Business Intelligence User Guide take effect after you start using Oracle Daily Business Intelligence, Family Pack E.
Transaction Reasons
The Reason column in the Returns Breakdown and Rejections by Reason reports aggregates data by the Reason code, such as Broken Upon Delivery. A user selects a reason code in the Details tabbed region in the Returns window when entering a return and in the Inspection Details window when entering inspections (rejections) for receiving transactions. The person who enters the return or inspection selects from a list of reasons, which are defined in the Transaction Reasons window.
Note: The reason codes used during inspection are the same reason
codes used when creating a return. The person who enters the return typically selects the same reason code as the inspection rejection, but it is not required; a user can select a different reason on the return. In this case, the reason codes will differ between the Returns by Reason and
The Reason code field is optional on the return and inspection. The Reason column in the reports displays only reasons that exist on return or rejection transactions. Returns and inspections for which no Reason code is given appear with a Reason code of Unassigned in the reports. If you want to define reason codes or refine existing reason codes, log on to Oracle Applications using the Purchasing responsibility. Select Transaction Reasons to open the Transaction Reasons window. Alternatively, you can access this window through the Inventory responsibility, by selecting Transactions, Reasons.
In Oracle Purchasing, navigate to the Suppliers window: Supply Base, Suppliers. Query the supplier name. In the Classification tabbed region, ensure that the field Type is set to Employee. Also, ensure that the employee number is selected and saved in the supplier record if you do not want the supplier employee record to appear in the reports.
4.
Match Approval Level and Purchasing Site Setup Some suppliers are paid without a matching purchase order, and you do not want to consider these payments as leakage. For example, electricity bills may be paid without a matching purchase order. To ensure that these kinds of payments are not counted as leakage in the Payables Leakage report, ensure that the Match Approval Level option in the Suppliers window is blank for the supplier. Suppliers for whom the Match Approval Level is blank are not counted in the payables leakage. Supplier sites for which the Purchasing option is not selected are also not counted in the
Payables Leakage report. In summary: Supplier sites that you want to capture in the Payables Leakage report should have the Purchasing option selected. Suppliers you want to capture as leakage in the Payables Leakage report should have the Match Approval Level set to 2-Way, 3-Way, or 4-Way. For the Invoice Amount report, the Match Approval Level can be set to any level, and the Purchasing option does not have to be selected. The Invoice Amount report requires only that the invoice be matched to a purchase order or receipt in order to include the invoice in the invoice amount.
Note: By default, when you first set up Oracle Applications, the
Match Approval Level option is set to 2-Way matching. If you did not specifically alter this option for any supplier during the application setup, then all unmatched invoices for these suppliers are counted as payables leakage.
In Oracle Purchasing, navigate to the Suppliers window: Supply Base, Suppliers. Query the supplier name. In the Receiving tabbed region, set the Match Approval Level to 2-Way, 3-Way, or 4-Way to capture the supplier as leakage if matching has not occurred. Set the Match Approval Level to the blank option to exclude the supplier from leakage if matching has not occurred. Save your changes, if necessary. Choose Sites. In the General tabbed region, ensure that the Purchasing option is selected in the Site Uses area if you want the supplier site to be included in the Payables Leakage report. Save your changes, if necessary.
4. 5. 6.
7.
Invoice Amount
The Invoice Amount report displays amounts only from validated invoices that were matched to a purchase order or receipt. By using matched invoices, the report can link the invoice amount to a commodity, purchasing category, item, or buyer from the
purchase order so that you can analyze where the spending occurred. All invoice distributions with an item line type are included in the invoice amount, including standard invoices, debit memos, credit memos, mixed invoices, corrections, and so on. Invoice distributions with a line type of freight or tax are not included in the invoice amount. Invoices that are not matched to a purchase order or receipt are not included in the invoice amount. Therefore, Oracle recommends performing invoice matching for all invoices that require it. For example, if an electricity bill is paid without a matching purchase order, then purchase order matching is not required for this invoice. Invoices that are not matched appear in the Payables Leakage report. Invoice matching ensures that you are getting an accurate picture of your spending in the Invoice Amount report.
Both date and time (hours, minutes, and seconds) are used to determine whether the receipt is early or late. For example, the Days Late tolerance is 0.5, which translates to 12 hours. If the receipt is made 13 hours after the Need-by Date and time, then the receipt is considered late.
Note: If you set the Action to Reject (the choices are None, Reject, or
option are rejected and cannot be received. These items are not included in the Receipt Date Exceptions report.
If you never specified receiving options in your Oracle Purchasing setup, the default options that Oracle Purchasing (and therefore the Receipt Date Exceptions report) assumes at all levels are: Days Early: 5 Days Late: 5 All Action fields: Warning
In Oracle Purchasing, navigate to the Receiving Options window: Setup : Organizations, Receiving Options. In the Receipt Date section, make sure the following options are set as needed: Days Early Days Late Action
2.
3.
You can also set these options at the supplier level in the Suppliers window, item level in the Master Items window, or purchase order level in the Receiving Controls window for the purchase order.
some items were already received, then the change takes effect for both new and existing receipts. For example, a purchase order has a Days Late allowed of 2 days. Some of the items were received outside this limit, on day 3, and appear in the report as late. Later, you change the Days Late on this purchase order to 3. The next time the request sets are run, the received items no longer appear in the report. Both new and existing receipts are affected by the change.
Oracle Transportation Execution Impact If you use Oracle Transportation Execution, then you have the option of indicating whether a purchase order has its transportation arranged by the buying organization or by the supplier. If the Transportation Arranged option was set to Buying Organization in the Terms and Conditions window when entering a purchase order, then receipt of
this shipment is always considered on time. This option can also be set in the Supplier Sites window and defaulted onto purchasing documents based on the supplier site. If the buyer arranges transportation, then an early or late receipt is not a reflection of the supplier's performance. Therefore, shipments arranged by the buying organization are included in the total receipt amounts, quantities, and transactions, but never in the exceptions.
Setup Checklist
Set Up All DBI for Procurement Dashboards
The table in this section provides a list of the steps required to implement the following dashboards and associated reports: Procurement Status Procurement Performance Management Procurement Management Procure-to-Pay Management Commodity Spend Management Commodity Supplier Management Cost Center Spend Management Sourcing Management Supplier Management
If you have already completed a setup listed in this checklist, either as part of setting up the transactional application or as part of setting up another dashboard, you do not need to repeat this setup. Unless otherwise noted, setups can be performed concurrently.
Step Convert to a Multiple Organization Architecture, page 14-46 Responsibility System Administrator
Step Set Up Daily Business Intelligence Framework, page 2-33 This step includes the option to customize aging buckets. See Customize Bucket Sets, page 2-46. Set Up Item Dimension Reporting, page 6-11
Responsibility
Review POA: DBI Implementation, page 14-47 Set Up Document Views, page 14-48
System Administrator
Consider Access to Human Resources and Financials Dashboards, page 14-50 Set Up Commodities, page 14-51 Set Up DBI for Financials Profile Options and Source Ledger Group Assignment, page 14-62 Set Up Company and Cost Center Dimensions, page 14-61 Set Up Scores and Weights, page 14-63 Post-Setup Steps, page 2-72
(Multiple responsibilities)
To confirm that an invoice creator or DBI for Procurement user is set up as both an employee and user:
1.
Navigate to the Enter Person window. If you use Oracle Purchasing without Oracle Human Resource Management Systems, navigate to the Enter Person window from the Purchasing responsibility. If you use Oracle Purchasing with Oracle Human Resource Management Systems, navigate to the Enter Person window from the Human Resources responsibility: People, Enter and Maintain.
2. 3. 4.
Make sure a record for the user exists in this window. In the System Administrator responsibility, select Define under Security : User. Make sure this employee (in the Enter Person window) is tied to a user in the Users window. Query the user who you want to associate with this employee, and enter this employee (Person) for the user.
For more information on these instructions, see the Oracle Human Resources Management Systems documentation and the Oracle Applications System Administrator's Guide.
Set POA: DBI Implementation as follows: If you use both Oracle Sourcing and DBI for Procurement, and you want Oracle Sourcing users to view the reports associated with these dashboards, then set the POA: DBI Implementation profile option to Yes. (By default, it is already set to Yes.) If you use Oracle Sourcing but not DBI for Procurement, then set this profile option to No. If you use both Oracle Sourcing and DBI for Procurement, but you do not want Oracle Sourcing users to view the DBI for Procurement reports, then set this profile option to No.
To set this profile option, if you do not want to accept its default setting:
1. 2. 3. 4. 5.
Log on to Oracle Applications. Access the System Administrator responsibility. Select Profile: System. Search for the profile option POA: DBI Implementation. At the site level, select Yes or No for the profile option. The profile option can be set only at the site level.
6.
If you need more information on setting profile options, see the Oracle Applications System Administrator's Guide.
iProcurement to view these documents. They are viewable automatically. Oracle iProcurement is used behind the scenes to display the documents.
The Contract Purchases by PO Number, Non-Contract Purchases by PO Number, Blanket Leakage by PO Number, Price Savings by PO Number, Price Change by PO Number, and Award Amount by Sourcing Document Number reports display the underlying purchasing documents using Oracle iSupplier Portal; the Unprocessed Requisitions, Unfulfilled Requisitions, Processed Requisitions, and Fulfilled Requisitions reports also display these documents.
Note: You do not have to explicitly install or implement Oracle
iSupplier Portal to view these documents. They are viewable automatically. Oracle iSupplier Portal is used behind the scenes to display them.
The Unprocessed Requisition Lines - Pending Sourcing report displays the underlying Oracle Sourcing documents, if you use Oracle Sourcing. The Award Amount by Sourcing Document and Completed Negotiations by Sourcing Document reports display the underlying Oracle Sourcing documents.
Note: Users do not need to be assigned iProcurement, iSupplier Portal,
or Sourcing responsibilities to view the documents, but certain links, tabs, or buttons on the page might not be available. Generally, users do not need to access these second-level features; simply viewing the documents from DBI for Procurement is sufficient.
To perform PDF setup in Oracle Purchasing, if you will be implementing the Procurement Status and Procurement Performance Management reports:
1. 2.
Log on to Oracle Applications and access the Purchasing responsibility. Navigate to the Purchasing Options window as follows: Setup : Organizations, Organizations, Purchasing Options. In the Control tabbed region, set the PO Output Format as PDF. Save your changes and close the Purchasing Options window. Navigate to the Document Types window as follows: Setup : Purchasing, Document Types. When the Find Document Types window appears, select Purchase Order, Standard and select OK. In the Document Types window, select a Document Type Layout of Standard Purchase Order Stylesheet. Save your changes. Close and then reopen the Document Types window.
3. 4. 5.
6.
7.
8. 9.
10. When the Find Document Types window appears, select Release, Blanket, and then
select OK.
11. In the Document Types window, select a Document Type Layout of Blanket Release
Stylesheet.
12. Save your changes.
Ensure that the user's e-mail address is entered in the People window: Navigate to this window using the Human Resources responsibility: People, Enter and Maintain. In the Office Details tabbed region, enter the e-mail address.
2.
Ensure that this user has accessed the Sourcing home page at least once: Assign the user any Sourcing responsibility, such as Sourcing Buyer. Ask the user to access the Sourcing home page through the Sourcing responsibility. After selecting the responsibility, the user should click the Sourcing Home Page link.
When the user accesses the Sourcing home page for the first time, the system automatically performs required user setup. If the user tries to access a sourcing document without having accessed Oracle Sourcing previously, then the user receives the previously described Sourcing user error.
It is not mandatory to implement these dashboards. If you implement these dashboards, be aware that they display data only to users assigned the proper security to access the data. If you do not want to make links to these dashboards available to users, assign them the Daily Procurement Intelligence responsibility. This responsibility does not display links to the HR Management - Overview or Expense Management dashboards. To make the HR Management - Overview and Expense Management dashboards available to users, see the Daily Business Intelligence for Human Resources chapter and the Daily Business Intelligence for Financials chapter. See also Responsibilities, page 14-8.
Set Up Commodities
Commodities are groupings of categories. Use them to group categories that you have already defined in the Purchasing Category set in Oracle Applications. You can place only Purchasing categories in these commodities. When you define categories, you associate them with a category structure. The category code and the category structure must belong to the Purchasing Category set. You must create commodities and assign them to users if you want to them to view data in the Commodity Spend Management and Commodity Supplier Management dashboards and reports. DBI for Procurement uses only the commodities that you create as described in this section. The commodities are visible to the commodity managers who have been assigned to them across all organizations and item masters. For example, you create the commodities Filters and Brakes to group the following Purchasing categories already defined in Oracle Applications:
Example Commodities and Categories Commodity Purchasing Category Category Code in Oracle Applications AIR.FIL OIL.FIL SHOES.BRAKES PADS.BRAKES FOUND.BRAKES
Filters
Brakes
The structure for the Brakes commodity might look as follows (assume that items exist in the Brake Pads and Brake Foundations categories, too): Brakes (commodity) Brake Shoes (category) Shoes GM (item) Shoes GM 1986 (item)
commodity level, just above the category level, is supported. Choose accurate and concise names for your commodities because these commodity names appear in the reports. A category cannot belong to more than one commodity.
You do not have to assign all Purchasing categories to commodities to use the Commodity Spend Management and Commodity Supplier Management reports; however, categories that are not assigned to commodities do not appear in these reports. To view data for all Purchasing categories, use the Procurement Management reports.
Recommendations
Consider the following recommendations when creating commodities.
assigned. You can assign multiple commodities to a person. You can also assign more than one person to a single commodity, but make sure that your organization's policies make it clear who is ultimately responsible for managing the commodity. See also Securing Data, page 14-25 for guidance based on whether you have a centralized or local commodity management structure.
Prerequisite
Users who are assigned the Commodity Manager responsibility must also be fully set up as employees and associated with their user IDs. Otherwise, you cannot assign them to commodities. These commodity managers are not required to be defined as buyers in Oracle Purchasing. For instructions on verifying that users are set up as employees, see the same instructions as provided in Set Up Users as Employees, page 14-46.
Setup Steps
Creating a commodity consists of the following: Creating the commodity. Assigning categories to the commodity. Assigning people to the commodity.
Note: Make sure to perform the commodities setup before running the
initial loads. Otherwise, you will see no data in the Commodity Spend Management and Commodity Supplier Management reports.
Creating Commodities
To create commodities:
1.
Log on to Oracle Applications using one of the following responsibilities: iProcurement Super User Purchasing Super User Public Sector Purchasing Super User
2.
logged on with a customized responsibility. The system-provided Purchasing Super User responsibility comes with the Commodities
menu built in. Use the system-provided responsibility if you cannot find the Commodities menu.
3.
4.
On the Create Commodity page, enter: Commodity Code. A unique identifier for the commodity, such as IT or 01. This identifier is the same in all languages. The maximum length of this field is 120 bytes or approximately 40 English characters. You cannot use the same code for more than one commodity; each code must be unique. You can use the same code that is used for a code segment in Oracle Applications. Name. Commodity name that will appear in the reports. The maximum length of this field is 240 bytes or approximately 80 English characters. The name must be unique within a given language. Description. Optional description, for your own purposes. The description will not appear in the reports.
Note: You cannot delete commodities. Inactivating
commodities does not remove them from the reports. Be sure to create only the commodities that you need. You can add, update, and split commodities any time, and the changes are reflected in the reports the next time that the request sets are run. If you create a commodity you no longer need and you do not
want it to appear in the reports, remove its categories and do not assign it to anyone. If you just remove its categories, the commodity appears in the Commodity parameter in the reports, but it will display no data when selected. By removing the person assignment, you are also removing it from the parameter. Empty and unassigned commodities are still available on the Commodities setup page.
5.
Ensure that Active is selected. You can assign categories only to active commodities. You can make all other changes, such as removing categories and changing person assignments, to active or inactive categories. Currently, the DBI for Procurement reports are not affected by the Active option. Both active and inactive commodities appear in the reports.
6.
Click Apply.
2. 3.
Click Assign Categories. Search for a category. When searching, enter the first part of the name or code. For example, entering misc searches for categories that begin with misc. The search is case insensitive. You can search on the Category Description or any of its category code (flexfield structure) segments. For example, your company created a two-segment structure in Oracle Applications. The first segment is the Item Category, and the second is the Commodity. An example is 451.01, where 451 is the Item Category and 01 is the Commodity. In this example, the Assign Categories page displays the following search fields: Category Description, Item Category, and Commodity. In this example, assume that 01 indicates the Filters commodity. Enter 01 in the Commodity search field to return all category codes that contain 01 in their Commodity flexfield segment. Flexfield segments must be both Enabled and Displayed in order to appear on the
Assign Categories page; however, a segment need only be enabled to appear in the reports. For example, the category Air Filters, with the category code 8845.451.01, uses segments A (01), B (451), and C (8845). Segments A and C are Enabled and Displayed, but B is only Enabled. You cannot find the category by searching for segment B; however, you can find it by searching for segment A or C. On the Assign Categories page, the category appears in the search results with a category code of 8845.01 and a category description of Air Filters. In the reports, the category code appears as Air Filters (8845.451.01).
Note: If Enforce List of Valid Categories is selected in the Category
Sets window in Oracle Applications, then only the categories listed in that window for the Purchasing Category set are available for assignment to a commodity. If Enforce List of Valid Categories is not selected, then any category that uses the same flexfield structure as the Purchasing Category set is available for assignment.
4.
Select the category and click Apply. Clicking Select All selects only the categories on that page. If more results appear on additional search results pages, you must click Select All and Apply on each page. If you assign a category that is already assigned to another commodity, then the
category is moved from that commodity to this one. If the category is already assigned to a commodity that you are editing, then it does not appear in the search results. After a category is unassigned from a commodity it appears in the category search results. You can assign active or inactive categories to a commodity. Inactive categories appear in the reports if purchase orders still exist for items in those categories.
2. 3.
Click Assign Person. Search for a person to assign. When searching, enter the first part of the name. For example, entering abb searches for names that begin with abb. The search is case insensitive. You can assign to a commodity only a person who exists as an employee in Oracle Applications. You can assign employees from other business groups to your commodities only if HR: Cross Business Groups is set to Yes.
Note: You can also assign a person to a commodity by clicking
Person Assignments and then Assign Person on the Create Commodity or Update Commodity page. This navigation path lets you associate one commodity with one person at a time. To more easily associate one or more commodities with a single person, follow the preceding instructions. Either method works to assign
4. 5.
Select a person and click Continue. In the Available Roles box, highlight the roles that you want to assign and click Move or Move All.
6. 7.
In the Financial Dimension Setup page, select the Financial Dimensions tab. Select Update, and then enable the Company and Cost Center dimensions.
In the Financial Dimension Setup page, select the Source Ledger Groups tab. Click Add Ledger Assignment. Add a ledger assignment for the master value set. The ledger will come under the
In the Financial Dimension Setup page, select the Dimension Mappings tab. Select the Values and Hierarchies tab. Click Launch Hierarchy Manager for the Company dimension. The Oracle Financial Dimension Hierarchy Manager opens. Define the top nodes and child nodes for the company. You can drag and drop nodes. In the Navigator menu, select Administrator Roles under Data Security : Delegation. On the Delegation page, grant the Company Cost Center role to the user. Only users who are granted the Company Cost Center role can view data in the report.
4.
5.
6.
Set Up DBI for Financials Profile Options and Source Ledger Group Assignment
If you implemented DBI for Financials, you may already have completed these steps. If you are implementing only DBI for Procurement, then ensure that you complete these steps in DBI for Financials. Perform these steps if you are implementing the Payables Leakage, Manual Invoices, and Invoice Amount reports, or the Payables Management or Payables Status reports.
These profile options help Oracle Payables and DBI for Financials (including the Payables Leakage, Manual Invoices, Invoice Amount, Payables Management, and Payables Status reports) log data for the reports. As soon as these profile options are set to Yes, Oracle Payables logs transaction changes for reporting purposes. The Payables
Leakage, Manual Invoices, Invoice Amount, Payables Management reports, and Payables Status reports require that these profile options be set to Yes. See the Daily Business Intelligence for Financials chapter.
DBI for Procurement uses only the following source ledger group assignment setup:
1.
In the Daily Business Intelligence Administrator responsibility, use the following navigation: Setup : Financials Intelligence, Financial Dimensions Setup. Click the Source Ledger Groups tab. Select the system-provided Financials Intelligence Group source ledger group. (It may already appear for you.) Click Add Ledger Assignment. For this ledger group, search for and select the ledgers that you want the above reports to report on. Use a wildcard (%) or other characters to search for the ledger by Chart of Accounts or other criteria.
2. 3.
4. 5.
For more information, see the Daily Business Intelligence for Financials chapter.
Set Up Operating Unit Security, page 2-61) or to person-commodity assignments do not require that you run the incremental request set before you can see the changes. All other changes require that you run the incremental request set before you can see the changes.
Commodities
You can update commodities any time, and the changes are reflected in the reports the next time the request sets are run.
Updates
You can make the following kinds of updates: Change the commodity name or description. Change the categories that are assigned to the commodity. Split an existing commodity into more granular commodities by creating new commodities and assigning categories to them. If you assign a category that is already assigned to another commodity, then the category is moved from that
commodity to the current one. Create new commodities. Change the people who are assigned to the commodity. Change the roles that are assigned to the people who are assigned to the commodity.
For example, the category Computer Monitors currently belongs to the Information Technology commodity, and this categorization is visible in the reports today. Tomorrow, you change the assignment so that Computer Monitors belongs to the Computers commodity. The next time the request sets are run, the commodity managers see this change in the reports. Changing a category name in Oracle Applications does not affect its commodity assignment. The next time the request sets are run, the new category name displays in the commodity currently assigned to it.
Note: Any time that you update the commodities setup (except for
person-commodity assignments, which are visible in the reports immediately), you must run the incremental request set for the Commodity Spend Management or Commodity Supplier Management reports before the changes are visible in the reports.
Tips
If a user sees only "All" in the Commodity parameter on a dashboard or report, then the user has not been assigned to a commodity. If no data appears for a commodity, then categories have not been assigned to the commodity. See Set Up Commodities, page 1451. You must set up operating unit security (and the MO: Security Profile) for the operating units to which the user needs access. If the user is a global commodity manager, then be sure to create an operating unit security profile that includes all operating units within the enterprise. See Securing Data, page 14-25.
Validation Scripts
You can use the following validation scripts when implementing DBI for Procurement: poadbiitembpo.sql: Used to obtain the Benchmark Price that is used in the PO Price Savings and Quantity Change report. poadbiitembps.sql: Used to obtain the Supplier Benchmark Price that is used in the PO Price Change report.
If desired, you can run these scripts to see the benchmark prices for each item in both global and functional currencies to ensure that the reports give you the numbers that you expect. Although you can view benchmark prices in the reports, the scripts provide an efficient method for validating the benchmark prices during the test phase of your implementation. For a description of the benchmark price calculations, see Key Performance Indicators, page 14-17.
Ensure the initial or incremental request sets for the Commodity Supplier Management and Commodity Spend Management reports have been run. The scripts assume that the materialized views associated with these reports are populated with the latest data. The request sets populate the base summary tables and materialized views.
2.
Log in to your Daily Business Intelligence test environment using SQL*Plus or other query tool, for example: User = APPS_READ_ONLY Password = APPS DB = dbitst Ensure that the TNS entry in your TNSNAMES.ORA file is correct for your environment. For example, if using SQL*Plus, the file may be located in c:\oracle\ora81\NETWORK\ADMIN. An example TNS entry is as follows:
dbitst = (DESCRIPTION= (ADDRESS=(PROTOCOL=tcp)(HOST=ap642sdb)(PORT=5002)) (CONNECT_DATA=(SID=dbitst)))
3.
Spool the output of the script that you will be running by typing spool <filename>. Enter the desired script name at the prompt.
$POA_TOP/patch/115/sql/poadbiitembpo.sql
4.
Or:
$POA_TOP/patch/115/sql/poadbiitembps.sql
In SQL*Plus, you can place the.sql file in the appropriate directory, such as c:\oracle\ora81\BIN, and enter the following at the prompt:
@poadbiitembpo.sql
Or:
@poadbiitembps.sql 5.
Enter year-start (YEAR_START) and year-end (YEAR_END) dates when the script prompts you. For example, if you want to calculate benchmark prices for the year 2002, enter a YEAR_START of 2002 and a YEAR_END of 2002. To calculate benchmark prices for all years between 2001 and 2004, enter a YEAR_START of 2001 and a YEAR_END of 2004. Recall that the benchmark price is the average unit price for the same item in the previous enterprise year. If not purchased that year, this enterprise year is used. For example, if you enter 2002 as the year, the benchmark price is obtained from 2001 or, if not purchased then, in 2002.
6.
Turn spooling off by typing spool off. The resulting .lst files will be stored in the output directory of your query tool. For example, for SQL*Plus the directory may be c:\oracle\ora81\BIN.
7.
Open each file using Microsoft Excel: Excel starts an import file wizard. Set the import to Fixed Width and mark the place where each column begins and ends. Complete the wizard to load the file. Delete the parts at the beginning and end that are not data. Keep the column headers, but delete the dotted lines beneath them. Turn on the Filter feature to search for the benchmark price that you need.
8.
ITEM
OU
UOM
YEAR
QUANT ITY 2
Each
2002
Each
2002
321.93
321.93
321.93
321.93
The spreadsheet columns are as follows: ITEM (item number): For information on how item numbers appear, especially for non-master items, see Categories and Items, page 14-30. OU (operating unit): The operating unit in which the purchase was created. UOM (unit of measure): The UOM in which the item was purchased. YEAR: The year in which the item was purchased. AMT_FUNC (PRICE_FUNC * QUANTITY): The amount in the functional currency associated with the OU that you would have paid in the given YEAR, if you had purchased the item at the benchmark price. This field appears in the poadbiitembpo.sql output only. AMT_GLOB (PRICE_GLOB * QUANTITY): The amount, in the primary global currency set up for Daily Business Intelligence, that you would have paid in the given YEAR if you had purchased the item at the benchmark price. QUANTITY: The quantity purchased of the item. PRICE_FUNC: The benchmark price per unit for the item, in the functional currency associated with the OU. This field appears in the poadbiitembpo.sql output only. PRICE_GLOB: The benchmark price per unit for the item in the primary global currency set up for Daily Business Intelligence.
15
Daily Business Intelligence for Product Lifecycle Management
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Considerations Setup Checklist Maintenance and Administration Changing Unit Cost Change Orders Changing Part Counts in Bill of Materials Changing Manufacturing Steps in Routing Changing Financial Dimension Mappings
Overview
Oracle Daily Business Intelligence for Product Lifecycle Management provides a 360-degree view of the product across the lifecycle of a product, from concept to obsolescence, through key performance indicators and detailed reports. This empowers companies to plan, monitor, and optimize the performance of a product during development and manufacturing and in the marketplace.
It presents information in the following dashboards: Product Management Product Management - Engineering
The Product Management dashboard provides a 360-degree view of a product, enabling you to monitor the performance of a product through several key performance indicators (KPIs). This dashboard summarizes information from: Oracle General Ledger Oracle Inventory Oracle Order Management Oracle Receivables Oracle Sales Oracle Service
The Product Management - Engineering dashboard enables you to view key engineering measures and thus gain valuable information about the items that you manage. This dashboard summarizes information from: Oracle Engineering Oracle Bills of Material Oracle Cost Management Oracle Product Lifecycle Management
It provides item-level details from: Oracle Product Lifecycle Management Oracle Inventory
Related Topics
Oracle Daily Business Intelligence User Guide
Understanding Reporting
Oracle Daily Business Intelligence for Product Lifecycle Management provides the following dashboards:
Product Management
The Product Management dashboard allows a 360-degree view of the product management cycle. It contains the following KPIs: Booked Value Backlog Value Cost of Goods Sold Inventory Value Other Expenses Product Margin Revenue Sales Forecast Open Opportunity Open Leads Active Service Contract Balance New Service Requests
Use the Daily Product Intelligence or Product Manager responsibility to access this dashboard.
Manufacturing Steps New Change Orders Open Change Orders Part Count
You can see the item being designed to gauge its complexity through part count and manufacturing steps, and you can see how many change orders were created for the item and how many of them are past due. Use the Daily Product Intelligence, Engineering Manager, or Product Manager responsibility to access this dashboard.
Responsibilities
Oracle Daily Business Intelligence for Product Lifecycle Management provides the following roles and responsibilities: Daily Product Intelligence: Provides access to the Product Management Engineering and Product Management dashboards. Engineering Manager: Provides access to the Product Management - Engineering dashboard. It also provides links to HR Management and Expense Management dashboards. Product Manager: Provides access to the Product Management and the Product Management - Engineering dashboard. It also provides links to HR Management and Expense Management dashboards.
Related Topics
For a complete list of all responsibilities and dashboards by intelligence area, see Appendix A: Responsibility and Dashboard Matrix, page B-1.
Dimensions
Oracle Daily Business Intelligence for Product Lifecycle Management uses the following common dimensions: Time Currency Item
Organization Sales Group Customer Change Order Type Change Order Priority Change Order Status Change Order Reason Line of Business Return Reason
Related Topics
For more information about common dimensions, see Common Dimensions, page 1-8.
Open Change Orders: The total number of change orders without an Implemented or Cancel date on the as-of date. This number also includes change orders that have an Implemented or Cancel date that falls after the selected date. Part Count: The number of end-level components in the primary bill of materials of an item. This count summarizes all the individual components in the primary bill of materials of the product without considering the quantity of each component. This value includes only components that are effective on the as-of date. For example, the following figure shows a product with three components (B, D, and E). Part C is not included in the part count because it consists of the individual components D and E. In addition, the quantity of each part is not considered (B=3, D=1, E=2).
Bill of Materials for Product A
Some items are counted differently. This value includes optional items for the Standard, assemble-to-order (ATO), and kit item types and excludes optional items for the pick-to-order (PTO) item type. For more information about part counts, see Oracle Bills of Material User's Guide.
Unit Cost: The cost of the selected item. It presents unit cost by the following cost elements: Materials, Material Overhead, Resources, Outsourcing, and Overhead. Only the valuation cost type of the organization is included in this cost (for example, standard cost).
Backlog Value: Total value of items from customer (external) sales order lines that have been booked, but not yet fulfilled. This is also synonymous with the APICS definition of Open Orders. Cost of Goods Sold: Total item costs that are associated with the shipped product. Cost of goods sold is the cost of goods shipped as booked to the COGS account in Oracle Shipping. Inventory Value: Total cost of ending inventory, including on-hand, intransit, and work in process (WIP) inventory, excluding expense items, asset items in expense subinventories, and Oracle Process Manufacturing non-inventory items. Other Expenses: All expenses that are attributable to any financial category, except Cost of Goods Sold, for a selected product category within the selected period. For example: Marketing Expenses, General Administration, usually along the Line of Business. Product Margin: Net revenue that is generated by the product after taking expenses into account for a selected product category within the selected period. Product Margin = (Revenue (Cost of Goods Sold + Other Expenses) / Revenue) * 100
Revenue: Revenue that is generated by a product in the period selected. Sales of all items sold and processed by Oracle Order Management. This is revenue that is attributed directly to a product, taken from the final invoice in Oracle Receivables. Sales Forecast: Last submitted forecast of the subordinate managers of the selected sales group. Open Opportunity: Sum of the sales credit amount of all open opportunities. Open Leads: Count of leads that have not been closed, converted to opportunity, or marked as dead in the period that is selected based on the as-of date. Active Service Contract Balance: Sum of the value of all service contract lines in Active status on the as-of date. New Service Requests: Count of all new service requests that were opened in the selected period.
Securing Data
The Product Management dashboard uses the basic Oracle Daily Business Intelligence security model only. In addition to the basic Oracle Daily Business Intelligence security model, Oracle Daily
Business Intelligence for Product Lifecycle Management uses organization security to determine which users have access to which organizations on the Product Management - Engineering dashboard. For information about organization security, see Set Up Operating Unit Security, page 2-61.
Related Topics
For more information about security, see Securing Daily Business Intelligence, page 1-14 .
Implementation Considerations
You should be aware of the following common setup concerns before you begin setting up Oracle Daily Business Intelligence for Product Lifecycle Management.
Software
Oracle Inventory (items) Oracle Product Lifecycle Management Oracle Bills of Material (BOM and routing) Oracle Cost Management (unit cost) Oracle Order Management Oracle Engineering
Service Security
The responsibility that you use should have the classification of Service Provider and access to all request types. For details on service security, see Daily Business Intelligence for Service.
Sales Security
The responsibility should have administrator access to the top node of the sales group hierarchy. For details on sales security, see Daily Business Intelligence for Sales.
Product Expenses
To enable product expense reporting:
1.
Map accounts to appropriate financial categories using the Financial Dimension Hierarchy Manager. Map the range of chart of accounts to a product category. Map line of business to the cost center.
2. 3.
For complete instructions on how to set up product expenses, see Daily Business Intelligence for Financials.
Items
Ensure that you set up the items that you want to report on in Oracle Inventory or Oracle Product Lifecycle Management.
Change Orders
Ensure that all the change order attributes that you want to report on are defined in Oracle Product Lifecycle Management (for example status) or Oracle Engineering.
Part Count
For example, assuming the parameter is set to 2, and the part count is defined as shown in the preceding figure, the Oracle Daily Business Intelligence for Product Lifecycle Management summaries would report on A, B, and C, and omit D and E from the summary. The total part count, therefore, would be 3.
Unit Cost
Oracle Daily Business Intelligence for Product Lifecycle Management reports only on the valuation cost type that is associated with the default cost method for the organization. Ensure that all the costs that you want to report on are defined as the valuation cost type. Cost is calculated at the end of the assembly level.
Setup Checklist
Set Up Product Management - Engineering and Product Management Dashboards
The following table provides a list of the steps required to implement the Product Management - Engineering and Product Management dashboards and their associated reports. If you have already completed a setup listed in this checklist, either as part of the setting up the transactional application or as part of setting up another dashboard, you do not need to repeat the setup. Unless otherwise noted, setups can be performed concurrently.
Responsibility
In general, any time you change your source data or your Oracle Daily Business Intelligence for Product Lifecycle Management setup you must rerun the incremental request set to refresh your data.
Change Orders
Run the incremental request set to reflect any changes.
16
Daily Business Intelligence for Projects
Overview
Daily Business Intelligence for Projects provides project executives with essential project-based financial business metrics. Through role-based pages, users gain access to information regarding the state of their business relative to past, present, and projected performance measures. This real-time view enables project executives to make better business decisions, set mid-course corrections, and strive toward achieving business goals. Daily Business Intelligence for Projects provides the following dashboards: Projects Profitability Management Dashboard Projects Operations Management Dashboard Capital Projects Cost Management Dashboard Contract Projects Cost Management Dashboard
Daily Business Intelligence for Projects answers critical business questions, such as: How profitable are the projects in my organizations, and how does that compare to last year, last period, and budget? What is the total cost on projects, and what is the variance against planned spending? What is the expectation for project profits and cost through the end of this period, this quarter, and this year? How much new project business has been booked to date? How much add-on work has been booked?
Are bookings keeping pace with revenue accrual and is new business acquisition trending with work delivery? What backlog is remaining on my projects, and what is the backlog balance trend? What organizations have low resource utilization? How many resources are currently not scheduled on projects, how long have they been available, and how much longer are they expected to remain available?
Daily Business Intelligence for Projects supplies reports for the following applications: Oracle Project Costing Oracle Project Billing Oracle Project Resource Management
Related Topics
Oracle Daily Business Intelligence User Guide
Understanding Reporting
Using Daily Business Intelligence for Projects, you can view the following dashboards. Project Profitability Management This dashboard contains project profitability reports. Project profitability reports enable you to analyze profitability or cost, and determine whether profitability is in line with expected performance. This dashboard also includes forecast profitability and cost reports, which enable you to understand expected performance through the end of a period. Project Operations Management This dashboard contains project opportunity management reports and project resource management reports. Use the project opportunity management reports to understand bookings and backlog, which represent the actual demand that drives project-centric industries. Project resource management reports allow you to track the utilization of your resources to meet customer requirements and company priorities. Capital Projects Cost Management This dashboard contains project-based financial business cost reports for capital projects. These reports reflect the current state of the business and provide comparisons between past, present, and projected performance measures.
Contract Projects Cost Management This dashboard contains project-based financial business cost reports for contract projects. These reports reflect the current state of the business and provide comparisons between past, present, and projected performance measures.
Report types are as follows: Summary: Shows top-level information. For reports that show profitability, cost, bookings and backlog, this information is summarized from projects to project organizations, expenditure type, event type, revenue category, project types, and project classifications. For reports that show utilization and availability, the information is summarized from resources to resource organizations, utilization categories, work types, and job levels. This report type is also referred to as "view-by". It shows aggregated, to-date amounts and is the starting point for analysis in Daily Business Intelligence for Projects. Trend: Shows periodic information for all areas allowing you to identify patterns over time. Trend reports aggregate data by time periods, such as weekly, monthly, quarterly, or yearly. This enables you to focus on both short and long term trend analysis. Detail: Shows project or resource listing reports, providing the source information aggregated in the summary and trend reports. Detail reports provide additional attribute information about the project (such as name, type, manager and customer) or the resource (such as name, last project and next project).
Related Topics
Administer Dashboards and Reports, page 2-41 Setup and Dashboard Matrix, Oracle Daily Business Intelligence Implementation Guide Responsibility and Dashboard Matrix, page B-1
Responsibilities
Daily Business Intelligence for Projects includes predefined responsibilities that provide access to various dashboards or menus. The following table lists each responsibility and the associated dashboards and menus.
Dashboards
Menus
Projects Profitability Management Projects Operations Management Capital Projects Cost Management Contract Projects Cost Management Expense Management HR Management
Projects Profitability Management Projects Operations Management Capital Projects Cost Management Contract Projects Cost Management
Dashboards
Menus
Projects Profitability Management Projects Operations Management Capital Projects Cost Management Contract Projects Cost Management
Related Topics
Responsibility and Dashboard Matrix, page B-1 Setting Up Daily Business Intelligence for Projects, page 16-19
Dimensions
This section describes the dimensions included in Daily Business Intelligence for Projects. Daily Business Intelligence for Projects uses the following unique dimensions: Event Type You use event types to show revenue generation that you cannot attribute to any expenditure item such as bonuses, write-offs, customer discounts, and surcharge. Expenditure Category You use expenditure categories to group expenses you incur on the project such as labor for labor costs, in-house recoverables for costs incurred on the use of corporate assets, and supplier for costs on supplier invoices. Job Level You use job levels or grades to display resource utilization details. Organization You use organizations and organizational hierarchies to summarize and report project data for an organization or group of organizations. Time
You use time periods to summarize data by period type to display trends. Project Classifications You use classifications within a project category to group projects for reporting such as retail or textiles for the project category of industry. Project Type You use project types within a project type class to summarize and report data by project type such as fixed price, cost plus, and time and materials for the project type class of contract projects. Work Type and Utilization Category You use work types to report scheduled and actual resource hours and you use a utilization category to report resource utilization. For example, you enter time cards for a work type of internal support and report utilization for this against the internal billable utilization category. Expenditure Type You use an expenditure type in an expenditure category to classify costs on an expenditure item such as administrative or professional for the expenditure category of labor. Revenue Category You use revenue categories to group expenditure types and event types when budgeting and reporting revenue and billing data.
Related Topics
Common Dimensions, page 1-8
Event Type
Event type categorizes revenue by the event types used on the project. For more information on event types, see the Oracle Projects Implementation Guide.
Expenditure Category
The expenditure category dimension groups cost data by the expenditure categories used on the project. For more information on expenditure categories, see the Oracle Projects Implementation Guide.
Job Level
Job level is a numeric indicator of skill level. It is used as a view-by dimension in Daily
Business Intelligence for Projects utilization reports. You can view the distribution of hours and the associated utilization percentages by job level. Examples of job levels include: 8 (Vice President) 7 (Director) 6 (Senior Manager) 5 (Manager)
Organization
This section provides a brief description of the Organization dimension. Organization is the most frequently used reporting dimension in Oracle Projects, and it is the default view-by dimension in Daily Business Intelligence for Projects. Cost is taken from the projects on which expenditures are recorded. This means that cost amounts are reflected against the project organization. Revenue from these transactions, as well as revenue from events on projects are reflected against the project organization. In addition, bookings and backlog measures are reported according to project owning organizations. Conversely, utilization and availability measures are recorded against the resource organization. Organizations exist in hierarchies. The hierarchies determine organizational relationships for different transactional and reporting purposes. The hierarchy you specify in your Daily Business Intelligence for Projects setup determines how data that is summarized from a project to the project-owning organization is further summarized up to parent organizations. In the reports, you can view data at the highest node in the organization hierarchy to which you have access, and then drill down the organization hierarchy to see amounts by suborganization. The following is an example of an organization hierarchy. Americas East Northeast Southeast
West Central
Latin America
In this example, the highest node in the hierarchy is the Americas organization. You can view data at the organization level for the Americas organization (assuming you have access to this organization). You can then drill down the hierarchy to view data for a suborganization such as East and drill further to see amounts for Northeast.
Related Topics
Organizations, Oracle Projects Fundamentals
Time
In Daily Business Intelligence for Projects, time is available as a view-by dimension that provides you with valuable trend information. Data is accumulated by period and is then displayed according to the period type selected. The following example shows the period types in the reports and the number of periods displayed for each. Enterprise Year (2 years) Enterprise Quarter (4 quarters) Enterprise Period (12) Enterprise Week (13) Fiscal Year (2 periods) Fiscal Quarter (4) Fiscal Period (12) Project Period (13 periods)
Project Classifications
Classification categories are used to indicate some aspect of a project that can be used in reporting. Examples of classifications within classification categories include: Industry High Tech Retail
Consulting
Classification code is the assigned value within a given category. If a project has a classification category of Industry, then High Tech is an example of a classification code for that category. Daily Business Intelligence for Projects enables you to view data for a classification category.
Related Topics
Project Definition, Oracle Projects Implementation Guide
Project Type
Every project belongs to a project type. A project type is typically used to separate projects according to budgeting, costing, and billing methods. Accordingly, project type is a useful categorization for reporting in Daily Business Intelligence for Projects. Every project type belongs to a project type class. Examples of project types within each project type class (Contract, Capital and Indirect) are shown below. Contract Fixed Price
Capital Construction
Using Daily Business Intelligence for Projects, you can view data for all project types (such as Fixed Price), or all project types within a given project type class (Contract, Capital, or Indirect).
Related Topics
Project Definition, Oracle Projects Implementation Guide
Utilization categories are categorizations of work types that can carry weighting factors for use in calculating utilization. Both work types and utilization categories are used in Daily Business Intelligence for Projects reporting to indicate the distribution of utilized time (hours and utilization percent) across these categories. In the following example, work is classified using work types and utilization categories. Work Bid & Proposal (Work Type) Billable Consulting (Utilization Category)
For more information on utilization categories and work types, see the Oracle Projects Fundamentals guide.
Expenditure Type
The expenditure type dimension categorizes the information for each expenditure type on the selected projects. For more information on expenditure types, see the Oracle Projects Implementation Guide.
Revenue
The revenue category dimension displays all expenditure and event types belonging to that category on the report. The default value is ALL. For more information on revenue categories, see the Oracle Projects Implementation Guide.
In Daily Business Intelligence for Projects setup, amounts entered in these budget types by project are summarized by project owning organization, project type and project classification.
Budget and Forecast Amounts Budgets and forecasts are the sum of the budget and forecast amounts for all projects owned by an organization. In your Daily Business Intelligence for Projects setup, you indicate the budget type used for each plan type. . Budget and forecast amounts entered by period are reported in the same amounts by
period. Budget and forecast amounts entered in bulk are distributed pro-rata, by period, according to the start and end dates of the project. Budgets and forecasts are entered in the functional currency of the operating unit to which they belong. These amounts are converted to the global currency for comparative analysis using the conversion rate that applies during the first day of the period, or the rate that applies during the last day of the period. You specify the conversion dates in your Daily Business Intelligence for Projects setup.
Related Topics
Set Up the Reporting Plan Types, page 16-20
Backlog
Bookings Bookings are allocations of project funds. Funding lines are classified as one of the following: Original
Funding lines marked as Original, Addition, or Cancellation are reported as such in Daily Business Intelligence for Projects reports. Corrections and Transfers are added together and reported as Bookings Adjustments. In Daily Business Intelligence for Projects, all funding classifications except Cancellation are treated as positive.
Note: Cancellations are assumed to be negative. If a funding line is
Backlog The different types of backlog in Daily Business Intelligence for Projects are: Backlog Not Started: The backlog on projects that have no billable transactions. Active Backlog: The backlog on active, on-going projects. Dormant Backlog: The backlog on projects where no revenue has been accrued for a particular period. That period (expressed in calendar days) is specified in your Daily Business Intelligence for Projects setup. For more information, see: Backlog. Lost Backlog: The backlog on projects that have been closed during the period of analysis. This amount represents additional potential revenue for an organization. Revenue at Risk: The negative backlog that occurs when revenue accrual exceeds funding.
Backlog Flow Since backlog is a balance figure, and changes in backlog value are a critical indicator of the financial health of an enterprise, Daily Business Intelligence for Projects includes reports that track the amount and source of changes in backlog over a given span of time. These reports are the Bookings and Backlog Activity reports and they show: Beginning Backlog: The backlog balance at the start of the period. Total Net Bookings = Original + Additional + Adjustments - Cancellations. See Bookings, page 16-12 Accrued Revenue: The amount of revenue recognized for the period.
Lost Backlog: See Backlog, page 16-13. Ending Backlog = Beginning Backlog + Total Net Bookings - Accrued Revenue Lost Backlog (if this formula results in a positive number).
Availability Availability is the amount of unused capacity of a resource. The threshold of availability is the percentage of available time required to classify a resource as available. You specify the threshold for availability in your Daily Business Intelligence for Projects setup.
Related Topics
Set Up the Cost and Labor Units, page 16-21 Set Up the Availability Thresholds, page 16-21 Oracle Projects Fundamentals
Measure Cost
Calculation Actual capital projects cost for the period to the as-of-date. The period is determined by the selected period type parameter. Forecast cost on capital projects for the period Cost that can be capitalized for the period to the as-of-date Capital Cost / Capital projects cost for the period to the as-of-date Total costs that cannot be capitalized for the period to the as-of-date
% of Cost
Expense
Forecast Cost
% of Budget
Securing Data
Daily Business Intelligence for Projects data is summarized by project, by resource and by organization. Revenue, cost, bookings, and backlog on each project are summarized up to the project owning organization. Organization level data is then rolled up the organization hierarchy for reporting purposes. Different users are responsible for different levels in the organization hierarchy. Daily Business Intelligence for Projects also provides security at the operating unit level. Like organizations, operating units are arranged in a hierarchy. Using security profiles, you can secure data at the different levels in the hierarchy. For example, if an organization has three operating units, but a particular user only needs access to information for two of the three operating units, the security profile will prohibit the user from having access to the third operating unit.
Related Topics
Securing Data, page 1-14. Setting Up Security Profiles, page 16-18
Implementation Considerations
You should be aware of the following common setup concerns before you begin setting up Daily Business Intelligence for Projects.
Software Prerequisites
Before implementing Daily Business Intelligence for Projects, you must complete the following prerequisite implementation steps. Enable Project Classification To enable project classification reporting in Daily Business Intelligence for Projects, you must enable the "Include in Project Intelligence Reporting" check box in the Class Categories and Codes window (Setup -> Projects -> Classifications) in Projects. Set Up Global Daily Business Intelligence You must complete the global Daily Business Intelligence setup options. The following table lists the required applications to view Daily Business Intelligence for Projects dashboards:
Daily Business Intelligence for Projects Dashboard Capital Projects Cost Management
Oracle Project Billing Oracle Project Costing Oracle Project Resource Management
Related Topics
Project Classifications (Class Categories and Class Codes), Oracle Projects Implementation Guide Setup Checklist for Daily Business Intelligence, page 2-3
Setup Checklist
This section describes the steps required to implement the Daily Business Intelligence for Projects dashboards and reports. If you have already completed a setup step listed in this checklist as part of setting up Oracle Daily Business Intelligence, you do not need to repeat the setup. Unless otherwise noted, you can concurrently perform the setup steps. The following table provides a list of the setup steps required to implement Daily Business Intelligence for Projects.
Setup Step Setting Up Security Profiles, page 16-18 Responsibility Project Intelligence Superuser
Setup Step Setting Up Daily Business Intelligence for Projects, page 16-19 Setting Up Profile Options, page 16-22
After you complete these steps, you can proceed to implement other Oracle Daily Business Intelligence products, or refer directly to "Post Setup Steps" in chapter 2 of this guide. This chapter describes how to set up users and security, as well as how to perform the initial load and incremental refreshes for all Oracle Daily Business Intelligence pages. You must perform these post implementation steps before you use any Oracle Daily Business Intelligence product.
Define an Oracle Human Resources security profile. This profile indicates the starting node in the organization hierarchy for each user. The profile must point to the organization hierarchy specified in the Daily Business Intelligence for Projects setup. Specify this Oracle Human Resources security profile in the system profile PJI: Organization Security Profile. For more information, see: Security in Configuring, Reporting and System Administration in Oracle HRMS.
2.
Define an Oracle Human Resources security profile. This profile indicates the starting node in the operating unit hierarchy for each user. Specify this Oracle Human Resources security profile in the system profile MO: Security Profile. For more information, see: Security in Configuring, Reporting and System Administration in Oracle HRMS.
2.
Navigate to the Project Intelligence Setup page. Select an Organization Hierarchy. In the Organization Hierarchy field, choose the organization hierarchy that you want to use in Daily Business Intelligence for Projects. The hierarchy that you select must include all project and resource owning organizations from all operating units. Note that you can choose a different version of a hierarchy, by choosing a version number as well. Organization hierarchies are defined in Oracle HRMS (see: Using Oracle HRMS: The Fundamentals).
3.
Select the desired implementation options. These options determine the reporting content that you want updated by the summarization programs. The summarization processes are controlled by the concurrent program PRC: Update Project Intelligence Data.
4.
Set up the default period type for each Project Intelligence report group. For each Project Intelligence Report Group, you must set up a default Period Type. These are the default values used in each report group. You must consider your reporting requirements when selecting a value. Select from Year, Quarter, Month, or Week for the default Period Type. The default value is Quarter because many enterprises report on a quarterly basis. Additional Period Types: If you want to be able to summarize your data by other period types, such as project period types and fiscal period types, you must enable the appropriate Period Type check box. For more information on these period types, see: Time, page 2-2.
Note: When you enable additional period types, a larger volume of
data is summarized, which can affect your ability to update data quickly. You should only choose these options if your enterprise requires this kind of summarization. If you are using one calendar across all sets of books and you select that calendar as the enterprise calendar, you should not select fiscal as an additional period type. Also, some users may not need the project period type for management reporting purposes.
5.
Set Up the Ratio Calculation Options for Project Intelligence Reports. The Book to Bill ratio in Project Intelligence is calculated using a fixed duration of time, regardless of the time parameters you select on the reports on which they appear. The reason for this is that for ratio calculations that are related to flow, if one balance is being compared to another, these calculations should be viewed over a rolling period of time to ensure a smoothing effect. Otherwise, the results will appear skewed. Enter the fixed duration of time in calendar days in Book to Bill Ratio Days. Dormant Backlog Days: The Dormant Backlog Days field indicates the number of days after which backlog is considered to be dormant. This setup item is important because lack of activity on a project indicates that no revenue has been generated for a given period of time. For more information on Dormant Backlog, see: Backlog, page 16-13.
Important: The number of days you enter for dormant backlog
calculation must be less than or equal to the difference between the global calendar start date and the earliest transaction date.
6.
Set Up the Reporting Plan Types. You can define the budget type and financial plan type used for budgets and forecasts.
1.
Define the default budget type for each reporting plan type. The following table lists the default Budget Type for each Reporting Plan Type:
Reporting Plan Type Cost Budget Type Revenue Budget Type Cost Forecast Type Revenue Forecast Type Default Budget Type Approved Cost Budget Approved Revenue Budget Forecast Cost Budget Forecast Revenue Budget
If your enterprise uses different budget types for recording budget amounts, then edit the default Budget Type values. Budget and forecast amounts in Daily Business Intelligence for Projects are reported differently depending on whether they are entered by period or in bulk.
2.
Define the default financial plan type for each reporting plan type.
No default values are provided. If you are using both budgeting models, the financial plan types will take precedence over the budget types.
3.
Define the conversion rate date basis for each reporting plan type. Budgets and forecasts are entered in the functional currency of the operating unit to which they belong. These amounts are converted to the global currency for comparative analysis using the conversion rate applicable on one of the following dates. First Day of Planning Period: Plan amounts are converted from their base currency to the global currency using the starting date of the planning period. This is the default value because many enterprises use this date for conversion purposes. Last Day of Planning Period: Plan amounts are converted from their base currency to the global currency using the ending date of the planning period. You must consider your corporate policy before selecting a conversion rate date basis. If your enterprise typically uses the rate applicable at the beginning of the planning period for purposes of converting currency transactions, then select the first option.
7.
Set up the Cost and Labor Units. Set up the type of cost to be used in Daily Business Intelligence for Projects reports. You can choose from the following cost types: Burdened Cost: This is the default value. Raw Cost
Set up the units of labor to be used in resource management reports. You can report labor units in either Hours or Days. The default value is Hours.
Note: Different operating units can have a different definition of a
working day. For example, a working day can be 8 hours in one operating unit, and 7 hours in another one. The Full Time Equivalent (FTE) specifies how many hours are equivalent to a day of work. For more information on defining the Full Time Equivalent hours, see Staffing Implementation Options, Oracle Projects Implementation Guide.
8.
Set up the Availability Thresholds. You can use the following predefined availability ranges to define availability thresholds: 12.5
25 50 75 100 You can override these default values. Ensure that you select one of the five values as the default availability threshold value used in Daily Business Intelligence for Projects reports. Keep in mind that different organizations can have different definitions of resource availability. In one organization, a resource is considered to be available if it is available for more than 50% of the time, while in another organization, the availability threshold may be 75%. You must consider the definition of resource availability in your organization before selecting a value.
9.
Set up the Available Resource Duration Buckets. You can use the following predefined resource duration buckets to report resource availability: 1-5 days 6-10 days 11-15 days 16-20 days Greater than 20 days You can override these default values and enter your own duration buckets for reporting resource availability in Daily Business Intelligence for Projects reports.
Profile Option
Default
User Access
PJI: Debug Level PJI: Global Start Date Override PJI: Number of Parallel Extraction Programs PJI: Organization Security Profile PJI: Output Destination PJI: Truncate PJI Summary Tables PJI: Use DBI Request Set Generator
View Only
View Only
View Only
Update
No Default
View Only
View Only
View Only
View Only
Update
View Only
View Only
View Only
View Only
Update
No Default
Update
Update
Update
Update
Update
No Default
View Only
View Only
View Only
View Only
Update
No
View Only
View Only
View Only
View Only
Update
Yes
View Only
View Only
View Only
View Only
Update
Note: Oracle Projects also uses these profile options. For more
information, see: Appendix B, Shared Profile Options, Oracle Projects Implementation Guide.
debug details. For more information on log levels, see FND: Debug Log Levels, Oracle Applications System Administrator's Guide and Maintenance.
Enter Yes, if the global start date values for Oracle Projects and Daily Business Intelligence for Projects are different. Then enter the common required start date value to override the BIS global start date values for Daily Business Intelligence for Projects. Do the same in Oracle Projects.
2.
The above programs can in turn launch two to eight programs. You can enter a new value in the range of 2 to 8 to replace the default value. The internal name of the profile option is PJI_EXTRACTION_PARALLELISM.
PJI_SECURITY_PROFILE_LEVEL. Enter Yes and specify a valid HR security profile to restrict access to the organizations associated with the profile. To view data for all project organizations, enter No.
The internal name of the profile option is PJI_SUM_CLEANALL. Enter Yes to delete reporting data. Enter No to retain reporting data.
Troubleshooting
This section discusses hypothetical issues that you may encounter when implementing
and using Daily Business Intelligence for Projects. You can use the solutions provided to address such issues. I submitted the concurrent programs for the initial and incremental load. Why do I see incorrect data in my reports? Check to see if you submitted the following programs while submitting the Daily Business Intelligence for Projects concurrent programs for the initial or incremental load of summary amounts: Update Time Dimension HRI Load All Organization Hierarchy Versions
Why do I see obsolete data in my reports? Verify whether you submitted the update concurrent programs for the dashboards associated with the reports that you are viewing. Run the Request Set Generator for an incremental load to ensure that new and changed transactions are reflected in reports.
How often must I update the data in my reports? If your organization is large and has a significant transaction volume, perform daily updates. Otherwise, update data for your organization when you do the following: Create new projects Enter new expenditures Perform revenue accrual Make revenue adjustments
Will my reports automatically reflect changes that I make on the Project Intelligence Setup page? If you make your changes before running the Request Set Generator for the initial load of summarized data, then your reports will automatically reflect your changes after you perform the initial summarization. If you make your changes after running the Request Set Generator for the initial load, then your system administrator must remove the existing data from both the base summary and reports before you run the Request Set Generator again for an initial and incremental load.
Note: Do not perform an incremental load for changes that you
make to Periods, Rolling Weeks, and Cost and Labor Unit Options.
Check to see if you selected Burdened Cost as your Reporting Cost Type on the Project Intelligence Setup page. Why do I not see recent transactions such as expenditure items, revenues, and fundings on my profitability reports? Verify if you did the following: Ran the Request Set Generator to make incremental updates to the data in the reports associated with the Projects Profitability Management dashboard after you entered the new transactions Set the PJI: Use DBI Request Set Generator profile option to No and enabled the following implementation options on the Project Intelligence Setup page: Enable Profitability Reporting Enable Cost Reporting
Cost distributed the new expenditure items, which the General Ledger date for them validates
Why do I not see recent transactions such as project assignments and assignment cancellations on resource management reports? Confirm that you did the following: Ran the Request Set Generator to incremental updates to the data in the reports associated with the Projects Operations Management dashboard after you entered the new transactions Set the PJI: Use DBI Request Set Generator profile option to No and enabled the Enable Utilization and Availability Reporting implementation option on the Project Intelligence Setup page
Why do I not see any values for View by Classification? Ensure that you specified a category value other than All for the Category parameter.
Concurrent Programs
Use the Project Intelligence Administrator responsibility to submit the concurrent programs that summarize project data for the organization for display in the reports associated with the dashboards of Daily Business Intelligence for Projects. Summarization is a two-step process. The first step creates a base summary of data that both Oracle Projects and Daily Business Intelligence for Projects use for reporting. Oracle Projects provides the concurrent programs involved in the first step of
summarization. For information on the two-step summarization process and the concurrent programs involved in extracting and summarizing data used for reporting, see: Understanding Reporting Data Summarization, Oracle Projects Fundamentals. If you are licensed to use Daily Business Intelligence for Projects and Oracle Projects performance reporting, you can navigate from organizational reports in Daily Business Intelligence for Projects to project-level details in Oracle Projects performance reporting. For information on the concurrent programs you must use to ensure that the data you view on organization reports and on project performance pages is consistent, see the tables in the following section.
Daily Business Intelligence for Projects then uses its own concurrent programs to further summarize data from the base summary for display by organization. These programs include: PRC: Load Project Intelligence Data PRC: Update Project Intelligence Data PRC: Refresh Project Intelligence Data PRC: Delete Project Intelligence Data
Similarly, Oracle Projects uses into own concurrent programs to further summarize the base summary data for display on project performance, workplan, and financial plan pages. These programs are: PRC: Load Project Performance Data PRC: Update Project Performance Data PRC: Refresh Project Performance Data PRC: Delete Project Performance Reporting Data
For information on the concurrent programs used by Oracle Projects performance reporting, see: Performance and Exceptions Reporting Processes, Oracle Projects Fundamentals. If you are licensed to use both Oracle Projects performance reporting and Daily Business Intelligence for Projects, then you can navigate from one to the other application to view project summary amounts for the organization and for a specific project of the organization. In this case, you must ensure that data is consistent when navigating from a Daily Business Intelligence for Projects report to a project performance page. The following tables describe possible business cases or circumstances for submitting one or a combination of concurrent programs, the order and recommended method of submission, and the result achieved by each of the programs. Use the table below for information on possible business cases and the programs you need to submit when using only Daily Business Intelligence for Projects
Viewing Daily Business Intelligence for Projects Reports Business Case Order of Programs Recommended Submission Method Use the request set generator for initial load of all dashboards and associated reports. Results
1.
PRC: Load Project and Resource Base Summaries PRC: Load Project Intelligence Data
2.
The first program summarizes data from transactions to create a base summary of reporting data. The second program further summarizes base summary data for Daily Business Intelligence for Projects reports. The first program updates the base summary data with incremental changes. The second program further summarizes the updated base summary data to ensure that the data in Daily Business Intelligence for Projects reports is current.
1.
PRC: Update Project and Resource Base Summaries PRC: Update Project Intelligence Data
2.
Use the request set generator for incremental updates to selected dashboards and associated reports.
Business Case
Order of Programs
Recommended Submission Method The system administrator creates and runs a request set of the two programs.
Results
1.
PRC: Refresh Project and Resource Base Summaries2 PRC: Refresh Project Intelligence Data2
2.
The first program re-summarizes data for the specified projects and overwrites the existing base summary data with the new data. The second program further summarizes the new base summary data of the same projects for Daily Business Intelligence for Projects reports.
Incorrect or missing data for all projects on dashboards and reports. Changed implementation options for Daily Business Intelligence or for Daily Business Intelligence for Projects not reflected on reports.
1.
PRC: Delete Project Intelligence and Performance Reporting Data2 PRC: Delete Project Intelligence Data2 PRC: Load Project and Resource Base Summaries PRC: Load Project Intelligence Data
2.
3.
4.
The system administrator creates and runs a request set of the first two programs. Then, use the request set generator to perform an initial load of data for all dashboards and associated reports.
The first program deletes the base summary data. The second program clears data from Daily Business Intelligence for Projects reports. The third program recreates the base summary data. The fourth program further summarizes the new base summary data for Daily Business Intelligence for Projects reports.
1A
new instance can be the result of a fresh install or a re-install subsequent to changes in implementation options, or errors in data for all projects. A re-install involves the removal of all existing data from the base summary and from dashboards and reports.
2Run
the concurrent program only on the recommendation of an Oracle Support representative. Use the table below for information on possible business cases and the programs you need to submit if you are licensed to use both Daily Business Intelligence for Projects and Oracle Projects performance reporting, and are navigating from one to the other.
Viewing Daily Business Intelligence for Projects Reports and Project Performance Pages Business Case Order of Programs Recommended Submission Method Use the request set generator for initial load of all dashboards and associated reports. Run a single request for the Load Project Performance Data program. Results
New instance of Daily Business Intelligence for Projects. New instance of Oracle Projects Performance Reporting.
1.
PRC: Load Project and Resource Base Summaries PRC: Load Project Intelligence Data PRC: Load Project Performance Data PRC: Update Project Performance Data
2.
The first program extracts and summarizes transaction amounts to create a base summary of reporting data. The second program further summarizes base summary data for Daily Business Intelligence for Projects reports. The third program further summarizes base summary data for Oracle Projects. The fourth program uses the base summary data to create the global calendar and currency for financial plans.
3.
4.
Business Case
Order of Programs
Recommended Submission Method Use the request set generator for initial load of all dashboards and associated reports. Submit a single request for the Update Project Performance Data program
Results
1.
PRC: Update Project and Resource Base Summaries PRC: Update Project Intelligence Data PRC: Update Project Performance Data
The first program updates the base summary data. The second program further summarizes the updated base summary data to ensure that the data in Daily Business Intelligence for Projects reports is current. The third program further summarizes the updated base summary data to ensure that data at the project level is current and consistent when you navigate to this from an organization-level report.
2.
3.
Business Case
Order of Programs
Recommended Submission Method Use the request set generator for incremental load of the required dashboard and associated reports.
Results
Navigating from Daily Business Intelligence for Projects reports to project performance pages to view planned amounts.
1.
PRC: Update Project and Resource Base Summaries PRC: Update Project Intelligence Data
The first program updates base summary plan data. The second program further summarizes updated base summary plan data for Daily Business Intelligence for Projects reports. Oracle Projects summarizes planned amounts online. This means that if base summary plan data is current, then displayed planned amounts are current.
2.
Incorrect or missing data for some projects on Daily Business Intelligence for Projects dashboards and reports. Incorrect or missing data on project performance pages.
1.
PRC: Refresh Project and Resource Base Summaries2 PRC: Refresh Project Intelligence Data2 PRC: Refresh Project Performance Data2
2.
The system administrator creates and runs a request set of the two programs.
The first program re-summarizes data for the specified projects and overwrites the existing base summary data with the new data. The second program further summarizes the fresh base summary data of the same projects for Daily Business Intelligence for Projects reports. The third program further summarizes the fresh base summary data of the same projects for Oracle Projects.
3.
Business Case
Order of Programs
Recommended Submission Method The system administrator creates and runs a request set of the first two programs. The system administrator submits the Delete Project Performance Reporting Data program. Use the request set generator to perform an initial load of data for all dashboards and associated reports. Submit a single request for the Load Project Performance Data program.
Results
Incorrect or missing data for all projects on Daily Business Intelligence for Projects reports. Incorrect or missing data for all projects on project performance pages. Changed implementation options for Daily Business Intelligence, Daily Business Intelligence for Projects, or Oracle Projects Performance Reporting that are not reflected in reports or on project performance pages.
1.
PRC: Delete Project Intelligence and Performance Reporting Data2 PRC: Delete Project Intelligence Data2 PRC: Delete Project Performance Reporting Data2 PRC: Load Project and Resource Base Summaries PRC: Load Project Intelligence Data PRC: Load Project Performance Data
The first program deletes the base summary data. The second program clears data from Daily Business Intelligence for Projects reports. The third program clears data from Oracle Projects performance, workplan, and financial plan pages. The fourth program recreates the base summary data. The fifth program further summarizes the new base summary data for Daily Business Intelligence for Projects reports. The sixth program further summarizes the new base summary data for Oracle Projects.
2.
3.
4.
5.
6.
1A
new instance can be the result of a fresh install or a re-install subsequent to changes in implementation options, or errors in data for all projects. A re-install involves the removal of all existing data from the base summary, project performance pages, and from dashboards and reports.
2Run
displays the updated data in the reports. If a currency conversion error occurs while a request collects data, then the entire collection fails. You can use the Request Set Generator to run an incremental load more than once a day. For example, if you are licensed to use Daily Business Intelligence for Projects and Oracle Projects performance reporting, and are viewing planned amounts, you must use the Request Set Generator to run an incremental load request for the dashboard before you navigate from an associated report to a project performance page. In addition, use the Request Set Generator to resubmit the initial load request if you need to clear out existing data and start over with new data in reports.
Related Topics
Schedule Incremental Request Sets, page 2-80 Understanding Daily Business Intelligence, page 1-5. Currency, page 2-2.
Program Submission
Use the Submit Request window to submit the PRC: Update Project Intelligence Data program.
representative.
If data problems persist, submit this program after you run the Refresh Project and Resource Base Summaries concurrent program. You must submit this program and the Refresh Project and Resource Base Summaries program using the same set of parameters. If you submit the Refresh Project and Resource Base Summaries program for a specific set of projects, Daily Business Intelligence for Projects will not allow you to submit other summarization programs for these projects until you run the Refresh Project Performance Data program.
Note: You do not need to submit the Refresh Project and Resource Base
Summaries program to submit this program and refresh information for dashboard and reports.
Program Submission
Use the Submit Request window to submit the PRC: Refresh Project Intelligence Data program.
Program Parameters
If you submit the Refresh Project and Resource Base Summaries program for a specific operating unit or for one or more specific projects, you must submit this program for the same operating unit or projects. Expenditure Organization. Select an organization to limit the refresh to projects of this organization. Include Suborganizations. Enter Yes to display amounts for the suborganizations. Enter No to display amounts only for the organization. From/To Project. Specify a project or a range of projects to limit the refresh to specified projects of the selected organization. Project Operating Unit. Specify an operating unit of the selected organization to limit the refresh to projects for a single operating unit.
Intelligence and Performance Reporting Data program, and only after the completion of that program. Run this program only at the direction of an Oracle Support representative.
Program Submission
Use the Submit Request window to submit the PRC: Delete Project Intelligence Data program.
Note: Before you submit this program, verify that the profile option PJI:
Program Parameters
Are you sure? Select Yes to submit the request and No to cancel the request.
Program Submission
Use the Submit Request window to submit the Project Intelligence Security Audit Report program.
Program Parameters
User Name. Specify a user name.
representative.
Program Submission
Use the Submit Request window to submit the Materialized View Refresh Utility program.
Program Parameters
MV Name. The default value is All. To run this utility for a specific materialized view, specify the name of the view.
17
Daily Business Intelligence for Quoting
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Considerations Set Up Checklist Summarizing Data Troubleshooting
Overview
DBI for Quoting allows sales executives and sales managers to analyze the quote-to-order life cycle. They can view information on the efficiency of the quote conversion process and approvals process, together with the influence of price adjustments (discounts or surcharges) on the rate of quote conversion. This information is presented through a series of Key Performance Indicators (KPIs), reports, and graphs.
Understanding Reporting
Quote Management Dashboard
The Quote Management dashboard displays information on various aspects of the quoting process through a series of KPIs, tables and graphs. The dashboard displays
information from various reports on quoting operations in a consolidated, easy-to-read format. All KPIs on the dashboard and in the reports are sourced from the Oracle E-Business Suite Quoting transaction system.
Responsibilities
The following responsibility is provided by Daily Business Intelligence for Quoting. Daily Quoting Intelligence: To access DBI for Quoting, log in to the Self Service application with this responsibility. Users must have the 'Manager' or 'Administrator' role, assigned to a sales group. Users with the 'Member' role are not permitted access.
Related Topics
For a complete list of all responsibilities and dashboards by intelligence area, see: "Responsibility and Dashboard Matrix", page B-1.
Dimensions
Daily Business Intelligence for Quoting uses the following unique dimensions: Time Sales Group Item Currency
Related Topics
For more information on common dimensions, see: Common Dimensions, page 1-8.
DBI for Quoting Key Performance Indicators KPI Total Quotes Calculation All quotes (Number and Amount) that had the potential to be converted into orders during the reporting period, regardless of the current status of the quote. The value of the quotes is from the highest version of the quote. Converted Quotes (Number and Amount) are all quotes where the highest version was converted to an order during the reporting period. Specifically, those quotes where the highest version has a status of Order Submitted and an order date in the reporting period. Note that the date ranges are inclusive. Assume that the reporting period is 1/1/03 - 1/31/03. If the highest version of a quote was converted to an order on 1/1/03 or 1/31/03, it should be included. Open Quotes All quotes (Number and Amount) that have not expired or converted to an order during the reporting period. The value of Converted Quotes expressed as a percentage of the value of Total Quotes. The average number of days taken for the highest version of the quote to convert to an order, since the creation of the first version of the quote. The number of all quotes, submitted for approval, which had their window of approval partly or completely within the reporting period. The number of all approval submissions which have completed their approval process, regardless of approval status. Approved percent from quotes that have been submitted for their respective approval processes. Calculated as: (Number of Quotes with 'Approved' status) x 100 divided by the Number of Quotes submitted for Approval. The number of all approval submissions which have an 'Approved' approval status, expressed as a percentage of the number of all submissions that have completed the approval process.
Converted Quotes
All Submissions
Calculation The average number of days taken to approve an approval submission, regardless of the approval status, from the time the quote was submitted for approval, to the final approver of the quote. The average number of approvers required to approve an approval submission, regardless of the approval status.
Securing Data
DBI for Quoting uses the Sales Group security model set up in Oracle Resource Manager to access and restrict content. This role-based security model permits the user to only view specific sales group information. Rules governing access are outlined below. Permitted Roles Access to DBI for Quoting is restricted to users with one of the following Oracle Resource Manager roles assigned: Manager Administrator
Sales Group Access User access is restricted to viewing information for the following sales groups/sales persons (these groups/persons display in the Sales Group parameter): A user's own sales group Those sales groups and sales persons subordinate to the user's own sales group (as defined in the current view of the sales group hierarchy)
The user is prevented from viewing peer sales group information. Users can drill down into the sales group hierarchy to its lowest level.
Implementation Considerations
The Oracle Quoting application must be set up, before implementing DBI for Quoting. The Oracle Approvals Management application provides information to DBI for Quoting, and is recommended but not necessary: Both the applications are part of the Oracle E-Business Suite.
Set Up Checklist
Set Up Quote Management Dashboard
The following table provides a list of the steps required to implement the Quote Management dashboard and its associated reports. If you have already completed a setup listed in this checklist, either as part of the setting up the transactional application or as part of setting up another dashboard, you do not need to repeat the setup.
Quote Management Dashboard Setup Steps Step Set Up Daily Business Intelligence Framework, page 2-33 Responsibility
Set up customizable bucket sets as described in the "Customize Buckets" section of the Daily Business Intelligence chapter in this guide. The Quote Summary by Discount report uses the Quoting Discount Bucket customizable bucket set to define discount ranges. For functional currency conversion, set the profile option, BIS: Treasury Rate Type. See the "Implementing Daily Business Intelligence" chapter in this guide for more information on this profile option. Post-Setup Steps, page 2-72
Summarizing Data
This section contains information about the materialized views for DBI for Quoting: Materialized Views Related to Resource Groups The following views are intermediate level materialized views used in a higher-level materialized view and should not be used in runtime queries ASO_BI_TOP_RSG_MV --- This materialized view stores information relative to the unique sales groups available. ASO_BI_RSG_PRNT_MV --- This materialized view stores information relative to the parents for all of the unique sales groups available. For the top level sales group, NULL is stored as the parent group ID.
Materialized Views Related to Product Category Summarization ASO_BI_QLIN_L1_MV --- This materialized view stores information relative to the product category summarization. This level 1 materialized view gets the product category id for the quotes lines and aggregates by day. This is an intermediate level materialized view used in a higher-level materialized view and should not be used in runtime queries. ASO_BI_QLIN_L2_MV --- This materialized view stores information relative to the product category summarization. This level 2 materialized view provides the measures for open, new, and converted for product category from the unions. This is an intermediate level materialized view used in a higher-level materialized view and should not be used in runtime queries. ASO_BI_QLIN_PC_MV --- This materialized view stores information relative to the product category summarization. This materialized view rolls up the quote line information by product category, sales group, and time. This is a top level materialized view and should be used in runtime queries.
Materialized Views Related to Sales Group Summarization ASO_BI_QOT_L1_MV --- This materialized view stores information relative to quote summary by sales group and product category. It is a level 1 materialized view created from the union of the ASO base materialized view, ASO_BI_QUOTE_HEADERS_ALL. ASO_BI_QUOTE_HEADERS_ALL --- This materialized view has the union of all parts for different measures, such as new, converted, and open. This is an intermediate level materialized view used in a higher-level materialized view and should not be used in runtime queries. ASO_BI_QOT_SG_MV --- This materialized view stores information relative to
quote summary by sales group. It is a level 2 materialized view, and is rolled up by time and sales group. This materialized view provides for different measures, such as total, converted, and days for conversion. This is an intermediate level materialized view used in a higher-level materialized view and should not be used in runtime queries. Materialized Views Related to Top Quotes ASO_BI_TOP_QOTB_MV --- This materialized view stores the Open and converted Quotes for the current period. This MV derives its information directly from the Quote Headers and Quote Approvals transactions tables. This materialized view will always be refreshed completely. This is an intermediate materialized view used in higher-level materialized view and should not be used in front-end query. ASO_BI_TOP_QOT_MV --- This materialized view stores the top 25 ranked quotes rolled up by Sales Group. The materialized view is based on ASO_BI_TOP_QOTB_MV.
Materialized Views Related to Adjusted Price ASO_BI_DISC_BUK_MV --- This materialized view stores information relative to the quote summaries by adjusted price report. It is a level 1 materialized view, and gets the range details from the bucket_customizations table which contains both customizations and seed data. This is an intermediate level materialized view used in a higher-level materialized view and should not be used in runtime queries. ASO_BI_QOT_DISCB_MV --- This materialized view stores information relative to the quote summaries by adjusted price report. It is a level 2 materialized view, and qualifies the quotes with the bucket identifier. It also provides measures for open, new, and converted by union. This is an intermediate level materialized view used in a higher-level materialized view and should be used in runtime queries. ASO_BI_QOT_DISC_MV --- This materialized view stores information relative to the adjusted price report. This materialized view is rolled up by sales group and time, and provides measures for total and converted. This is a top level materialized view and should be used in runtime queries.
Materialized Views Related to Approvals ASO_BI_QOT_APRB_MV --- This materialized view stores aggregated approval information relative to quotes by Sales group and Time. This is an intermediate materialized view used in higher-level materialized view and should not be used in runtime queries. ASO_BI_QOT_APR_MV --- This materialized view stores rolled up information from ASO_BI_QOT_APRB_MV by Sales Group and time. This is the top-level materialized view used in the Approvals reports.
ASO_BI_QOT_RULB_MV --- This materialized view stores aggregated information of approval rules relative to quotes by sales group and Time. This is an intermediate materialized view used in higher-level materialized view and should not be used in front-end query. ASO_BI_QOT_RUL_MV --- This is the top-level materialized view for approval rules. It rolls up approval rules information from ASO_BI_QOT_RULB_MV by Sales Group and Time dimensions. This is top-level materialized view used in Approval Rules report.
Troubleshooting
Why is my Sales Group LOV empty? Ensure that you have completed the Resource Manager setup for your sales organization. Verify if the Quoting DBI user has the 'Manager' role in the sales group. Verify if the sales groups setup have been changed after accessing the Quoting DBI reports. If yes, then the sales group data may have been cached previously. To refresh data, sign on as DBI Administrator, and navigate to Debug Utilities -> Refresh Dashboard. Enter the page name of the dashboard, as mentioned in the table below, which you would like to refresh.
Why does the Product Category LOV differ in Sales DBI and in Oracle Quoting? This is by design. The Product Category LOV used in Sales DBI is unrestrictive and is consistent across all DBI products, whereas the Product Category LOV in Oracle Quoting is restricted to inventory organizations for the user's operating units.
18
Daily Business Intelligence for Regulatory Compliance
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Financial Statement Certification Dashboard Key Performance Indicators (KPIs) Implementation Considerations Setup Checklist
Overview
Oracle Daily Business Intelligence for Regulatory Compliance (DBI for Regulatory Compliance) provides a summary of your organization's financial and process certification metrics. The Financial Statement Certification dashboard measures and tracks the performance of daily financial certification activities, enabling you to resolve any open issues, and take remedial actions, if necessary. DBI for Regulatory Compliance provides the following dashboard: Financial Statement Certification Dashboard, page 18-2
Related Topics
Oracle Daily Business Intelligence User Guide
Understanding Reporting
Daily Business Intelligence for Regulatory Compliance provides intuitive reports and graphs that display the status of organizational and process certifications, open issues, and open remedial actions. Signing officers can quickly see open issues in their certification activities and take proactive steps to complete the certification process. For detailed descriptions on each of the reports and the calculations involved, see Daily Business Intelligence for Regulatory Compliance, Oracle Daily Business Intelligence User Guide. The following dashboard is provided by Daily Business Intelligence for Regulatory Compliance.
Responsibilities
The following responsibilities are provided by Daily Business Intelligence for Regulatory Compliance. Daily Compliance Intelligence: The Daily Compliance Intelligence responsibility provides access to all the DBI for Regulatory Compliance functions.
Note: The Financial Certification dashboard includes the following
links to Daily Business Intelligence for Financials and Daily Business Intelligence for Human Resources dashboards on the first Links portlet: Profit and Loss (Financials) Expense Management (Financials)
If you have not implemented Daily Business Intelligence for Financials and Daily Business Intelligence for Human Resource, these links would not work. In such a case , you can use the Personalize option to remove these links.
Related Topics
For a complete list of all responsibilities and dashboards by intelligence area, see: Appendix A: Responsibility and Dashboard Matrix, page B-1.
Dimensions
Daily Business Intelligence for Regulatory Compliance uses the following unique dimensions: Certification Dimension Provides the listing of financial statement certifications. This dimension is dependent on the Certification Type and Period dimensions. Certification Issue Priority Dimension Lets you set the priority for findings, remediations, and issues in a financial certification. Certification Issue Reason Dimension Lets you state the reason for findings, remediations, and issues in a financial certification. Certification Status Dimension Provides the listing of a financial certification status. Certification Type Dimension Provides the listing of preseeded and customer-defined certifications. Examples are SOX 302 and SOX 404. Control Evaluation Result Dimension Lets you group the control evaluation results. Disclosure Control Dimension Lets you state whether the control is of the disclosure type.
Key Control Dimension Lets you state whether the risk has key control.
Likelihood Dimension Lets you state whether the risk is likely to occur.
Organization Certification Result Dimension Lets you group the organization certification results.
Period Dimension Provides the listing of preseeded periods. Examples are month, quarter, and year.
Period Name Dimension Provides the listing of periods values. This dimension is dependent on the Period dimension.
Process Certification Result Dimension Lets you group the process certification results.
Provides the listing of priorities of a remediation. Remediation Reason Dimension Provides the listing of reasons of a remediation. Risk Evaluation Result Dimension Lets you group the risk evaluation results. Significant Account Dimension Provides the listing of significant accounts. Significant Account Evaluation Result Dimension Lets you group the significant account evaluation results.
Related Topics
For more information on common dimensions, see: Common Dimensions, page 1-8.
Open Remedial Actions: Remediation: The total count of open remediations of Oracle Internal Controls Manager (OICM). Open Remedial Actions: Findings: The total count of open findings of OICM.
Note: An open object, such as an open finding, is defined as any object
without a completion date, or with a completion date that is past the selected period's last day.
You can drill to the Open Remedial Action Summary report, Oracle Daily Business Intelligence User Guide from these KPIs.
Significant Account Evaluation Status KPIs
Significant Account Evaluation Status: % Not Evaluated: The number of significant accounts that are not evaluated divided by the total number of significant accounts, expressed as a percentage. Significant Account Evaluation Status: % Evaluated as Having Ineffective Controls: The number of significant accounts that are evaluated as anything other than effective divided by the total number of significant accounts, expressed as a
percentage. Significant Account Evaluation Status: % Evaluated as Having Effective Controls: The number of significant accounts that are evaluated as effective divided by the total number of significant accounts, expressed as a percentage.
You can drill to the Significant Account Evaluation Result report, Oracle Daily Business Intelligence User Guide from these KPIs.
Organization Certification Status KPIs
Organization Certification Status: % Not Certified: The number of organizations that are not certified divided by the total number of organizations, expressed as a percentage. Organization Certification Status: % Certified with Issues: The number of organizations that are certified with issues divided by the total number of organizations, expressed as a percentage. Organization Certification Status: % Certified: The number of organizations that are certified divided by the total number of organizations, expressed as a percentage.
You can drill to the Organization Certification Result report, Oracle Daily Business Intelligence User Guide from the above listed KPIs.
Process Certification Status KPIs
Process Certification Status: % Not Certified: The number of organizational processes that are not certified divided by the total number of organizational processes, expressed as a percentage. Process Certification Status: % Certified with Issues: The number of organizational processes that are certified with issues divided by the total number of organizational processes, expressed as a percentage. Process Certification Status: % Certified: The number of organizational processes that are certified divided by the total number of organizational processes, expressed as a percentage.
You can drill to the Process Certification Result report, Oracle Daily Business Intelligence User Guide from these KPIs.
Implementation Considerations
The following are common setup concerns that you should be aware of before you begin setting up Daily Business Intelligence for Regulatory Compliance.
Software
The Financial Statement Certification dashboard uses the financial statement information from Oracle Internal Controls Manager (OICM). The dashboard will not have any data if no financial statement certifications exist. To ensure the most meaningful data on the Financial Statement Certification dashboard, audit engagement and business process certifications must be created first, because: Audit engagement evaluations supply evaluation information for risks and controls, as well as information about findings. Business process certifications (that are within the scope of financial statement certifications) supply information that is included on process certification reports and organization certification reports, as well as information about issues.
Consideration
Set up the enterprise calendar using the DBI administrator responsibility. DBI for Regulatory Compliance uses this information for the Time dimension.
Note: The calendar definition for this calendar may be different from
the calendar definition for AMW. The data will be mapped to the enterprise calendar in DBI for Regulatory Compliance.
Setup Checklist
Set Up Financial Statement Certification Dashboard
The following table provides a list of the steps required to set up the Financial Statement Certification dashboard and its associated reports.
Step Implement the Financial Statement Certification dashboard. Description Enable the Financial Statement Certification dashboard to implement it. For more information, refer to Enable Dashboards, page 2-41.
Description Create the request sets that populate the Financial Statement Certification tables with relevant data. Create two request sets for:
RCI Compliance Environment Change Summary Report RCI Open Remedial Action Summary RCI Open Issue Summary RCI Control Detail Report RCI Unmitigated Risks Report RCI Organization Certification Report RCI Process Deficiency Report RCI Process Detail Report RCI Process Certification Summary RCI Significant Account Evaluation Summary
For more information, refer to Create Initial and Incremental Request Sets, page 2-74.
If you have already completed a setup listed in this checklist, either as part of the setting up the transactional application or as part of setting up another dashboard, you do not need to repeat the setup. Unless otherwise noted, setups can be performed concurrently. For more information, refer to Setup Checklist, page 2-3.
19
Daily Business Intelligence for Sales
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Considerations Set Up Checklist Set DBI for Sales Profile Options Flexible Bucket Setup Run Initial Load of Opportunity Log Tables Concurrent Program Maintenance and Administration Assumptions Summarizing Data: Base Summary Tables Summarizing Data: Materialized Views Troubleshooting
Overview
Oracle Daily Business Intelligence (DBI) for Sales is a management reporting tool which allows sales executives and managers to gain the most comprehensive forecast analyses, revenue backlog summaries, opportunity activity reviews, and sales force comparisons for their organizations. Oracle DBI for Sales provides timely, relevant and cross-functional sales information that enables your sales organization to address all
mission-critical challenges. Oracle DBI for Sales comprises of a series of Key Performance Indicators (KPIs), trend graphs, and summarized tables. The reports and KPIs may be updated on a daily basis to provide the most recent sales trends and indicators of an enterprise's business. All together, it is a rich set of comparative features with unparalleled levels of actionable analytics across the sales organization. Areas of focus include forecast versus pipeline performance, lead and opportunity by campaign, pipeline growth trend, opportunity win/loss, and revenue backlog accumulation. It is tailored for sales executives and managers, enabling them to monitor sales performance and to formulate an optimal sales strategy for the business.
Understanding Reporting
DBI for Sales provides the following dashboards:
Responsibilities
The following responsibilities are provided by DBI for Sales. Daily Sales Intelligence:To access DBI for Sales dashboards and reports, log in to the Self Service Web application with this responsibility. If customers have implemented Oracle Sales, they can use the 'Sales Manager' responsibility. DBI for Sales permits access to resources (users) that are assigned to the sales group with a 'Manager' or 'Administrator' role. Resources that have a 'Member' role cannot view any information on the dashboards or reports.
Related Topics
For a complete list of all responsibilities and dashboards by intelligence product, see: Appendix A, "Responsibility and Dashboard Matrix".
Dimensions
DBI for Sales uses the following dimensions in the dashboards and reports. Time Sales Group Item (Product Category Dimension Object only) Currency Campaign
Related Topics
For more information on common dimensions, see: Common Dimensions, page 1-8.
Sales Forecast Management Dashboard KPIs KPI Name Sales Group Forecast Description The last submitted forecast of the manager of the selected sales group that has the: (1) Forecast submission for the selected current period. (2) Forecast period type as the current selected period type. (or rolled up to the current selected period type) The sum of the last submitted forecasts of the subordinates of the selected sales group that have the: (1) Forecast submission for the selected current period. (2) Forecast period type as the current selected period type (or rolled up to the current selected period type). Note that depending upon where it is located, the Direct Reports Forecast KPI will drill to one of the following reports: Sales Results vs Forecast or Forecast Overview. In these cases, it will be named accordingly in the UI. The sum of the sales credit amount of all opportunities, weighted by the Win Probability, that have the: (1) Close date within the selected current period. (2) Forecastable flag set ('Include in Forecast' checked) for all sales groups and sales persons belonging to the selected sales group and for all product categories belonging to the selected product category (defined by the View By parameter). When the Weighted Pipeline value of a prior period falls within a period for which no snapshot is available, '-' will be displayed. Therefore, the change value between the current and prior periods will be blank. Note that depending upon where it is located, the Weighted Pipeline KPI will drill to one of the following reports: Weighted Pipeline or Forecast Overview. In these cases, it will be named accordingly in the UI.
Weighted Pipeline
Description The sum of the sales credit amount of all opportunities that have the: (1) Close date within the selected current period. (2) Forecastable flag set ('Include in Forecast' checked) for all sales groups and sales persons belonging to the selected sales group and for all product categories belonging to the selected product category (defined by the View By parameter). When the Pipeline value of a prior period falls within a period for which no snapshot is available, '0' will be displayed. Therefore, the change value between the current and prior periods will be blank. Note that depending upon where it is located, the Pipeline KPI will drill to one of the following reports: Weighted Pipeline or Forecast Overview. In these cases, it will be named accordingly in the UI. The sum of the sales credit amount of all opportunities that have the: (1) Close date between the start of the selected current period and selected As of Date. (2) Closed flag set ('Open' unchecked) (3) Won flag set ('Win' selected for Win Loss Indicator) for all sales groups and sales persons belonging to the selected sales group and for all product categories belonging to the selected product category (defined by the View By parameter). Note that depending upon where it is located, the Won KPI will drill to one of the following reports: Sales Results vs Forecast, Opportunity Win/Loss, and Forecast Overview. In these cases, it will be named accordingly in the UI.
Won
Sales Management Dashboard KPIs KPI Name Revenue Description Total value of product revenue that has gone through the revenue recognition process and has been designated as recognized revenue. Total value associated with all order lines for products that have been booked, plus the negative value of returns order lines that have been booked. The last submitted forecast of the manager of the selected sales group that has the: (1) Forecast submission for the selected current period. (2) Forecast period type as the current selected period type. (or rolled up to the current selected period type) The sum of the last submitted forecasts of the subordinates of the selected sales group that have the: (1) Forecast submission for the selected current period. (2) Forecast period type as the current selected period type (or rolled up to the current selected period type). Note that depending upon where it is located, the Direct Reports Forecast KPI will drill to one of the following reports: Sales Results vs Forecast or Forecast Overview. In these cases, it will be named accordingly in the UI.
Net Booked
Description The sum of the sales credit amount of all opportunities, weighted by the Win Probability, that have the: (1) Close date within the selected current period. (2) Forecastable flag set ('Include in Forecast' checked) for all sales groups and sales persons belonging to the selected sales group and for all product categories belonging to the selected product category (defined by the View By parameter). When the Weighted Pipeline value of a prior period falls within a period for which no snapshot is available, '-' will be displayed. Therefore, the change value between the current and prior periods will be blank. Note that depending upon where it is located, the Weighted Pipeline KPI will drill to one of the following reports: Weighted Pipeline or Forecast Overview. In these cases, it will be named accordingly in the UI. The sum of the sales credit amount of all opportunities that have the: (1) Close date within the selected current period. (2) Forecastable flag set ('Include in Forecast' checked) for all sales groups and sales persons belonging to the selected sales group and for all product categories belonging to the selected product category (defined by the View By parameter). When the Pipeline value of a prior period falls within a period for which no snapshot is available, '0' will be displayed. Therefore, the change value between the current and prior periods will be blank. Note that depending upon where it is located, the Pipeline KPI will drill to one of the following reports: Weighted Pipeline or Forecast Overview. In these cases, it will be named accordingly in the UI.
Pipeline
Description The sum of the sales credit amount of all opportunities that have the: (1) Close date between the start of the selected current period and selected As of Date. (2) Closed flag set ('Open' unchecked) (3) Won flag set ('Win' selected for Win Loss Indicator) for all sales groups and sales persons belonging to the selected sales group and for all product categories belonging to the selected product category (defined by the View By parameter). Note that depending upon where it is located, the Won KPI will drill to one of the following reports: Sales Results vs Forecast, Opportunity Win/Loss, and Forecast Overview. In these cases, it will be named accordingly in the UI.
Open
Description The sum of the sales credit amount of all opportunities that have the: (1) Close date within the selected current period. (2) Forecastable flag set ('Include in Forecast' checked) for all sales groups and sales persons belonging to the selected sales group and for all product categories belonging to the selected product category (defined by the View By parameter). When the Pipeline value of a prior period falls within a period for which no snapshot is available, '0' will be displayed. Therefore, the change value between the current and prior periods will be blank. Note that depending upon where it is located, the Pipeline KPI will drill to one of the following reports: Weighted Pipeline or Forecast Overview. In these cases, it will benamed accordingly in the UI. The sum of the sales credit amount of all opportunities, weighted by the Win Probability, that have the: (1) Close date within the selected current period. (2) Forecastable flag set ('Include in Forecast' checked) for all sales groups and sales persons belonging to the selected sales group and for all product categories belonging to the selected product category (defined by the View By parameter). When the Weighted Pipeline value of a prior period falls within a period for which no snapshot is available, '-' will be displayed. Therefore, the change value between the current and prior periods will be blank. Note that depending upon where it is located, the Weighted Pipeline KPI will drill to one of the following reports: Weighted Pipeline or Forecast Overview. In these cases, it will be named accordingly in the UI.
Weighted Pipeline
Description The sum of the sales credit amount of all opportunities that have the: (1) Close date between the start of the selected current period and selected As of Date. (2) Closed flag set ('Open' unchecked) (3) Lost flag set ('Loss' selected for Win Loss Indicator) for all sales groups and sales persons belonging to the selected sales group and for all product categories belonging to the selected product category. (defined by the View By parameter) Total value of opportunities that are Won, divided by total value of opportunities that are Lost. Won and Lost opportunities must have close dates between the start of the selected current period and selected As of Date. The ratio figure is displayed to one decimal place. The sum of the sales credit amount of all opportunities that have the: (1) Close date between the start of the selected current period and selected As of Date. (2) Closed flag set ('Open' unchecked) (3) No Opportunity flag set ('Neither' selected for Win Loss Indicator) for all sales groups and sales persons belonging to the selected sales group and for all product categories belonging to the selected product category. (defined by the View By parameter)
Win/Loss Ratio
No Opportunity
Securing Data
To access the DBI for Sales dashboards and reports, log in to the Self Service Web Application page. Select the Daily Sales Intelligence function-based responsibility. If the customer has Oracle Sales implemented, the Sales Manager role-based responsibility may be used. DBI for Sales permits access to resources (users) that are assigned to a Sales Group with a Manager or Administrator role. Resources that have a Member role will not be able to view any information on the dashboards or reports. DBI for Sales uses the same Sales Group security model as implemented in Oracle TeleSales or Oracle Sales. Rules governing access are outlined below.
Permitted Roles Access to DBI for Sales is restricted to users with one of the following Oracle Resource Manager roles assigned: Manager or Administrator. Sales Group Access User access is restricted to viewing information for the following sales groups/sales persons (these groups/persons display in the Sales Group parameter): A user's own sales group Those sales groups and sales persons subordinate to the user's own sales group (as defined in the current view of the sales group hierarchy)
The user is prevented from viewing peer sales group information. Users can drill down into the sales group hierarchy to its lowest level. Note: Only the Oracle Sales and Oracle TeleSales applications support the Administrator role.
Implementation Considerations
The following sections describe implementation setups and profile options you should consider while implementing DBI for Sales. These implementation setups determine the data that is displayed in the DBI for Sales dashboards and reports.
Calendars
DBI for Sales uses the calendar defined in the BIS: Enterprise Calendar profile option to construct the time dimension. The Time dimension is used in all DBI for Sales dashboards and reports for reporting information by period. The calendar used for forecasts is defined in the ASN: Forecast Calendar or OS: Forecast Calendar profiles, depending on whether Oracle Sales is implemented, respectively. The period type for which submitted Sales forecasts are collected is defined in the BIL: Base Forecast Period Type profile. It should be a valid period within the forecast calendar. Forecast data will only be collected for forecasts submitted for the defined period, from the sales transaction system. DBI for Sales requires a method to equate the period type for which a Sales forecast is submitted, with the equivalent period in the time dimension, i.e., the dimension object belonging to the time dimension.
The mapping between the period types is provided by the BIL: Mapping Enterprise Forecast Period Type profile. This profile should be set to define the name of the dimension object that corresponds to the period type in the forecasting calendar, for which sales forecasts are submitted. The following figure shows an example of the mapping between forecast and enterprise calendars.
Example Mapping Between Period Types
The following table illustrates the Forecast Category to Product Category mapping.
Forecast Category to Product Mapping Forecast Category FC1 FC2 FC3 Product Category B D, E C Recommended Solution Yes No No
Best Practice: Mapping Forecast Category to One Product Category DBI for Sales recommends that a forecast category be mapped to a single product category, in order to show the pipeline and forecast information for a single product category. In the above example, forecast category FC1 has been mapped to a single product category. All opportunities that include opportunity lines with product category B will be considered when submitting a forecast for forecast category FC1. Therefore, when a user logs into DBI for Sales and selects product category B, he will view the forecast and the corresponding pipeline information, for the sales group manager who submitted the forecast. All forecast categories should be mapped to product categories at the same level, i.e.,
peer nodes, in the hierarchy. Forecast categories should not be mapped to the parent nodes, extending all the way to the top node, or the children nodes of any product category that has been mapped to a forecast category. For example, if forecast category FC1 is mapped to product category B, there should not be another forecast category mapped to product categories A, D, or E. An additional forecast category, e.g. FC2, may be mapped to product category C. If a forecast category is mapped to the highest node in the product category hierarchy, e.g., product category A, there should not be any additional forecast categories mapped to product categories B, C, D, E, F or G. Alternatively, if forecast category FC1 is mapped to product category D, an additional forecast category, e.g., FC2, may be mapped to product category E. There should not be any forecast categories mapped to product categories A or B. Forecast categories may be mapped to differing levels in the product category hierarchy, for separate branches of the hierarchy. For example, if forecast category FC1 is mapped to product category B, an additional forecast category, e.g., FC2, may be mapped to product categories F or G. Best Practice: Do Not Map Forecast Category to Multiple Product Categories DBI for Sales collection programs will not collect forecast data for any forecast categories that have been mapped to multiple product categories. When a forecast category is mapped to multiple product categories, it is not possible to compare pipeline and forecast information on an equivalent basis. In the above example, forecast category FC2 has been mapped to product categories D and E. All opportunities that include opportunity lines with product categories D and E will be considered when submitting a forecast for forecast category FC2. Therefore, if a user was to log into DBI for Sales and select product category D, he would view the forecast submitted for product categories D and E, while the pipeline information would be displayed for product category D. Note: In Oracle Sales, if a forecast category is mapped to multiple product categories, it is possible to submit forecasts for the individual product categories that comprise the forecast category. Best Practice: Do Not Map Multiple Forecast Categories to One Product Category It is recommended that multiple forecast categories should not be mapped to a single product category. When multiple forecast categories are mapped to a single product category, it is not possible to view correct forecast information. In the above example, forecast categories FC3 and FC4 have been mapped to product category C. All opportunities that include opportunity lines with product category C will be considered when submitting a forecast for forecast categories FC3 and/or FC4. Therefore, when a user logs into DBI for Sales and selects product category C, he will view the summed up forecast information for the sales group managers who submitted the forecasts for forecast categories FC3 and FC4.
Set Up Checklist
Prerequisites
The prerequisites are: Oracle Sales or Oracle TeleSales (depending upon user preference).
DBI for Sales contains KPIs and analysis from the following products: DBI for Marketing DBI for Financials DBI for Supply Chain
The above products are not required. However, not having these related DBI products will cause their KPIs to be missing in Sales dashboards and reports. If these related DBI products are installed, then the following transaction applications must also be installed: Oracle Marketing Oracle Financials Oracle Order Management
DBI for Sales Dashboards Setup Steps Step Responsibility Required? Time to run the task
Yes
System Administrator
Yes
1 Hour
No
0.5 Hour
Run Initial Load of Opportunity Log Tables Concurrent Program Post-Setup Steps, page 2-72
Yes
0.5 Hour
Yes
period type selected in the BIL: Base Forecast Period Type profile (the dimension object in the time dimension that corresponds to the period type used for sales forecasts). For example, if sales forecasts are submitted for the Quarter, this profile value should be set to the corresponding period, which is Enterprise Quarter. Set to the Dimension object in the Time dimension that is equivalent to the period type used for sales forecasts. BIL: Enable Forecast Period Rollup --- This site level profile value should be set to indicate whether Sales forecasts submitted for a certain period should be rolled up to larger periods in the time dimension, within DBI for Sales. For example, a Sales forecast submitted for a Quarter would be rolled up to a Year. If set to No, no sales forecasts will be rolled up. If set to Yes, sales forecasts will be rolled up. BIL: Oracle Sales Implementation Date (mm/dd/yyyy) --- This site level profile should be set to the date that the Oracle Sales OLTP application was implemented. If Oracle Sales or Oracle TeleSales is implemented, set to a date in the distant future, for example, 01/01/2050. This profile may initially contain Y or N. Set the values as described above.
Oracle Sales and Oracle TeleSales Profile Options The following Oracle Sales or Oracle TeleSales profiles need to be set. Refer to the respective Oracle Sales and Oracle TeleSales implementation guides for navigation and responsibility information. These profiles define opportunity transaction logging. The transaction logging tables are used to obtain the Pipeline, Weighted Pipeline and Open opportunity information for days when the data collection programs were not run. For example, data collection programs were run on Monday and Tuesday but not run on Wednesday and Thursday. Therefore, on Friday, there will be no Pipeline, Weighted Pipeline and Open opportunity information available for Wednesday and Thursday. If the data collection programs are run on Friday, they will consult the transaction log tables in order to determine the Pipeline, Weighted Pipeline and Open opportunity information for Wednesday and Thursday. If the profiles below are not set to the recommended values shown below, opportunity transactions will not be logged, and therefore, the user will not have any Pipeline, Weighted Pipeline and Open opportunity information on days when there were no data collections. OS: Enable Tracking Opportunity History Data --- Set to Yes to allow opportunity transactions (new or updated opportunities) to be logged. OS: Enable Tracking Purchase Line History Data --- Set to Yes to allow opportunity line transactions (new or updated opportunity lines) to be logged. OS: Enable Tracking Sales Credits History Data --- Set to Yes to allow opportunity sales credit transactions (new or updated opportunity sales credits) to be logged.
OS: Time Frame for Opportunity Logs --- This profile defines the level of transaction logging that will occur. It is recommended that the profile value be set to DAY, which indicates that day-level logging of opportunity transactions is enabled. This is also the optimal setting for best performance.
Profiles to Set if Oracle Sales or Oracle TeleSales are Implemented If Oracle Sales or Oracle TeleSales have been implemented, the following system profiles should be set up. OS: Forecast Calendar --- This site level profile should be set to the calendar used for Sales Forecasts. The value must be the same as the value you set for the BIS: Enterprise Calendar profile, otherwise, forecast data cannot be reported. OS: Forecast Sales Credit Type --- This site level profile should be set to the Sales Credit Type used for forecast and opportunity information in DBI for Sales.
Profiles to Set if Oracle Sales is Implemented If Oracle Sales has been implemented, the following system profiles should be set up. ASN: Forecast Calendar --- This site level profile should be set to the calendar used for Sales forecasts. The value must be the same as the value set for the BIS: Enterprise Calendar profile, otherwise, forecast data cannot be reported. ASN: Forecast Sales Credit Type --- This site level profile should be set to the Sales Credit Type used for forecast and opportunity information in DBI for Sales.
Log in to Oracle Self Service Web Application using the Daily Business Intelligence Administrator responsibility. Navigate to Bucket Sets under Setup > Global > Reports. Search for the bucket set, Opportunity Win Probability Bucket Set, and Update it. Define the Win Probability ranges as required. Save your changes.
2. 3. 4. 5.
Login to Oracle Applications Forms using the Oracle Sales Administrator responsibility. Navigate to the Submit a New Request window. The navigation path is Concurrent Requests > Run. In the Submit a New Request window, select the Single Request option to take you to the Submit Request window. Select the Initial Load of Opportunity Log Tables concurrent request. Leave the Debug and SQL Trace fields blank. Click Submit to run this request.
2.
3.
4.
5.
Assumptions
This section provides the assumptions and constraints in the Sales Opportunities, Pipeline and Forecast data collection and reporting. General Assumptions These are general assumptions associated with data collection and reporting for DBI for
Sales: Monetary amounts are converted from transactional currency to BIS: Primary Currency at BIS: Primary Rate Type and BIS: Secondary Currency at BIS: Secondary Rate Type using Financial Intelligence APIs with conversion rates as-of forecast submission date for forecasts and as-of opportunity close date for opportunities. For future close dates, the current system date is used to determine the currency conversion rate. Latest hierarchy is used for Sales Group, Product Category, and Campaign hierarchies. Current mapping exists between Product Category and Product. The Item Dimension automatically assigns the products not mapped to the Unassigned product category. Master item's organization ID will be used for Inventory items to determine its Product Category
Assumptions for Sales Opportunities Data Collection and Reporting These are the assumptions for sales opportunities data collection and reporting: Data summarization and reporting is by the sales persons and sales groups who get the sales credits, except for the Top Opportunities report. Opportunity sales credits without any sales group or sales person information are not reported, except for Top Opportunities. Opportunities with credit type as defined in the profile option value, Forecast Credit Type, are collected. In the Top Opportunities report: Data is summarized and reported against the owner sales group and sales person. Opportunities without any owner sales group or salesperson are not reported.
All opportunity metrics (excluding Open, Pipeline, and Weighted Pipeline) are period-to-date; i.e., information is shown for opportunities with close dates from the start of the current period to the As of Date. The sales transaction application allows users to specify the opportunity status to Won for future close dates. This business process can cause issues in DBI reporting, for example, when an opportunity is set to Won status with a future close date, it will not be reported as Won until the As of Date is equal to the opportunity close date. A similar situation exists for opportunity conversion from leads as well. In DBI, data is collected with the following assumptions:
When the close date is less than the creation date, creation date is considered to be the same as close date. When an opportunity is created with a close date prior to the creation date, the creation date is considered to be the same as the close date. When the close date is less than the conversion date, and the creation date is less than or equal to the close date, the conversion date is considered to be the same as the creation date. When the close date is less than the conversion date and the creation date is greater than the close date, the conversion date is considered to be the same as the close date. When an opportunity is created with a close date prior to the creation date, then linked to a lead after the close date has passed, the linked date is considered to be the same as the close date.
Assumptions for Sales Pipeline/Open Opportunities Data Collection and Reporting These are the assumptions for sales pipeline/open opportunities data collection and reporting: Data summarization and reporting is by the sales person and the sales group who get the sales credits, except for Top Opportunities report. Opportunity sales credits without any sales group or sales person information are not reported, except for Top Opportunities. Opportunities with credit type same as the profile value Forecast Credit Type are collected. Pipeline Summaries stores a snapshot of Pipeline and Open opportunities when the data collection process is run. On days when the concurrent request set is not run, the pipeline and open opportunities do not show any data. Such gaps in data collection are filled using sales opportunity history log tables as of the end of the day for each of the days within the gap. At any time, only one gap may exist. The gap might span one or multiple days. During gap filling, all product-category-related data errors are reported as warnings, and the corresponding opportunity rows are ignored during the collection process. No gap filling is done in the initial run of the pipeline collection when the purge parameter equals Yes.
Assumptions for Sales Forecasts Data Collection and Reporting These are the assumptions for sales forecasts data collection and reporting: For Oracle Sales or Oracle TeleSales implementations, one-to-one mapping of Forecast Category to Product Category in the Sales transaction application.
For Oracle Sales or Oracle TeleSales implementations, if there is a change to the Forecast category mapping, data has to be recollected by running the Initial load request set, otherwise, historical data collected earlier is summarized based on the old mapping of Forecast Category to Product Category. This restriction is also required for an Oracle Sales implementation if the Load Sales Forecast Base Summary collection start date is set to a date earlier than the date in the profile, BIL: Oracle Sales Implementation Date (mm/dd/yyyy). If the customer is only interested in data created in Oracle Sales, then the start date parameter for this concurrent program should be set to a date on or after the date in the profile. Forecast Data is not rolled up when forecast period type is Week or Year. If the site level profile, BIL: Enable Forecast Period Rollup, value is changed, then data has to be recollected by running the Initial load request set, otherwise, the change will not be in effect for historical data that is already collected. Forecasts are not submitted after the end-of period. Reports show the last submitted forecast value for the period on/before the selected as-of-date.
opportunities. This materialized view is used to identify the product category ID from the eni item dimension star table, for a given item ID and organization ID from the Sales Opportunity Base Summary table. Also the master organization mappings and elimination of groups that do not have usage of SALES is performed in this step. This is an intermediate materialized view used in higher-level materialized views. Sales Opportunities Intermediate MV Summary by Sales Group and Product Category: BIL_BI_OP11_PG_MV Materialized view BIL_BI_OP11_PG_MV is obtained by the sales group rollup of BIL_BI_OPDTL_MV. This is an intermediate materialized view used in higher-level materialized view. Sales Opportunities Intermediate MV Summary by Sales Group: BIL_BI_OP21_G_MV Materialized view BIL_BI_OP21_G_MV is obtained by reducing BIL_BI_OP11_PG_MV to ignore the item and product category information. This is an intermediate materialized view used in higher-level materialized views. Sales Opportunities Intermediate MV Summary by Sales Group: BIL_BI_OP22_G_MV Materialized view BIL_BI_OP22_G_MV is obtained from BIL_BI_OP21_G_MV by separating the various time based KPIs into different UNION ALLS to have a common effective_time_id column that can be used in the time rollup. This is an intermediate materialized view used in higher-level materialized views. Sales Opportunities Summary by Sales Group: BIL_BI_OPTY_G_MV Materialized view BIL_BI_OPTY_G_MV contains opportunity count and amount by sales group aggregated along time dimension for period-to-date (PTD) KPIs. It is a nested materialized view created on top of BIL_BI_OP22_G_MV. This materialized view can be used in the runtime query when (1) the View By is not set to "Product Category"; and (2) Product Category parameter is not selected, or equals ALL. Sales Opportunities Intermediate MV Summary by Sales Group and Product Category: BIL_BI_OP12_PG_MV Materialized view BIL_BI_OP12_PG_MV is obtained from BIL_BI_OP11_PG_MV by separating the various KPIs based on time ids into separate UNION ALLS for the purpose of time rollup in the final step. This is an intermediate materialized view used in higher-level materialized views. Sales Opportunities Summary by Sales Group and Product Category: BIL_BI_OPTY_PG_MV Materialized view BIL_BI_OPTY_PG_MV is a top-level materialized view for Opportunity amounts by Sales Group hierarchy and Product Category for PTD KPIs. It is a nested materialized view created on BIL_BI_OP12_PG_MV. This materialized view has the time rollup of BIL_BI_OP12_PG_MV. This materialized view is used in the runtime queries when a product category is selected or when the View By is set to "Product Category".
Top Opportunities Summary by Sales Group: BIL_BI_TOPOP_G_MV BIL_BI_TOPOP_G_MV, the materialized view for top opportunities, caters to the Top Opportunity report. This materialized view will be a COMPLETE refresh only materialized view, as it is not possible to fast refresh when Rank function is used. Leads and Opportunities Base MV Summary by Sales Group and Campaign: BIL_BI_OPLDC_MV Materialized view BIL_BI_OPLDC_MV is the base level materialized view for Opportunities and Leads, used only for reporting by sales group/sales person. This materialized view is used to combine the Leads and Opportunity KPIs into one materialized view. This is an intermediate materialized view used in higher-level materialized views. Leads and Opportunities Intermediate MV Summary by Sales Group and Campaign: BIL_BI_OPLDC_G_MV Materialized view BIL_BI_OPLDC_G_MV is the rollup of campaign on the base materialized view (BIL_BI_OPLDC_MV). This is an intermediate materialized view used in higher-level materialized views. Leads and Opportunities Summary by Sales Group and Campaign: BIL_BI_OPLDC_GC_MV Materialized view BIL_BI_OPLDC_GC_MV is the the time and sales group rollup on top of BIL_BI_OPLDC_G_MV. This is a top-level materialized view for Lead and Opportunity by Campaign materialized view, reporting only by sales group, and can be used in the runtime reports. Leads and Opportunities Base MV Summary by Sales Group, Product Category, and Campaign: BIL_BI_OPLPC_MV Materialized view BIL_BI_OPLPC_MV is the base level materialized view for Opportunities and Leads, for reporting by sales group/sales person and product category. This materialized view is used to combine the Leads and Opportunity KPIs into one materialized view. This is an intermediate materialized view used in higher-level materialized views. Leads and Opportunities Intermediate MV Summary by Sales Group, Product Category, and Campaign: BIL_BI_OPLPC_G_MV Materialized view BIL_BI_OPLPC_G_MV is the rollup of campaign on the base materialized view (BIL_BI_OPLPC_MV). This is an intermediate materialized view used in higher-level materialized views. Leads and Opportunities Summary by Sales Group, Product Category, and Campaign: BIL_BI_OPLPC_GC_MV Materialized view BIL_BI_OPLPC_GC_MV is the time and sales group rollup on top of BIL_BI_OPLPC_G_MV. This is the top level materialized view for lead and opportunity by campaign materialized views reporting by sales group and product category and can be used in the reports.
Sales Forecasts Base MV Summary by Sales Group and Product Category: BIL_BI_FST1_PG_MV Materialized view BIL_BI_FST1_PG_MV contains forecast amounts aggregated along sales group hierarchy. This materialized view will be based on base summary table BIL_BI_FST_DTL_F. The runtime queries should not use this materialized view. Sales Forecasts Summary by Sales Group and Product Category: BIL_BI_FST_PG_MV Materialized view BIL_BI_FST_PG_MV contains forecast amounts aggregated along sales group and product category hierarchy. This materialized view will be based on the materialized view, BIL_BI_FST1_PG_MV. The runtime queries can use this materialized view when Product Category is not 'All'. Sales Forecasts Summary by Sales Group: BIL_BI_FST_G_MV Materialized view BIL_BI_FST_G_MV contains forecast amounts by sales group, aggregated along sales group hierarchy. This materialized view will be based on the materialized view, BIL_BI_FST1_PG_MV. The runtime queries can use this materialized view when Product Category is 'All'. Sales Pipeline Summary by Sales Group with Flexible Buckets: BIL_BI_PIPE_MV Materialized view BIL_BI_PIPE_MV contains pipeline and open opportunity KPIs by sales group rollup. This materialized view also contains product category ID and flexible bucket ID related to win probability. This materialized view is used in runtime reports containing weighted pipeline by win probability KPIs using the flexible buckets feature. Sales Pipeline Base Summary by Sales Group: BIL_BI_PIPE_G_MV This materialized view is obtained by reducing BIL_BI_PIPE_MV to ignore the flexible bucket ids. This materialized view is used in runtime report queries when pipeline by win probability flexible buckets information is not required.
Troubleshooting
Why is the Load Sales Pipeline Base Summary concurrent request failing? Check if there is data in the opportunity log tables AS_LEADS_LOG, AS_LEAD_LINES_LOG, and AS_SALES_CREDITS_LOG. If there is no data, ensure that the following profiles are set up correctly: OS: Time Frame for Opportunity Logs should be 'Day'. OS: Enable Tracking Opportunity History Data should be set to 'Yes'. OS: Enable Tracking Purchase Line History Data should be set to 'Yes'. OS: Enable Tracking Sales Credits History Data should be set to 'Yes'.
Why is the Load Sales Forecast Base Summary concurrent request not collecting any data? If there is no data in the forecast summary table, it could be caused by multiple product categories mapped to a single forecast category. Such rows will not be collected since the concurrent program enforces a one-to-one mapping between product category and forecast category. To resolve this issue, use the Forecast Category Mapping UI (accessible through Sales Administrator responsibility) to verify that there is only one active mapping between a forecast category and a product category.
Why is my Sales Group LOV empty? Ensure that you have completed the Resource Manager setup for your sales organization. Verify if the Sales DBI user has manager role in the sales group. Verify if the sales groups setup have been changed after accessing the Sales DBI reports. If yes, then the sales group data may have been cached previously. To refresh data, sign on as DBI Administrator, and navigate to Debug Utilities > Refresh Dashboard. Enter the page name of the dashboard you would like to refresh.
Dashboard Opportunity Management Sales Management Sales Forecast Management Product Revenue Bookings and Backlog
Why am I not able to drill down to the opportunity from the Top Opportunity report? You may not have the privileges for the selected opportunity. You need to have the 'Full' access. To grant the 'Full' access, the following profiles must be set to 'Full': ASN: Customer Access Privilege ASN: Lead Access Privilege ASN: Opportunity Access Privilege
Why is the Opportunity data not showing up in the dashboards and reports?
Ensure the incremental load has been run to create these opportunities. Verify if the opportunities have close date/forecast date falling within the selected period. Verify if these opportunities have statuses within the Sales DBI status categories. For information on Opportunity statuses, see the Oracle Sales User Guide. Verify if these opportunities roll up to the selected sales group.
Why does the Product Category LOV differ in Sales DBI and in Oracle Sales? This is by design. The Product Category LOV used in Sales DBI is unrestrictive and is consistent across all DBI products, whereas the Product Category LOV in Oracle Sales is restricted to the ones enabled for Forecasting.
20
Daily Business Intelligence for Service Contracts
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Considerations Setup Checklist Review Hardware and Software Requirements Set Up Oracle Daily Business Intelligence Framework Set Up the Item Dimension Set Up the Sales Group Hierarchy Determine Collection Start Date Set Up Oracle Discoverer Business Areas for Service Contracts Intelligence (Optional) Maintenance and Administration Currencies Update Sales Group Hierarchy Troubleshooting Concurrent Programs
Overview
Daily Business Intelligence (DBI) for Service Contracts offers the following dashboards: Service Contracts Management Service Renewals Management
The Service Contracts Management dashboard displays contracts for both new business (new sublines with no relationship to an original expired subline) and renewals (sublines renewed from an original expired subline). The Service Renewals Management dashboard displays information about renewals only (not for new business). Oracle enables you to extend DBI for Service Contracts by providing access to the DBI fact table and materialized views through Oracle Discoverer. Using the new Service Contracts Intelligence business areas, users can build ad-hoc workbooks to perform multi-faceted analysis of data related to service contracts. You do not have to set up and use the Oracle Discoverer business areas. If you only implement the DBI for Service Contracts dashboards, you can ignore the Oracle Discoverer information and setup steps in this chapter. If you plan to set up the business areas, make sure you have access to the Oracle Discoverer documentation.
Related Topics
Oracle Daily Business Intelligence User Guide Oracle Business Intelligence Discoverer Administration Guide
Understanding Reporting
For a complete, detailed description of each of the reports that DBI for Service Contracts provides and how calculations are performed, see the Oracle Daily Business Intelligence User Guide. The contract service line is called a line, and the covered line is called a subline.
Analyze service contract trends that enable long-term strategic decisions, as well as short-term corrective actions. View service contracts at a high level, and view their life cycle status. The dashboard summarizes contract information, while reports provide details of service contract activations, expirations and terminations activities, tables, and graphs. Reduce revenue leakage through early detection of problems in the renewal process. Detailed reports enable you to take actions based on recently expired or cancelled contracts, and soon-to-expire contracts. Track performance indicators and changes over time. Compare contract amounts based on annualized values.
Use the Service Contracts Management dashboard to answer the following questions: What is the status of contract sublines that expired during the period? Are expired contracts successfully renewed, or is business being lost? Are renewals being cancelled? What are the main reasons for termination of contract sublines? What is the value of the terminated contract sublines? When were contract sublines terminated? Where are we generating business? What is the value of new business activations? What is the value of renewal business?
Service Contracts Management uses information from Oracle Service Contracts. Service Contracts Management Reports Service Contracts Management reports display information to the contract subline level. Information displayed includes sales representatives, operating units, service items, dates, amounts, and customers. Based on the contract subline status at different points in time, a contract can appear in different reports. For example, if a contract was terminated in Quarter 3, then it appears in the Terminations Detail report in Quarter 3. If its start date occurred in Quarter 1, and you are viewing past data in Quarter 1, then it appears in the Activations Detail report in Quarter 1. The Service Contracts Management dashboard uses the following dates to place contracts in the proper bucket: Start date, derived from the subline Terminated date, derived from the subline or header End date, derived from the subline; a contract is considered expired on the end
date, plus one day Service Contracts Management provides the following reports for analyzing contract sublines: Active Service Contracts: Provides information about the beginning and current active balance of contracts. Current Active Service Contracts Detail: Provides details about the contracts that are active as of the selected date. Current Active Service Contracts Trend: Provides details about the Current Active Service Contracts balance with view by time. Expirations: Provides information about period-to-date expired contracts. The report groups the status of expired contracts into the following categories: Renewed (the corresponding renewal has been booked), Open Renewal (the corresponding renewal is not booked or has not been created), Cancelled Renewal (corresponding renewal is cancelled), and No Renewal (the original contract subline was not meant to be renewed). Expirations Detail: Provides details about the expired contracts. Expired Value Distribution: Provides details about expired value by expired contract category (Open, Cancelled, Renewed, No Renewal). Period Expiring Contracts: Provides summarized information about the contracts expiring in the period. Period Expiring Contracts Detail: Provides details about the contracts expiring in the period. Activations: Provides information about the period-to-date activated contracts, regardless of the booking date. Activations Detail: Provides details about the period-to-date activated contracts. Activations Trend: Provides details about the value activated with view by time. Terminations: Provides information about the period-to-date terminated contracts, specifying the terminated remaining value and terminated billed value. Terminations Detail: Provides details about the period-to-date terminated contracts. Terminations Trend: Provides details about the terminations with view by time.
Use the Service Renewals Management dashboard to answer the following questions: How effective is our renewal process? What is the status of renewal bookings to date? Am I booking for more or less value than the original contract? If I book all forecasted contracts, what will my bookings be at the end of the period (what are my expected bookings)? Am I meeting my renewals quota for renewals scheduled to start this period? Are my sales representatives booking renewals at the rate I expect? Am I booking renewals on time? What is my backlog of open renewal opportunities? What portion of backlog is past due (not booked before the start date)?
Service Renewals Management uses information from Oracle Service Contracts. Service Renewals Management Reports Service Renewals Management reports display information at the contract subline level. Information displayed includes sales representatives, service items, amounts, dates, and customers. Based on contract subline status at different points in time, a contract can appear in multiple report bucketssuch as the cancelled bucket in the Renewal Cancellations Summary reportat different points in time. For example, consider a renewal that was entered in Quarter 1 and cancelled in Quarter 3. The renewal appears as cancelled in Quarter 3, in the Renewal Cancellations Summary report. If you are viewing past data
in Quarter 1, then it does not appear as cancelled in the Renewal Cancellations Summary report. The Service Renewals Management dashboard uses the following dates to place contracts in the proper bucket: Subline creation date, derived from the subline. Expected close date, derived from the header. Cancelled date, derived from the subline. Signed (booked) date, derived from the header. Start date, derived from the subline.
For detailed information about the reports, see the Oracle Daily Business Intelligence User Guide. Service Renewals Management provides the reports listed below for analyzing renewal bookings. Notice some of the reports give the same measures but over different time periods. For example, the Renewal Bookings Summary report displays the booked value of contracts signed in the selected period to date. The Period Renewals Summary report displays the booked value for contracts that start in the selected period. Service Renewals Management provides the following reports for analyzing renewals: Renewal Bookings Summary: Displays the value of bookings made in the selected period to date, and the expected bookings (contract renewals not yet booked but with an expected close date in the period). The report also shows whether the renewal is booked for a higher or lower value than the original contract (uplift). Renewal Bookings Detail: Displays details for the booked contract renewals in the Renewal Bookings Summary report. Renewal Bookings Trend: Displays the booked value over time, by month, quarter, or year, and forecast for the current period. Renewal Expected Bookings Detail: Displays details of the renewal expected bookings in the Renewal Bookings Summary report. Top Renewal Bookings: Displays the top value renewal contracts booked from the start of the period to date. Late Renewal Bookings: Shows whether the period-to-date booked renewal contracts were booked on time (on or before the start date) or late (after the start date). This report also displays renewal contracts booked after the grace period on the original contract. Late Renewal Bookings Aging: Displays the aging distribution of the late
bookings. For example, all renewal bookings that were seven days late are displayed in a 7-days-late bucket, those that were 8-15 days late display in an 8-to-15-days-late bucket, and so on. You can customize these buckets to suit your business needs. See Set Up Oracle Daily Business Intelligence Framework, Oracle Daily Business Intelligence Implementation Guide for more information. Renewal Cancellations Summary: Displays all of the cancellations that occurred from the beginning of the period to date, regardless of the renewal start date. Renewal Cancellations Detail: Displays contract detail information for all cancellations in the Renewal Cancellations Summary report.
The following reports display renewal, booking, cancellation, and uplift values for all renewals with a start date that occurs in the selected period: Period Renewals Summary: Displays booked and cancelled values and renewal rates for contract renewal sublines that start in the selected period, regardless of when they were booked or cancelled. The report also shows whether the renewals were booked at a higher or lower value than the original contract (uplift). Period Renewals Trend: Displays period renewal rates over time, by month, quarter, or year. Period Renewal Bookings Detail: Lists the contract renewals in the Period Renewal Summary report, from the highest to the lowest booking value (depending on the sorting).
The following reports display renewal and booked values for all renewals from the beginning of the period to date: Booking to Renewal Activity: Compares renewal sublines and booked renewal sublines in the current period to date. Booking to Renewal Ratio Trend: Displays booking-to-renewal ratios over time, by month, quarter, or year.
The following reports display the renewal value for all renewals that are still in entered status: Backlog: Displays the value of open opportunities (renewals neither booked nor cancelled) in the system. The report also displays the late or past due renewals not booked by the contract start date. It also displays the past due renewals as a percentage of the total open opportunities. Past Due Percent Trend: Displays the past due percentage, open value, and past due value over time, by month, quarter, or year. Past Due Renewals Detail: Lists the past due contracts that appear in the Backlog report.
Responsibilities
DBI for Service Contracts provides the following responsibilities: Service Contracts Manager: This responsibility provides access to the following dashboards: Service Contracts Management Service Renewals Management HR Management - Overview
Expense Management
Service Sales Manager: This responsibility provides access to the following dashboards: Service Renewals Management Service Contracts Management HR Management - Overview Expense Management
Daily Service Contracts Intelligence: This responsibility provides access to the following dashboards: Service Contracts Management Service Renewals Management
Service Contracts Intelligence Discoverer User: This responsibility provides access to the folders in the Service Contracts Intelligence: User business area. For a list and description of these folders, see Oracle Daily Business Intelligence User Guide. Service Contracts Intelligence Discoverer Administrator: This responsibility provides access to the folders in the Service Contracts Intelligence: User business area and the Service Contracts Intelligence: Administrator business area. For a list and description of the folders in the Service Contracts Intelligence: Administrator business area, see Oracle Discoverer Business Areas for Service Contracts Intelligence, page C-1.
In the DBI for Service Contracts dashboards, users can view data only for the sales groups to which they have access. See Securing Data, page 20-14 for details. In the Oracle Discoverer business areas, the contracts are secured by the OKC_UTIL.GET_K_ACCESS_LEVEL function call. See Securing Data, page 20-14 for details. Access to the Expense Management and HR Management - Overview dashboards is based on management security. Users can only view data relevant to their area, based on the manager hierarchy setup. Users who are not managers in the management hierarchy do not have access to data on the Expense Management or HR Management Overview dashboards. When users navigate from one dashboard to another, the system uses the particular security associated with the dashboard to determine a user's access. A system administrator needs to assign the DBI implementer the Daily Business Intelligence Administrator responsibility to perform setup tasks, such as creating and
submitting load request sets and setting up global parameters. Implementers should also have the CRM Resource Manager responsibility to perform the sales group hierarchy setup.
Related Topics
For a complete list of all responsibilities and dashboards by intelligence area, see: Appendix A: Responsibility and Dashboard Matrix, page B-1.
Dimensions
DBI for Service Contracts uses the following dimensions, some of which are common across Oracle Daily Business Intelligence. Time: For a description of this dimension, see Time Dimension, page 1-12. Period: The Period dimension uses month, quarter, and year values. Sales Group: For a description of this dimension, see Sales Group Dimension, page 1-11. The Service Contracts Management and Service Renewals Management dashboards display data by sales group, using the Sales Group dimension. The system stamps the contract with the sales group to which the sales representative belongs. The dimension uses the sales group hierarchy defined in the CRM Resource Manager to group the sales representative into the sales group. See Set Up Sales Group Hierarchy, page 20-21. See also Sales Representatives Setup, page 20-15. The Sales Group dimension includes inactivated sales groups and historical sales representatives (for example, sales representatives who are no longer with the company), as well as historical data about sales representatives who have moved from one sales group to another. Operating Unit: For a description of this dimension, see Operating Unit Dimension, page 1-10. Currency: For a description of this dimension, see Currency Dimension, page 1-9. Besides listing the currencies, this dimension shows the annualized contract values, either in the primary or secondary currency on the Service Contracts Management dashboard and reports. For more information, see Oracle Daily Business Intelligence User Guide. For information about how Oracle Daily Business Intelligence treats currency conversions and missing currencies, see Currency Exchange Rates, page 20-17. Product Category: For a description of this dimension, see Set Up the Product Catalog Hierarchy, page 6-12.
Product: For a description of this dimension, see Item Dimension Reporting, page 61. Reason (for cancellations): The Cancellation Reason dimension references the cancellation status code from the contract status in Oracle Service Contracts through the STS_CODE field in the OKC_K_LINES_B table. A user must enter a cancellation status code when cancelling a contract. Cancellation status codes are user defined. This dimension appears in some of the Service Renewals Management reports.
Reason (for terminations): The Termination Reason dimension references the termination code from the subline termination reason in Oracle Service Contracts through the TRN_CODE field in the OKC_K_LINES_B table. A user must enter a termination reason when terminating a subline. Termination reasons are user defined. This dimension appears in some of the Service Contracts Management reports.
Activation Types: The Activation Type dimension classifies the activations and pending activations, depending on whether they are new or renewal business. This dimension has two values: New Business and Renewals. Expired Contracts Types: The Expired Contracts Types dimension classifies Expired Contracts according to the status of the renewal. This dimension has four possible values: Renewed, Open Renewal, Cancelled Renewal, and No Renewal. Customer Classification: The Customer Classification dimension is used to classify customers based on logical groupings or classifications. This dimension is available in the Service Contracts Management reports. The category you select in the Party Market Classification Type global parameter determines the classifications available in the Customer Classification dimension. Users create the categories, called class categories, in the Party Market Classification Type global parameter in Oracle Trading Community Architecture. Each class category may have a set of class codes, which are assigned to customers. When you select a class category in the Party Market Classification Type global parameter, the corresponding classifications (class codes) are available in the Customer Classification dimension. The Party Market Classification Type global parameter displays general-type class categories that are nonhierarchical and do not allow multiple Class Code assignments. For more information about class categories and class codes, see Oracle Trading Community Architecture Administration Guide. DBI for Service Contracts groups service contracts under the Unassigned customer classification if: Customers have not been assigned any class code in Oracle Trading
Community Architecture, or the assigned class codes do not belong to the class category specified in the Party Market Classification Type global parameter. Users have not selected any class category in the Party Market Classification Type global parameter.
Customer: For both the Service Contracts Management and Service Renewals Management dashboards, the system collects the customer ID from the OKC_K_PARTY_ROLES_B table in the OBJECT1_ID1 field, where the RLE_CODE field is CUSTOMER, LICENSEE, or BUYER. The system collects the customer ID (from Parties tabbed region of the Summaries tab of the contract) where the customer role type is customer, licensee, or buyer. Based on this customer ID, the system fetches the customer name from the FII_CUSTOMERS_V dimension view. The system displays the customer name in the reports. (The customer name is defined in the Customers setup window in Oracle Service Contracts). For more information, see Oracle Service Contracts Concepts and Procedures. This dimension is only available in the detail reports.
Related Topics
For more information about common dimensions, see: Common Dimensions, page 1-8.
Activated Renewals Value: Sum of the value of all renewal contract sublines activated in the selected period to date. The system considers a renewal contract subline activated in the period if it is signed and has a start date in the selected period to date, regardless of the booking date. Terminated Billed Value: Sum of the billed value of all contract sublines that have a termination date in the selected period to date. This value is equivalent to the original value of the subline, minus the Terminated Remaining Value. Terminated Remaining Value: Sum of the remaining value after termination of all contract sublines terminated in the selected period to date. The system calculates it as the sum of the unbilled amount, credit amount, and suppressed credit of the terminated contract sublines. Current Active Service Contracts: Sum of the value of all contract sublines active on the selected date. The system considers a signed contract subline active if both of the following conditions are met: The subline start date is on or before the selected date. The subline end date is after the selected date.
Period Uplift: Sum of (Renewal Contract Subline Value) - (Original Expired Subline Value) for all Period Renewal Bookings. Booked to Renewal Ratio: Booked Value / Renewals Value Renewals Value is the sum of the value of all renewal contract sublines with a start date in the selected period to date.
Past Due Percent: Past Due Value / Open Backlog Past Due Value is the value of entered renewal contract sublines with a start date on or before the selected date that have not yet been cancelled or booked. Open Backlog is the value of entered renewal contract sublines that have a creation date on or before the selected date that have not yet been booked or cancelled.
Securing Data
The DBI for Service Contracts dashboards and reports use sales group security. This means users can only see data for sales groups to which they have access. Data from other sales groups does not appear in the reports. In the Oracle Discoverer business area, the contracts are secured by the OKC_UTIL.GET_K_ACCESS_LEVEL function call, which in turn determines whether a user has access to a particular contract, based on the contract category and responsibility. See Setting Up Categories, Oracle Service Contracts Implementation Guide for details about how to assign access to a contract category.
Related Topics
For more information about security, see Securing Daily Business Intelligence, page 1-14 .
Implementation Considerations
DBI for Service Contracts gathers data from contracts of the following categories: Service Agreements Warranty and Extended Warranty
The system gathers data from lines of the following types: Service Extended Warranty
Software
DBI for Service Contracts requires the following prerequisite software: Oracle Service Contracts Oracle Trading Community Architecture Oracle Resource Manager Oracle Discoverer Oracle Customers Online Oracle Advanced Product Catalog Oracle Install Base
Sales representative is assigned to a contract, has an active role, and is associated with the Unassigned sales group in the setup.
See Set Up Sales Group Hierarchy, page 20-21 for instructions for attaching a sales representative to a sales group.
Note: To prevent too much contract data from appearing in an
Unassigned line in the reports: Verify that the primary sales representative is assigned as the vendor contact for the contract. The vendor contact role should be Sales Person. Verify that a sales group other than Unassigned is attached to the vendor contact in the contract. When a sales representative is entered in Oracle Service Contracts, a sales group defaults for the sales person. If the user chooses to update the sales group for the sales representative within the contract, then the user should select a sales group in which the sales representative is assigned a role of Member or Manager. Sales Group reporting on Admin and Lead roles is not supported.
After the sales representative ID is obtained, the system obtains the sales representative name as follows: From the RESOURCE_NAME field in the JTF_RS_RESOURCE_EXTNS_VL table, for the Service Contracts Management and the Service Renewals Management dashboards. This table stores the names on the contracts. From the Name field in the JTF_RS_RESOURCE_EXTNS table, for the Service Contracts Management and Service Renewals Management dashboards. This table stores the names in the Resource window. See Set Up Sales Group Hierarchy, page 20-21 for more information. If a sales representative ID has different names (for example, ID 555 is Jane Doe in operating unit 1 and Jane M. Doe in operating unit 2), then the JTF_RS_RESOURCE_EXTNS table assigns just one name to that ID. The Service Contracts Management and Service Renewals Management dashboards aggregate data across sales groups; therefore, one name appears for a given ID. As a result, in rare cases the reports display a different name than was entered in the contract, in a particular sales group. To ensure the ID is properly obtained, verify the following setup is complete in Oracle Service Contracts:
1.
Navigate to the Define Role Sources window using the Service Contracts Manager
responsibility.
2. 3.
Select the Party Role of Vendor. In the Contact Sources tabbed region, ensure that the following data exists for the Salesperson contact role: Contact Role: Salesperson Source: Sales Person Intent: Sell If these fields are not set to these values, then the system does not display data correctly. For example, if the Source is set to Resource, then the logic described above for obtaining the sales representative ID uses the Resource ID, instead of the Sales Person ID. In this example, the system tries to match the Resource ID with an existing sales representative ID. As a result, it either displays the wrong sales representative or a blank name for the sales representative.
Currency Conversion
To convert transactional currency to functional currency, consider the following: If the contract is authored in the functional currency, then the currency conversion rate from transactional to functional is 1. If the contract is not authored in the functional currency, and it contains a currency
conversion rate, then the system uses the currency conversion rate listed in the contract to convert the transactional currency to the functional currency. If the contract is not authored in the functional currency and is missing a currency conversion rate, then the system uses the conversion date and the conversion type in the contract to calculate the rate. If the contract does not contain a conversion date, then the system uses the approval date (or, if the approval date is not available, the contract creation date) for finding the conversion rate. If the contract does not contain a conversion type, then the system uses the Oracle Daily Business Intelligence global primary conversion rate type. If the conversion date and rate are not defined in the GL Currency Conversion table, then an error appears stating that the request to run a load failed. See Missing Currencies, page 20-19 below.
The following rules apply to conversions from the functional currency to the primary or the optional secondary currency set up for Oracle Daily Business Intelligence. If only a primary currency is set up, then the system converts the functional currency amounts to the primary currency using the following rules: If the functional currency is the same as the primary or secondary currency, then the currency conversion rate from the functional to the primary or secondary currency is 1. If the contract contains a conversion date, then the system uses the conversion date and the Oracle Daily Business Intelligence global conversion rate type to retrieve the rate. For a conversion from the functional to the primary currency, the system uses the primary rate type. For a conversion from the functional to the secondary currency, the system uses the secondary rate type. If the contract does not contain a conversion date, then the system uses the approval date (or, if the approval date is not available, the contract creation date) and the Oracle Daily Business Intelligence global conversion rate type to retrieve the rate. For a conversion from the functional to the primary currency, the system uses the primary rate type. For a conversion from the functional to the secondary currency, the system uses the secondary rate type.
If both primary and secondary currencies are set up, then the system performs two conversions using these rules: one currency amount is provided in the primary currency and another in the secondary currency.
Note: When converting to or from the euro, the system does not use the
conversion date, approval date, or creation date from the contract if the date is before January 1, 1999. Instead, it uses January 1, 1999 as the conversion date.
Missing Currencies
All request sets in Oracle Daily Business Intelligence include currency conversion errors in the logs. To see the logs, choose View Log in the Requests window in Oracle Applications. For DBI for Service Contracts, this log contains the following extra details, in the following sections: Missing Currencies: Displays the missing currency exchange rates when performing all conversionsconversions from the transactional to the functional currency, conversions from the functional to the primary currency, and conversions from the functional to the secondary currency, if a secondary currency has been set up. Transactional to Functional Detail: Displays the contracts with missing currency exchange rates when converting from the transactional to the functional currency. Functional to Primary Global Detail: Displays the contracts with missing currency exchange rates when converting from the functional to the primary currency. Functional to Secondary Global Detail: Displays the contracts with missing currency exchange rates when converting from the functional to the secondary currency, if a secondary currency has been set up.
To run a successful load, ensure you have entered all currency rates. For more information about failures, see Set Up Daily Business Intelligence, Oracle Daily Business Intelligence Implementation Guide. See also the Oracle Daily Business Intelligence User Guide for more information about currencies.
You are not required to enable these dashboards in order to use DBI for Service Contracts. If you do not enable these dashboards, then the links to them do not work. If you enable the dashboards, note that the HR Management - Overview and Expense Management dashboards display data only to users who are managers in the management hierarchy. If you enable the dashboards but do not want certain users to access them, then assign these users the Daily Service Contracts Intelligence responsibility. This responsibility does not display links to the HR Management Overview and Expense Management dashboards. See "Responsibilities" in Chapter 1 for more information about responsibilities.
See the Daily Business Intelligence for Human Resources section, Oracle Daily Business Intelligence Implementation Guide for a list of documentation available for the HR Management - Overview dashboard. For information about the Expense Management dashboard, see the Daily Business Intelligence for Financials chapter, Oracle Daily Business Intelligence Implementation Guide.
Setup Checklist
Set Up Service Contracts Management and Service Renewals Management Dashboards
The following table provides a list of the implementation tasks that you need to perform.
Checklist for Implementing DBI for Service Contracts Steps Review Hardware and Software Requirements, page 20-20 Set Up Oracle Daily Business Intelligence Framework, page 20-20 Set Up the Item Dimension, page 20-21 Set Up Sales Group Hierarchy, page 20-21 Responsibility (not applicable)
Intelligence, Oracle Daily Business Intelligence Implementation Guide. In particular, make sure you do the following: Set up the global parameters relevant for DBI for Service Contracts. Customer Classification: Set the structure you want to use as the company-wide view of market segments of customers. Users define classifications in Oracle Customers Online. Secondary Currency (Optional) Annualized Currency (Optional). For more information about annualized currency, see the Oracle Daily Business Intelligence User Guide.
See Set Up Global Parameters, page 2-34 for information. Enable the Service Contracts Management and Service Renewals Management dashboards. For instructions, see Enable Dashboards and Reports, page 2-41. Set up custom bucket sets (optional). You can customize aging buckets for the Late Renewal Bookings Aging report by redefining the Service Contracts - Late Renewals Booking Aging bucket set. See Customize Buckets, page 2-46 for procedural information.
Note: When you choose the Enterprise Calendar during the Oracle
Daily Business Intelligence setup, verify that the time period encompassed by this calendar includes contracts with activity dates in the future. For example, the Backlog report displays the open opportunities (all renewals in the system that are neither booked nor cancelled). If a renewal start date occurs in the future outside the time period encompassed by the Enterprise Calendar, then the open backlog value does not include that renewal. (The renewal is loaded into DBI for Service Contracts but is not collected by the materialized views when they join with the Time dimension).
product, or product category. Sales groups are groups of sales representatives. The system takes the sales representatives from the Vendor Contact field on the contract. (See Sales Representative Setup, page 20-15 for details). Without a sales group hierarchy, the reports place all sales representatives in the Unassigned sales group. The following figure shows an example sales group hierarchy.
Example Sales Group Hierarchy
At a minimum, your sales group hierarchy should have a top-level sales group containing other sales groups or sales representatives (a two-level hierarchy). Users who are the Manager or Admin of a sales group (see the instructions below) can view all data associated with that sales group and other sales groups and representatives that belong to it. In the figure above, a Manager or Admin of the USA Sales group can view all data created by Apt, Peter M., the Industry Accounts sales representatives, and the Key Accounts sales representatives.
Prerequisites
Verify the proper setup has been performed for obtaining the sales representative
ID. See Sales Representative Setup, page 20-15.
identical to the sales group hierarchy and setup steps referenced by Sales Group dimension for DBI for Sales. Any sales group hierarchy you create is processed by the same Sales
Group dimension in Oracle Daily Business Intelligence, and the steps to create the hierarchies are the same. DBI for Service Contracts, however, might define a different (additional) sales group hierarchy than DBI for Sales. For example, DBI for Sales reporting might use different sales representatives and groups than those that DBI for Service Contracts uses for service contracts sales.
1. 2.
Create sales groups. Attach sales representatives (resources) to the sales groups.
Navigate to the Define Groups window using the CRM Resource Manager responsibility. Enter a Name for your group. In the Used In tabbed region, select Sales and Telesales application area.
Note: The reports only display the groups used in Sales and
2. 3.
Telesales. Sales representatives that belong to non-Sales and Telesales groups appear as Unassigned in the reports.
4. 5.
Optionally, select parent or child groups for the group. Repeat these steps for each sales group you want to create. See also the Oracle Field Sales Implementation Guide.
Verify the sales representative is defined in Oracle Applications (for example, as an employee, party, partner, or supplier contact) and associated with a user name
1. 2. 3. 4.
Navigate to the People window using the Human Resources responsibility. Verify a record for the employee exists in this window. Navigate to the Users window using the System Administrator responsibility. Verify this employee (in the People window) is tied to a user in the Users window.
Query or create the user you want to associate with this employee, and enter this employee (Person) for the user.
2.
Navigate to the Select Resources to Import window using the CRM Resource Manager responsibility. Search for and select one or more desired employees, and choose Start Import. In the Set Resource Attributes window that appears, create sales people, and assign a sales credit type. You must make the resource a Salesperson. For additional details, see the Oracle Trading Community Architecture User Guide and the Oracle Field Sales Implementation Guide.
2. 3.
4. 5.
Save the resource, and choose Details. In the Roles tabbed region, select a Role Type of Sales and a Role of Sales Manager, Sales Administrator, or Sales Representative.
Note: Users with these roles appear in the reports as members
of the group; however, only users with a role of Sales Manager or Sales Administrator can see data for the group in the reports.
6.
In the Groups tabbed region, select the group to which you want to assign the resource. In the Group Member Roles section, select a role with Manager or Admin privileges. The Group Member Roles section indicates the roles the sales representative plays in that group. Only a Manager or Admin can see data for the group in the reports.
7.
8.
Save your changes. The resource (sales representative) is now assigned to a sales group.
When you run the request for the initial load for the Service Contracts Management or Service Renewals Management dashboard, the request prompts you for the following parameters: From Date (Start of date range) The From Date collects contracts or contract renewals that have been created or updated on or after that date. To Date (End of date range, defaulted from the system date)
Make sure your From Date is set correctly. If the From Date is set too late, then the system might not include some contracts in the initial load, thus making the data incorrect. For DBI for Service Contracts, typically the From Date needs to be earlier than the global start date set up for Oracle Daily Business Intelligence. (The global start date is the date, across all Oracle Daily Business Intelligence reports, after which you see data in the reports, and before which data does not display in the reports). For example, a contract was signed (booked) several years ago on May 1, 1999. The contract started on June 1, 1999, ended on August 31, 1999, and was last updated on June 20, 1999. If you set the From Date of your initial load to August 1, 1999, the contract is not collected. The system uses the last update date of the contract to determine which contracts to gather during a load. In this example, set the From Date to at latest June 20, 1999.
Note: When determining what value to use for the From Date in an
initial load, use the creation date of the earliest contract you want to collect (May 1, 1999 in the example above). The earliest creation date ensures that the contracts are collected.
To simplify the data and improve performance, the request does not collect contracts terminated, cancelled, or expired before the global start date, assuming the global start date is after the From Date. It does, however, collect active contracts between these dates, to ensure calculations that show active contracts are accurate.
Set Up Oracle Discoverer Business Areas for Service Contracts Intelligence (Optional)
This setup is required only if you plan to use the Oracle Discoverer business areas.
Prerequisites
Most setup of the Oracle Discoverer business areas occurs during installation of
Oracle Discoverer. This section assumes you have already installed Oracle Discoverer, created the end-user layer, and imported the end-user layer export files (.eex).
Currencies
If a currency conversion error occurs while a concurrent process (request) collects the data, then the entire collection fails. For more information, see Currency Exchange Rates, page 20-17.
Note: Setting up secondary currency and setting up annualized
currency are optional steps. If you set up these currencies after you finish implementing DBI for Service Contracts, then they are effective only for the contract amounts collected by the incremental request after the setup. To make them effective for all data, run the initial request again. For example, if you set up annualized currency after you complete the implementation, then only the contract amounts collected by the incremental request set are annualized. Run the initial request again to annualize all the contract amounts.
2.
When viewing a report on the Service Renewals Management dashboard, contract number 2081 is included in the renewals value for the Africa Sales group. When you click the link on any value in a report for Mr. Bakayoko Ibrihama, you can see the data specifically for him. Later, you delete Mr. Bakayoko Ibrihama from the Africa Sales group. When you click the link on a value in a report for Mr. Bakayoko Ibrihama, an error occurs. The value for contract number 2081 is still included in the renewals or related values for the Africa Sales group; however, trying to view data for Mr. Bakayoko Ibrihama produces a generic report error.
Note: Instead of deleting a sales representative from a sales group,
3.
4. 5.
use the end date to expire that representative's participation in the sales group. (See the Oracle Trading Community Architecture User Guide for details).
Troubleshooting
This section provides troubleshooting tips for DBI for Service Contracts implementation and maintenance. Why are users unable to view information classified under the Unassigned sales group? To view information classified under the Unassigned sales group, assign the resource the Sales Manager or Sales Administrator role of the Unassigned sales group. See Attach Sales Representatives (Resources) to Sales Groups, page 20-23 for information about assigning roles to sales groups. After the Customer Classification schema is modified, why don't the numbers tally in the summary and detail reports, even after running the initial and incremental request sets? After modifying the Customer Classification schema, run the initial request, setting the Load Party Market Classification request with parameter INIT. The default value for the Load Party Market Classification request is INCRE in both the initial and incremental request sets.
Concurrent Programs
Initial Load - Update Contract Territories Base Summary
This concurrent program is only for the Oracle Discoverer business areas for Service Contracts Intelligence. It is an initial load concurrent program that loads territory data into the OKI_JTF_TERRITORIES table, which in turn sources the Contract Territories folder in the Service Contracts Intelligence: User business area. Users define territories in Oracle Territory Manager. Run this concurrent program after the initial load of the end-user layer. You need to run this concurrent program only if you plan to use the Contract Territories folder in the Oracle Discoverer business areas.
21
Daily Business Intelligence for Supply Chain
This chapter covers the following topics: Overview Understanding Reporting Responsibilities Dimensions Key Performance Indicators Securing Data Implementation Considerations Setup Checklists Review Hardware and Software Requirements Set Up Resource Groups Associate Item with Inventory Category Set, Product Category Set Modify Schedule Ship Dates Set Up Firmed Date Defaulting Rule Set Up Oracle Daily Business Intelligence Framework Set Up Inventory Organization Security Synchronize Enterprise Calendar Set Up Financial Category Dimension Synchronize Financial Data Map Financial Accounts Set Up Item Dimension Enable Pegging in Advanced Supply Chain Planning Identify Time-Based Resources
Ensure Complete Subledger Postings Consider Access to HR and Expense Management Dashboards Set Up the Planning Instance Set Plan Collection Schedule Set the OM: DBI Installation Profile Option Set the ISC: Shipping/Transportation Execution Profile Option for Transportation Management Set the FTE: Carrier On-Time Arrival Window Profile Option for Transportation Management Set the Unit of Measure That Represents Hours Set Baseline Plan Set Reporting Units of Measure (Optional) Post-Setup Steps Set Up Sales Group Hierarchy Maintenance and Administration Run Plans in Oracle Advanced Supply Chain Planning Run Incremental Requests Daily Update Plan Collection Schedule Update Baseline Plan Collection Schedule Troubleshooting
Overview
Daily Business Intelligence (DBI) for Supply Chain enables supply chain professionals to effectively measure performance and drive continuous improvement in their supply chain. DBI for Supply Chain provides easy access to information that reveals opportunities to save money, improve on-time delivery performance, reduce cycle times, and make strategic decisions to maximize profits. DBI for Supply Chain provides the following intelligence dashboards: Customer Fulfillment Management Shipping Management Inventory Management Manufacturing Management
Product Cost Management Plan Management Product Revenue Bookings and Backlog Warehouse Management Transportation Management Sales Agreement Management
Users assigned the Supply Chain Manager role also have access to the following dashboards: Expense Management HR Management
The Customer Fulfillment Management dashboard and reports reference data from Oracle Order Management.
Note: Actual fulfillment date exists as a column in the database only. It
is not visible to users. Actual fulfillment date is the date when the fulfillment requirements of the line are met. The value is derived from the actual ship date, firmed date, or order date, in that order of
preference. No additional setup is required in either Oracle Daily Business Intelligence or Oracle Order Management to take advantage of the actual fulfillment date.
Shipping Management
Use the Shipping Management dashboard to monitor your warehouse operations, including the performance of your shipping operations and changes over time in daily, weekly, monthly, quarterly, and yearly time periods. You can perform the following tasks with the Shipping Management dashboard: View number of lines shipped and percentage of late shipments by organization, inventory category, item, and customer. View book-to-ship cycle time by organization, inventory category, item, and customer. View the number of lines shipped by book-to-ship cycle time aging buckets, for example, lines that were shipped a day after booking, a week after booking, and so on. View past due shipments by organization, inventory category, item, and customer. View the number of lines that are past due by aging buckets, for example, lines that are a day past due, a week past due, and so on. View the number and percentage of lines shipped early, late, and on time over the selected time periods. Monitor key performance measures in number of lines shipped, percentage of late shipments, book-to-ship cycle time, and past due scheduled lines.
The Shipping Management dashboard and reports reference data from Oracle Order Management.
Inventory Management
Use the Inventory Management dashboard to view information about inventory value and turns, and cycle counting. You can perform the following tasks with the Inventory Management dashboard: View inventory value, which includes inventory on hand (for example, in the store), on the shop floor, and in transit between organizations.
Note: Inventory value is a balance. Therefore, changing the time
View available on-hand inventory by primary and secondary units of measure and by lot, locator, and grade. Monitor inventory level by viewing days of consumption. Track and monitor the expired inventory for lot-controlled items. View inventory turns by organization, including the change in inventory turns over time. Monitor key performance measures, such as total inventory turns and total inventory value, and compare them across inventory organizations. View cycle count accuracy, including hit/miss and adjustment rates.
The Inventory Management dashboard and reports reference data from the following Oracle Applications: Oracle Inventory Oracle Work in Process Oracle Cost Management Oracle Order Management Oracle Process Manufacturing (including Oracle Process Manufacturing Cost Management, Oracle Process Manufacturing Process Execution)
Manufacturing Management
Use the Manufacturing Management dashboard to view manufacturing performance. You can perform the following tasks with the Manufacturing Management dashboard: Compare current production values with planned production values. Find out the timeliness of production. View standard and actual costs, and cost variances, for all closed jobs. (Standard costs include material, resource, and overhead costs.) View all open jobs (jobs with a status of Released, On-Hold, Complete, Complete-No Charges, Pending Close, Failed Close, and Cancelled) for which there is an unrecognized cost variancethat is, the cost charged is greater than the standard cost for the job. Track jobs that are running late.
Compare the total, actual material cost that is charged to completed jobs (jobs with a status of Complete-No Charges, Cancelled, or Closed) with the standard material cost. Compare the value of utilized resources and available resources, and view the percentage resource utilization. View actual and standard resource costs, and the resource variance, for all complete jobs (jobs with the status of Complete-No Charges, Cancelled, or Closed). View the actual and standard hours for a resource and the resource efficiency, for all completed jobs. View scrap values by reason, compare these with gross production values, and see the percentage of scrap for all jobs (open and closed).
Note: The production calculation includes all production batches, even
The Manufacturing Management dashboard and reports reference data from the following Oracle Applications: Oracle Advanced Supply Chain Planning Oracle Work in Process Oracle Inventory Oracle Process Manufacturing (including Oracle Process Manufacturing Cost Management, Oracle Process Manufacturing Process Execution, and Oracle Process Manufacturing Product Development) Oracle Cost Management Oracle Bills of Material Oracle Engineering Oracle Flow Manufacturing Oracle Shop Floor Management
View product gross margin by organization, product category, item, and customer, including change in product gross margin over time. View material usage variance amount and percentage by organization, inventory category, and item. View standard and actual manufacturing costs, and the resulting variance, for all closed jobs. View resource variance amount and percentage by resource group, organization, department, and resource.
Note: Oracle Discrete Manufacturing and Oracle Process
Manufacturing support all scenarios of drop shipments. Users can drop-ship inventory across operating units, legal entities, and sets of books. Suppliers, customers, or both can be part of the same company.
The Product Cost Management dashboard and reports reference data from the following Oracle Applications: Oracle Order Management Oracle Work in Process Oracle Cost Management Oracle Bills of Material Oracle Flow Manufacturing Oracle Process Manufacturing (including Oracle Process Manufacturing Product Development, Oracle Process Manufacturing Process Execution, and Oracle Process Manufacturing Cost Management). Oracle Shop Floor Management
Plan Management
Use the Plan Management dashboard to compare plans with each other and see how the plans are changing over time. You can perform the following tasks with the Plan Management dashboard: Display planned revenue, margin, and margin percentage, including the variance in these numbers between the selected plan and the compare-to plan. Display planned production costs, planned carrying costs, and planned purchasing costs for the selected plan and the compare-to plan, including the variance in these
numbers between the plans. View trends of planned revenue, planned margin, and planned costs by month, quarter, and year. Display the planned inventory turns, on-time shipments, and resource utilization, including the variance in these measures between the selected plan and the compare-to plan. Display the planned resource utilization percentage for each resource or resource group, including the variance in this measure between the selected plan and the compare-to plan. View a trend of the planned inventory turns, planned on-time shipments, and planned resource utilization by month, quarter, and year. Monitor key performance measures in planned revenue, planned margin, planned margin percentage, planned inventory turns, planned on-time shipments, and planned resource utilization. Display revenue that might be at risk due to exceptions arising from planning constraints. Compare potential revenue, based on a demand schedule, with what is achievable by a supply chain plan. Identify the leading causes of risk to planned revenue, including item, supplier, and manufacturing resources.
The Plan Management dashboard and reports reference data from Oracle Advanced Supply Chain Planning.
The Product Revenue Bookings and Backlog dashboard and reports reference data from the following Oracle Applications:
Warehouse Management
Use the Warehouse Management dashboard to understand the operational efficiency and capacity utilization of your warehouse. You can perform the following tasks with the Warehouse Management dashboard: View data related to outbound shipments, such as number of picks. Monitor pick release to ship cycle time and pick exceptions. Track putaway cycle time for incoming material. Monitor operation plan exceptions and the corresponding reasons. Find out the amount of the warehouse storage in use and the weight and volume of the materials being stored.
The Warehouse Management dashboard and reports reference data from the following Oracle Applications: Oracle Warehouse Management Oracle Inventory Oracle Order Management Oracle Purchasing
Transportation Management
Use the Transportation Management dashboard to monitor and manage freight carriers, understand transportation performance as of any date, and track trends over time. You can perform the following tasks with the Transportation Management dashboard: Examine rated freight costs. Track arrival performance. Monitor carrier billing. Make sure you are recovering your freight costs.
The Transportation Management dashboard and reports reference data from the following Oracle Applications:
The Sales Agreement Management dashboard and reports reference data from Oracle Order Management.
Understanding Reporting
For complete, detailed descriptions of each report that DBI for Supply Chain provides and how measures are calculated, see the Oracle Daily Business Intelligence User Guide.
Reports
The following dashboards provide the DBI for Supply Chain reports: Customer Fulfillment Management Shipping Management Inventory Management Manufacturing Management Product Cost Management Plan Management Product Revenue Bookings and Backlog Warehouse Management
and values that are a day past due, a week past due, and so on. This report highlights the value impact of all open orders and how old they are so that organizations can focus on fulfilling them. Past Due Schedule Value Summary: Displays the details of the past due values according to the schedule ship date. The report shows the number of past due lines and values, past due quantity, changes between the current and comparison periods, and average number of days late. Past Due Schedule Value Detail: Lists the order number, line number, and value of past due orders according to the schedule ship date. Select the order number to access the Order Information page, which displays the order details. Past Due Promise Value Aging: Displays the same information as Past Due Schedule Value Aging, except by promise date instead of the schedule ship date. Past Due Promise Value Summary: Displays the same information as Past Due Schedule Value Summary, except by promise date instead of the schedule ship date. Past Due Promise Value Detail: Displays the same information as Past Due Schedule Value Detail, except by promise date instead of the schedule ship date. Past Due Promise Value Trend: Displays past due promise value over time, by year, quarter, month, and week. Fulfilled Return Value: Displays the number, value, and return rate of fulfilled return order lines. Fulfilled Return Value Trend: Displays the fulfilled return value over time, by year, quarter, month, or week. Returns by Reason: Displays the reasons and values for fulfilled return order lines and the percent of total that the reasons represent. Returns Detail: Lists the order numbers and line numbers for fulfilled return order lines. Select the order number to access the Order Information page, which displays the order details.
Note: The Order Information page is part of Oracle Order Management.
If an order is booked and the SHIP_FROM_ORG_ID (shipping organization) is missing on the order line, the system uses the validation organization set up in Oracle Order Management.
shipping operations: Lines Shipped Performance: Displays the total number of sales order lines that have shipped, the shipped quantities, and the percentage of sales order lines shipped late by both the schedule ship date and the promise date. This report provides a link to the Order Information page in Oracle Order Management. Lines Shipped Late to Schedule Summary: Shows lines that shipped late according to the schedule ship date. It displays late order lines, quantity of late shipments, percentage of late order lines, average number of days late, and average book-to-ship days. Lines Shipped Late to Schedule Detail: Lists the order numbers and lines that were shipped late according to the schedule ship date. This report provides a link to the Order Information page, which displays the order details. Lines Shipped Late to Promise Summary: Displays what was shipped late according to the promise date. It shows the number of late order lines, quantity of late shipments, percentage of late order lines, average number of days late, and average book-to-ship days. Lines Shipped Late to Promise Detail: Lists the order numbers and lines that were shipped late according to the promise date. This report provides a link to the Order Information page, which displays the order details. Lines Shipped Performance Trend: Displays the trend of the number of lines shipped, percentage of lines shipped late according to the schedule ship date, and the percentage of lines shipped late according to the promise date, by year, quarter, month, and week. Lines Shipped On-Time to Schedule Trend: Displays the trend of the number of lines shipped compared to the number of lines scheduled to ship. It also displays the trend of the percentage of lines shipped early, late, and on-time according to the schedule ship date. Data appears by year, quarter, month, and week. Book to Ship Days: Shows the elapsed time from booking the order to shipping the items. The report also shows the change with respect to the compare-to period. Book to Ship Aging: Displays the number of order lines shipped by the book-to-ship days displayed in aging buckets, for example, lines that were shipped a day after booking, a week after booking, and so on. The report also shows each bucket as a percentage of the total lines. Book to Ship Days Trend: Displays the average book-to-ship cycle time by year, quarter, month, and week. Past Due Schedule Line Aging: Displays the past due order lines and their
percentage of the total order lines. The report also displays the difference between the current period and the prior period, and the corresponding percentage. Past Due Schedule Line Summary: Displays details of the past due shipment according to the schedule ship date. The report shows the number of past due lines, quantity of past due shipments, changes between the current and prior periods, and average number of late days. Past Due Schedule Line Detail: Lists the order and line number of past due orders according the schedule ship date. The report provides a link to the Order Information page, which displays the order details. Past Due Schedule Line Trend: Displays the number of past due lines over time, by year, quarter, month, and week. Backorder Summary: Displays the backordered order lines, items, and quantity. Backorder Detail: Lists the backordered order number, line number, number of items, customer, days late, and request date and schedule ship date. The report provides a link to the Order Information page, which displays the order details. Backorder Trend: Displays the number of backordered order lines and items over time, by year, quarter, month, and week.
Note: The Order Information page is part of Oracle Order Management.
Current Inventory Status: Shows the real-time on-hand inventory in both primary and secondary units of measure by lot, grade, and locator. Intransit Inventory Detail: Displays the value of inventory that is in transit between organizations. The report displays data by the owning organization, inventory category, or item. Inventory Turns: Displays the number of times that inventory cycles, or is consumed, for the specified time period, annualized for the entire fiscal year. The calculation is based on the cost of goods sold (COGS) relative to the inventory investment (average on-hand inventory value). This report is an operational index of the balance of consumption rate and proper inventory levels. Inventory Turns Trend: Displays inventory turns over time, by year, quarter, month, or week. Current Inventory Expiration Status: Displays current expired inventory of lot-controlled items, expired inventory, current on-hand inventory, and expired inventory as a percentage of current on-hand inventory. Inventory Days On-Hand: Shows the number of days the inventory is on hand, as well as the average daily value of inventory consumption, value of inventory issued to the shop floor, and cost of goods shipped. Cycle Count Accuracy: Displays transactions related to completed and approved cycle count entries. The report lists data by organization, subinventory, inventory category, item, cycle count, and cycle count class. Oracle Process Manufacturing data that precedes this release will appear in the Unassigned subinventory; data from this release or later will appear in the corresponding subinventory. Cycle Count Accuracy Trend: Provides information on the trends in hit/miss accuracy, gross adjustment rates, and match rates across organizations. Hit/Miss Summary: Provides a summary of the hit/miss accuracy details, which includes the total number of cycle count entries made against each item in the specific inventory category, the total number of hits and hit rate, the total number of exact matches and exact matches rate, and the total number of misses and miss rate. Cycle Count Adjustment Summary: Includes the details of the adjustments made to the system quantities and values of the items in a category during a cycle count process. This report shows the cycle count adjustment summary by organization, subinventory, inventory category, item, cycle count, and cycle count class. The table includes the total number of entries, the number of adjustment entries, the system inventory value at the time of the cycle count, gross adjustment rate, and net adjustment rate. Cycle Count Adjustment Detail: Provides details on the actual adjustments made
for an item during a cycle count process and includes the number of adjustments for excess and shortage.
Note: The inventory values displayed in Oracle Daily Business
Intelligence are based on the distributions booked in the inventory subledger. For closed periods, the inventory values reconcile with the Period Close Values Summary report (in Oracle Inventory). The inventory values might not match the inventory value in Oracle General Ledger, if adjustments were made in Oracle General Ledger using journal entries.
Current Unrecognized Variance: Displays all open jobs (jobs with a status of Released, On-Hold, Complete, Complete-No Charges, Pending Close, Failed Close, and Cancelled) as of today, for which the cost charged is greater than the standard cost, and the variance for those jobs. Open Job Detail: Shows job-level information on all open jobs where actual cost exceeds standard cost. If there is an uncosted transaction for any organization, then this report provides information for that organization up to the first uncosted transaction. Material Usage Variance: Compares the actual material cost that is charged to completed jobs with the standard material cost, and displays the resulting variance amount and percentage of all completed jobs (jobs with a status of Complete-No Charges, Cancelled, or Closed). Material Usage Job Detail: Displays the job completion date and completed quantity of all completed jobs. In addition, this report displays the standard cost and actual cost of material consumption and the variance in amount, as well as percentage of standard cost of all completed jobs. Material Usage Variance Trend: Displays the trend of material usage variance amount and percentage over time, by year, quarter, month, and week. Resource Variance Job Detail: Displays the standard resource cost and actual resource cost and variance in amount, as well as the percentage of standard resource cost for all completed jobs. Resource Utilization: Compares the total value of utilized resources and available resources, and calculates the percentage resource utilization. The report considers time-based resources only. Resource Utilization Trend: Displays the percentage of utilized hours to available hours for all resources over time, by year, quarter, month, and week. Resource Variance: Displays actual and standard resource costs for all complete jobs (jobs with a status of Complete-No Charges, Cancelled, or Closed), and the variance between the costs. Resource Variance Trend: Displays resource variance amount and the percentage over a period of time, by year, quarter, month, and week. Resource Efficiency: Displays the actual and standard hours for a resource, and calculates the resource efficiency of all completed jobs (jobs with a status of Complete-No Charges, Cancelled, or Closed). Resource Efficiency Job Detail: Displays the job completion date, completed quantity, actual hours, and standard hours, as well as resource efficiency of
resources for all completed jobs. Resource Efficiency Trend: Displays resource efficiency over time, by year, quarter, month, and week. Scrap: Displays the scrap value, compares it with the gross production value, and shows scrap as a percentage of gross production value for all jobs (open and closed). Scrap is not applicable to Oracle Process Manufacturing. Scrap Job Detail: Provides information about the completed and scrap quantity of all jobs. In addition, this report displays the amount of scrap generated, the gross production value, and scrap as a percentage of gross production. Scrap Trend: Displays scrap value as a percentage of gross production value over time, by year, quarter, month, and week. Scrap by Reason: Shows scrap value by reason for all Oracle Discrete Manufacturing jobs.
resource cost and variance in amount, as well as the percentage of standard resource cost for all completed jobs. Resource Variance Trend: Displays the trend of resource variance amount and percentage over a period of time, by year, quarter, month, and week. Manufacturing Cost Variance: Displays standard and actual costs, and the resulting variance, of all closed jobs. Manufacturing Cost Job Detail: Displays the start quantity, completed quantity, standard cost, actual cost, variance amount, as well as the variance amount as a percentage of standard cost for all closed jobs. Manufacturing Cost Variance Trend: Displays the trend of cost variance amount and percentage, for all closed jobs over a period of time, by year, quarter, month, and week. Current Unrecognized Variance: Displays all open jobs (jobs with a status of Released, On-Hold, Complete, Complete-No Charges, Pending Close, Failed Close, and Cancelled) as of today, for which the cost charged is greater than the standard cost, and the variance for those jobs. Open Job Detail: Shows job-level information about all open jobs where actual cost exceeds standard cost.
carrying costs, and planned purchasing costs for the selected plan. It also displays the variance in these costs between the selected plan and the compare-to plan. Planned Cost Breakdown Summary Trend: Displays the planned production costs, planned carrying costs, and planned purchasing costs for the selected plan over time, by month, quarter, and year. Planned Purchasing Cost: Calculates the planned purchasing cost and displays the results by supplier. It also displays the variance in this measure between the selected plan and the compare-to plan. Planned Performance: Displays the planned inventory turns, on-time shipments, and resource utilization. It also displays the variance in these measures between the selected plan and the compare-to plan. Planned Inventory Turns: Calculates the planned inventory turns for each inventory category, item, and organization. It also displays the variance in this measure between the selected plan and the compare-to plan. Planned Inventory Turns Trend: Displays the planned inventory turns by month, quarter, and year. Planned On-Time Shipment: Calculates the on-time shipment for each inventory category, item, and organization. It also displays the variance in this measure between the selected plan and the compare-to plan. Planned On-Time Shipment Trend: Displays the planned on-time shipment by month, quarter, and year. Planned Resource Utilization: Displays the planned resource utilization percentage for each resource, resource group, and organization. It also displays the variance in this measure between the selected plan and the compare-to plan. Planned Resource Utilization Trend: Displays the planned resource utilization by month, quarter, and year. Potential Revenue Shortfall Trend: Displays revenue that could be at risk due to exceptions arising from planning constraints. The report compares potential revenue, based on a demand schedule, with what is achievable by a supply chain plan. Top Potential Revenue Shortfall Reasons: Identifies the leading causes of risk to planned revenue, including item, supplier, and manufacturing resources.
Product Bookings and Revenue Trend: Provides a direct comparison of the trends of net product revenue bookings, and revenue resulting from bookings recognized over time for the selected period from the sale of products, but not services. It compares these metrics to either the prior period or the prior year. Revenue Overview: Provides information on the value of revenue by sales group, product category and customer. The report displays the value for the sale of products, but not services. It compares these metrics to either the prior period or the prior year. Bookings, Revenue and Revenue Backlog Trend: Displays trends over time of net product bookings, recognized revenue, and revenue backlog from the sale of products, but not services. It compares these metrics to either the prior period or the prior year. Bookings Overview: Provides information on the value of net bookings by sales group. It also shows the value of product revenue backlog and revenue recognized by sales group. The report displays the value for the sale of products, but not services. It compares these metrics to either the prior period or the prior year. Cumulative Bookings and Revenue: Shows the accumulated value of net bookings and revenue in detail over time. It provides detailed comparisons between the current period and the selected compare-to period. It compares these metrics to either the prior period or the prior year. This report always shows data by time but can be limited by sales group, customer, or product category. Net Product Bookings: Provides information on the value of order line bookings, return line bookings, and their combined value in net bookings from the sale of products, but not services. It compares these bookings metrics to either the prior period or the prior year. Backlog Line Detail: Provides detailed information about revenue backlog sales credits from order line bookings, as well as the negative sales group credits for return line bookings from the sale of products, but not services. It provides a detailed view of order and return lines with access to the actual order transaction. This report is only accessible from the Net Product Bookings report. Booked Order Line Detail: Provides detailed information about sales group credits for order line bookings from the sale of products, but not services. It provides a detailed view of order lines with the ability to open the actual order transaction. This report is only accessible from the Net Product Bookings report. Booked Return Line Detail: Provides detailed information about negative sales group credits for return line bookings from the sale of products, but not services. It provides a detailed view of return lines with access to the actual order transaction. This report is only accessible from the Net Product Bookings
report. Product Revenue: Displays revenue recognized from invoices and from deferred revenue. Product Revenue Backlog: Displays the value of the net product order backlog, deferred revenue backlog, and product revenue backlog.
Operation Plan Performance: Provides information about cycle time, number of tasks, and number of exceptions to the execution of the operation plans that were set up in Oracle Warehouse Management. An operation plan is a sequence of operations detailing the planned movement of material within the warehouse facility for inbound activities. Subinventory in this report refers to the destination subinventory. Operation Plan Exceptions by Reason: Shows the number of exceptions that occurred during the execution of the operation plans by the reason code associated with the exceptions.
deliveries associated with trips with an actual arrival date and planned arrival date on the trip stop. Carrier Billing and Payment Variance: Shows the accuracy of carrier freight bills. The freight bills are compared to the approved amounts only when bills are fully paid to highlight by how much the carrier bills are inaccurate. This report includes total payments, payments paid in full, approved bills, and the variances. Carrier Billing and Payment Variance Trend: Shows the trend in the accuracy of carrier freight bills over time. It shows the trend of carrier payments, billed-to-paid variance, and billed-to-approved variance. Freight Cost Recovery Rate: Shows whether freight charges applied to orders and order lines are covering the cost of freight. Using this report, you can assess whether your business is charging the proper amount to customers to cover its freight costs. Freight Cost Recovery Rate Trend: Shows the trend in recovering freight costs, meaning that freight charges applied to orders and order lines are covering the cost of freight over time.
agreement orders and non-agreement orders. Agreement Order Line Detail: Shows details about agreement orders, including fulfilled date and fulfilled value. From this report, you can view the order and agreement. Non-Agreement Order Line Detail: Contains details about non-agreement orders, including fulfilled date and fulfilled order line sales credit. From this report, you can view the order and agreement. Agreements Trend: Shows the value over time of new, expired, terminated, and total active agreements. Outstanding Value Trend: Shows the trend of total fulfilled value and total active commitment value over time. Top Agreements by Fulfillment Activity: Shows agreement orders, total fulfilled value, and agreement value of the agreements with the highest value.
Responsibilities
DBI for Supply Chain provides several responsibilities for accessing the dashboards and reports. Access to the Expense Management or HR Management dashboard is based on management security. You can only view data that is relevant to your area based on the manager hierarchy setup. If you are not a manager in the management hierarchy, then you do not have access to data on the Expense Management or HR Management dashboard. When you navigate from one dashboard to another, the system uses the particular security associated with the dashboard to determine your access. Implementers need to be assigned the Daily Business Intelligence Administrator responsibility to perform setup tasks such as creating and submitting request sets (concurrent processes) and setting up global parameters. They also should be assigned the CRM Resource Manager responsibility to perform the sales group hierarchy setup.
Manufacturing Management Product Cost Management Plan Management Warehouse Management Transportation Management Expense Management HR Management
Sales Manager
The Sales Manager function-based responsibility provides access to the following dashboards: Sales Forecast Management Sales Management Opportunity Management Product Revenue Bookings and Backlog Expense Management HR Management
Dimensions
DBI for Supply Chain uses the following dimensions, some of which are common across Oracle Daily Business Intelligence. Refer to "Implementation Considerations" in Chapter 2 for more information on how DBI for Supply Chain uses dimensions, such as currencies.
Agreement Type
Agreement type comes from the Sales Agreement Type field of the sales agreement header in Oracle Order Management. This field enables you to classify agreements by type for reporting or control purposes.
Carrier
Many of the Transportation Management reports use the Carrier dimension. This dimension includes the defined freight carriers associated with trips from Oracle Order Management. If an order does not list a carrier, then it is included in the Unassigned category.
Currency
All DBI for Supply Chain dashboards let you see data in a primary and secondary currency.
For a description of the Currency dimension, see Common Dimensions, page 1-8.
Customer
The Customer dimension uses the sold-to customer from the sales order header in Oracle Order Management for the Customer Fulfillment Management, Product Cost Management, and Product Revenue Bookings and Backlog dashboards, and the ship-to customer from the sales order line for the Shipping Management dashboard. The Customer dimension contains one level: Customer (dimension) Customer (level)
Customer Classification
Many of the Product Revenue Bookings and Backlog and Sales Agreement Management reports use the Customer Classification dimension. For an explanation of this dimension, see Common Dimensions, page 1-8.
Cycle Count
This dimension contains a set of cycle counting parameters, including a list of items, count schedule, and tolerances, that refer to a periodic counting of items in the inventory of an organization. This set of parameters is identified by a unique name. The Cycle Count dimension refers to the specification for a periodic counting.
Grade
Means of grouping similar items. It can be used to control the movement, pricing and storage of an item, especially if the units present in inventory need to be tracked and handled differently based on their quality.
uses this dimension, see Associate Item with Inventory Category Set, Product Category Set, page 21-58. See also Item Dimension Reporting, page 6-1.
Job Status
Many of the Manufacturing Management and Product Cost Management reports use the Job Status dimension. This dimension enables you to see information on jobs by the various stages of the life cycle and activities that can be performed on the job. For Oracle Manufacturing, the values come from Oracle Work in Process, and for Oracle Process Manufacturing, the values come from Process Execution. Values in the Job Status dimension: Released On-hold Complete Complete no charges Pending Close Failed Close Close Cancelled
Mode
Many of the Transportation Management reports use the Mode dimension. This dimension enables you to see data for shipments that use specific modes of transportation, for example, air, parcel, truck, and rail. Values in the Mode dimension: Parcel LTL TL Ocean Rail Air
Operation Plan
The Operation Plan reports contain the Operation Plan dimension. This dimension enables you to see information on specific operation plans and how they are performing. The values in this dimension are defined in Oracle Warehouse Management.
Organization
The Organization dimension refers to the inventory organizations (not sales organizations) to which you have access, as determined by the organization security setup in Oracle Inventory. Organization (dimension) Inventory Organization (dimension level) Subinventory (dimension level) Destination Subinventory Locator
Inventory Organization DBI for Supply Chain uses the Inventory Organization level of the common Organization dimension. Only DBI for Supply Chain dashboards and reports use this dimension.
Destination Subinventory
The Destination Subinventory dimension is the final storage location where the item was put away, irrespective of the suggested subinventory or whether the item was
Physical area within a subinventory where you store material, such as a row, aisle, bin, or shelf.
Source Subinventory
Source Subinventory is the actual, not suggested, storage location from which the material was picked. Organization (unsecured) The purpose of the unsecured version of the Organization dimension is to allow you to see information in DBI, even if you typically do not have access to particular organizations. This version displays information from all inventory organizations, regardless of access (unsecured).
Period
For more information on Period, see Set Up Global Parameters, page 2-34.
Period Name
This dimension appears in the Plan Management reports. It contains future plan periods for all plans. It is dependent on the Period dimension. Depending on the selected period, the parameter displays all available periods defined in the plans. If you choose Month from the Period parameter, and the planning horizon for the plan was for 1/1/01 to 12/31/03, then the Period Name parameter contains "Jan-01, Feb-01, Mar-01, etc." If you choose Quarter from the Period parameter, then Period Name contains " Q1-01, Q2-01, etc."
Plan Snapshot
The Plan Snapshot dimension is used by all reports on the Plan Management dashboard. The Plan Snapshot dimension lists the available plan snapshots to choose among by displaying the plan name and run date (for example, PROD001-01-JAN-03) in the Plan and Compare Plan parameters. The dimension does not provide an All option for the Plan and Compare Plan parameters. It does provide a None option for the Compare Plan parameter. The dimension retrieves the plan name and run date from Oracle Advanced Supply Chain Planning. Specifically, it retrieves the plan code (ID), plan name, and last plan run date. The base summaries collect the information from Oracle Advanced Supply Chain Planning. The Plan Snapshot dimension contains one level: Plan Snapshot (dimension) Plan Snapshot (level)
Compare Plan This dimension makes it possible to compare plans defined in Oracle Advanced Supply Chain Planning. The Compare Plan dimension contains the same plans as the Plan parameter. Choose None if you want to see the data of one plan only. Plan This dimension contains the name of all plans defined in Oracle Advanced Supply Chain Planning.
Resource
The resource-related reports on the Manufacturing Management, Product Cost Management, and Plan Management dashboard display the resources by resource category (defined across organizations) or by department (defined within an organization) as defined in Oracle Bills of Material. The following diagram shows the relationship between the resource dimension levels (group, department, and resource) that DBI for Supply Chain uses:
Each resource belongs to one or more owning departments within an organization. The resource cannot be used in another organization, but it can be used in another department. The resource-related reports obtain utilized hours from jobs, and display the utilization by owning department and resource group. In the reports: The departments that are listed in the Department parameter depend on the inventory organization selected in the Organization parameter. The resources that are listed in the Resource parameter depend on the selections in the Department parameter.
The Resource dimension contains three levels: Resource Group (dimension level) Department (dimension level) Resource
Sales Group
Sales Group is the primary secured dimension of the Product Revenue Bookings and Backlog dashboard and Sales Agreement Management dashboard. Your sales group selection controls all the regions on this dashboard. The Sales Group dimension lists the sales groups to which you have security access through your responsibilities. This means you can only see data for sales groups to which you have been given access. Data from other sales groups does not display in the reports.
These sales groups are the entities, a combination of a specific sales group with a specific sales representative, that have been credited for the booked order line on the order line details within Oracle Order Management. Within Oracle Order Management, it is possible to distribute credit to multiple sales representative/sales group combinations for an individual order line; the Product Revenue Bookings and Backlog dashboard represents this distribution of sales credits on order lines. The Sales Group dimension includes inactivated sales groups and historical sales representatives (for example, those who are no longer with the company).
Note: Without a sales group hierarchy, the reports place all sales
representatives in an Unassigned sales group. Some report functionality is disabled for sales representatives in an unassigned sales group. The following roles can be assigned in the sales group hierarchy: Sales Manager, Sales Administrator, and Sales Representative. Users assigned these roles appear in the reports as a member of the group; however, only users who have the role of Sales Manager or Sales Administrator can see data for the group in the Product Revenue Bookings and Backlog dashboard and Sales Agreement Management dashboard and associated reports.
Service Level
Many of the Transportation Management reports use the Service Level dimension. This dimension enables you to see data about shipping transactions that are being shipped with a specific type of carrier service, for example, next day air or 2-day air. Values are defined at the site level in Oracle Order Management. Because the system administrator defines the values, they will accurately reflect shipping procedures at the site.
Shipping Direction
Many of the rated freight cost reports use the Shipping Direction dimension. This dimension enables you to see freight-related information about specific types of shipping transactions, such as outbound or drop ship, based on the shipping direction. The values come from Oracle Order Management.
Supplier
The Supplier dimension displays suppliers on the Plan Management dashboard. Oracle Daily Business Intelligence for Procurement owns this dimension. For more information on this dimension, see Dimensions, page 14-11. The Plan Management dashboard uses the Supplier dimension level only, not the Supplier Site dimension level. The Supplier dimension level collects all suppliers defined in Oracle Applications, but the Plan Management dashboard reports only display suppliers that exist on planned orders gathered from Oracle Advanced Supply
Chain Planning. If a supplier is not listed on the planned order, then the data for those orders displays as Unassigned in the reports.
while the Fulfilled Value metric is based on the actual fulfilled date. See Set Up Firmed Date Defaulting Rule, page 21-61 for more information on firmed date. See Customer Fulfillment Management, page 21-3 for more information on actual fulfilled date.
KPI Definitions Booked Value: This measure is the sum of (Booked Quantity * Selling Price) for all order lines, during the selected period. The Grand Total line for booked value is calculated as the sum of the booked value for all categories. It is the value of all sales order lines booked during the selected period to date, including fulfilled and unfulfilled order lines, but not return lines or canceled order lines. (The selling price reflects the price after discounts were applied.) See also: Fulfillment Performance, Oracle Daily Business Intelligence User Guide. Use this KPI to identify the value of what is booked for the time period to date. This KPI can be viewed as the potential revenue from sales orders. You can also view the change in bookings since the previous time period. The bookings trend indicates the fluctuation of booked orders or price over a period of time. Fulfilled Value: Fulfilled Quantity * Selling Price This measure is the total value of the fulfilled sales order lines in the selected period to date. See also: Fulfillment Performance, Oracle Daily Business Intelligence User Guide. Use this KPI to identify the value of what is fulfilled for the time period to date. This KPI signifies the potential revenue from sales orders that are ready for invoicing by Oracle Receivables. You can also view the change in fulfillment since the previous time period. The fulfillment trend indicates the fluctuation of order completion or price over a period of time. Book to Fulfill Ratio: (Booked Value) / (Fulfilled Value) This measure is the ratio of the value of orders booked in a selected period to the
value of orders fulfilled in the period. See also: Fulfillment Performance, Oracle Daily Business Intelligence User Guide. The book-to-fulfill ratio (also known as the book-to-bill ratio) suggests the balance of supply and demand. A ratio of 1.00 implies that the value of incoming orders equals the value of outgoing orders. For a non-cyclical business, the book-to-fulfill ratio could be close to one. In downturns, the ratio could drop under 1.00, which means that supply is greater than demand. A ratio higher than 1.00 implies that demand is greater than supply. Backlog Value: This measure is the sum of (Booked Quantity * Selling Price) for all order lines that are booked and not yet fulfilled. Also known as open orders, this is the value of sales order lines that are booked, but not yet fulfilled. See also: Backlog and Past Due Schedule Value, Oracle Daily Business Intelligence User Guide. Use this KPI to identify the value of orders in the pipeline that still need to be fulfilled. The backlog trend can indicate fluctuations in booked orders or suggest the volume of unfinished activities required to execute orders. Past Due Schedule Value: This measure shows Booked Quantity * Selling Price, for lines where the current date is past the schedule ship date. Also known as delinquent backlog, it is the total value of unfulfilled order lines where the current date is past the schedule ship date on the sales order line. See also: Backlog and Past Due Schedule Value, Oracle Daily Business Intelligence User Guide. Use this KPI to determine the value of delinquent orders that should have been fulfilled. This KPI signifies the amount of potential revenue overdue beyond the schedule ship date. View the change in this KPI to determine a trend in past due orders since previous periods. An increasing past due trend could suggest issues such as poor performance of order execution, capacity problems, or warehouse inefficiencies. Fulfilled Return Value: Fulfilled Quantity * Selling Price, for order lines that are returns. Use this KPI to monitor the value and trend of returns. Returns could indicate customer dissatisfaction due to poor order execution, high pricing, incorrect items, or other reasons that appear in the underlying report. See also: Fulfilled Return Value, Oracle Daily Business Intelligence User Guide.
Use this KPI to identify the volume of lines shipped for organizations and how they compare to the previous period. This KPI suggests whether warehouse activity is increasing or decreasing. Lines Late to Schedule: (Total number of lines shipped late after the Schedule Ship Date on the sales order line / Lines Shipped) * 100 See also: Shipping Performance, Oracle Daily Business Intelligence User Guide. Use this KPI to determine which organizations have the best or worst shipping performance and which customer is impacted the most. This KPI shows whether the timeliness of shipments is worsening or improving. Lines Late to Promise: (Total number of lines shipped late, after the Promise Date on the sales order line / Lines Shipped) * 100 See also: Shipping Performance, Oracle Daily Business Intelligence User Guide. Book to Ship Days: For all order lines, the average of (Shipped Date - Firmed Date). If a firmed date is not available, booked date is used. See Firmed Date, Oracle Daily Business Intelligence User Guide for more information. This KPI shows the average number of days between booking the sales order and shipping the items. See also: Book to Ship Days, Oracle Daily Business Intelligence User Guide. Use this KPI to determine an organization's cycle time from order booking to shipping. Select the KPI to view the report, which shows the cycle time by organization, inventory category, items, or customer to determine what is driving the cycle time or who is affected by it. Past Due Schedule Lines: This KPI shows the number of booked sales order lines that are not yet shipped and where the Schedule Ship Date is earlier than the selected date. See also: Past Due Schedule Performance, Oracle Daily Business Intelligence User Guide. Use this KPI to determine the current state of past due order lines. You can compare this KPI to the prior period to determine the fluctuation of volume in terms of lines and to see whether the trend is improving.
Business Intelligence User Guide. See also: Inventory Value Summary., Oracle Daily Business Intelligence User Guide Annualized Inventory Turns: Annualized COGS / Average Daily Inventory Annualized COGS = (COGS / Number of Days in Selected Period) * 365 For information about COGS, see Cost of Goods Sold., Oracle Daily Business Intelligence User Guide Average Daily Inventory = Sum of Daily Ending Inventory Balance / Number of Days See also: Inventory Turns, Oracle Daily Business Intelligence User Guide. Hit/Miss Accuracy: (Total Hit Entries / Total No. of Entries) * 100 This KPI shows the percentage of the total number of cycle count entries that fall within the hit/miss tolerance as compared to the total number of cycle count entries made. See also: Cycle Count Accuracy, Oracle Daily Business Intelligence User Guide. Gross Adjustments - Rate: (Total Gross Adjustment Value / Total System Inventory Value) * 100 This KPI shows the gross value of the adjustments made during cycle counting to the total system inventory value of the counted items at the time of completion of the cycle count entries. See also: Cycle Count Accuracy, Oracle Daily Business Intelligence User Guide. Exact Matches - Rate: (Total Match Entries / Total Number of Entries) * 100 This KPI shows the number of exact match entries as a percentage of the total number of cycle count entries. An exact match entry is an entry where the counted quantity entered is the same as the system quantity. See also: Cycle Count Accuracy, Oracle Daily Business Intelligence User Guide.
of the item when the baseline plan was collected. This KPI shows how production values compare to planned values, as a percentage. See also: Production to Plan, Oracle Daily Business Intelligence User Guide. Production Value: This KPI shows the net of WIP Completions value and WIP Returns value, into the Inventory Asset Account. All WIP returns in a discrete job are processed as of the return transaction date. See also: Production to Plan, Oracle Daily Business Intelligence User Guide. On-Time Production: (On-Time Production/Total Production) * 100 This KPI shows the value of completed jobs (those with status Complete, Complete-No Charge, or Closed), which were on time. The value is computed on actual completed quantity. See also: On-Time Production, Oracle Daily Business Intelligence User Guide. Manufacturing Cost Variance: [(Actual Cost - Standard Cost) / Standard Cost] * 100 This column shows the actual cost charged to all closed jobs, as a percentage of the standard cost for all closed jobs (standard cost of production). See also: Cost Variance, Oracle Daily Business Intelligence User Guide. Material Usage Variance: [(Actual Usage - Standard Usage) / Standard Usage] * 100 Actual Usage is the actual quantity of components issued to a job for an assembly, multiplied by the Actual Cost. (The actual quantity issued to a job is the quantity issued from inventory to work in process.) Standard Usage is the standard quantity of components in the assembly, multiplied by the Actual Cost. (The standard quantity is obtained from the bills of material or Oracle Process Manufacturing formula.) This KPI shows how much material was consumed as compared to the standard material consumption. See also: Cost Variance, Oracle Daily Business Intelligence User Guide. Resource Utilization: (Resource Cost Charged / Cost of Resources Available) * 100 Resource Cost Charged is the resource hours charged to all open and closed jobs, multiplied by the standard cost of the resource on the date of the resource transaction. Cost of Resources Available is the available hours specified on the resource calendar for a selected period, multiplied by the standard cost of the resource during that period. This KPI shows the extent to which available resources are utilized. See also: Resource Utilization, Oracle Daily Business Intelligence User Guide. Resource Variance: [(Actual Resource Cost - Standard Resource Cost) / Standard
Resource Cost] * 100 Actual Resource Cost is the resource hours charged to a completed job, multiplied by the actual cost of the resources based on each resource transaction. Standard Resource Cost is the standard resource hours for a job, based on the actual routing used, multiplied by the standard cost of a resource at the time of completion. This KPI shows the resource cost charged as compared to the standard resource cost. See also: Resource Variance and Efficiency, Oracle Daily Business Intelligence User Guide. Scrap: (Scrap Value / Gross Production Value) * 100 Scrap Value is the value of scrap generated across all item categories, obtained from all scrap transactions. It is the cost that was charged to an assembly that was scrapped. Gross Production Value is the cost of work in process completions into inventory (minus returns), plus Scrap Value. This KPI shows the value of scrap generated, compared with the gross production value. The Scrap KPI does not apply to Oracle Process Manufacturing (OPM). An OPM product that does not meet the specification is either reworked within the same batch or is completed as a coproduct using another item. The rework impact is reflected in the Resource Variance report (see Resource Variance and Efficiency), and the coproduct impact is reflected in the Material Usage Variance report (see Material Usage Variance). See also: Scrap, Oracle Daily Business Intelligence User Guide.
Actual Usage: Actual quantity of components issued to a job for an assembly, multiplied by the Actual Cost for all completed jobs. (The actual quantity issued to a job is the quantity issued from inventory to work in process.) Standard Usage: Standard quantity of components in the assembly, multiplied by the Actual Cost for all completed jobs. (The standard quantity is obtained from the bills of material or Oracle Process Manufacturing formula.) Resource Variance: [(Actual Resource Cost - Standard Resource Cost) / Standard Resource Cost] * 100 Actual Resource Cost: Resource Hours charged to a completed job * Actual Cost of Resources based on each resource transaction for all completed jobs Standard Resource Cost: Standard Resource Hours for a job, based on the actual routing used * Standard Cost of Resource at the time of completion for all completed jobs
Planned On-Time Shipment: [(Total Number of Order Lines - Number of Late Order Lines) / Total Number of Order Lines] * 100 Use this KPI to determine the customer service level projected to result from the execution of the plan. Compare this KPI with the Planned Inventory Turns to determine the ideal trade-off between inventory levels and customer service. See also: Planned Performance, Oracle Daily Business Intelligence User Guide.
Planned Resource Utilization: (Hours of Capacity Planned / Available Hours of Capacity) * 100, from Oracle Advanced Supply Chain Planning. Use this KPI to help identify resource constraints to manufacturing throughput. These would be resources with a utilization near or exceeding 100 percent. Under-utilization can also point to revenue opportunities that can result from changes in product promotion or pricing strategies. See also: Planned Performance, Oracle Daily Business Intelligence User Guide.
The revenue figures in the Product Revenue Bookings and Backlog dashboard are the net of product returns and credit memos. They are not the net of: Offsetting amounts usually tracked in other accrued accounts (for example, bad debt and payment discounts). Internal orders that are entered through Oracle Order Management and adjusted for later in Oracle General Ledger.
See also: Revenue Overview, Oracle Daily Business Intelligence User Guide. Revenue Booked this Period: This KPI shows the recognized revenue in a period that was also booked in the same period. For example, if the period is month, Revenue Booked This Period would be all revenue recognized in the current month that was also booked in the current month. If the revenue was booked last month and recognized this month, it should not be included in Revenue Booked This Period. For revenue to be considered booked and recognized in the same period, the Booked Date from the order and the General Ledger Date from the invoice must both fall within the selected period. See also: Revenue Overview, Oracle Daily Business Intelligence User Guide. Revenue Booked in Prior Periods: This KPI shows recognized revenue in a period that was booked in a previous period. For example, if period is month, Revenue Booked in Prior Periods would be all revenue recognized in the current month that was booked in a prior period. If the revenue was booked this month and recognized this month, then it is not be included in this column. See also: Revenue Overview, Oracle Daily Business Intelligence User Guide. Product Revenue Backlog: This KPI shows the total value of order lines for products that have been booked in Oracle Order Management, but for which the revenue has not been recognized by Oracle Receivables; and the negative value of return order lines that have been booked, but for which the revenue has not been recognized by Oracle Receivables. See also: Revenue Overview, Oracle Daily Business Intelligence User Guide.
selected period. See also: Pick Release to Ship Cycle Time Report, Oracle Daily Business Intelligence User Guide. Receipt To Putaway (Hours): (Total Elapsed Time for All the Putaways) / (Number of Putaways) The average elapsed time from receipt of an item to the time it is put away to its final storage location. See also: Receipt to Putaway Cycle Time Report, Oracle Daily Business Intelligence User Guide. Utilized Volume: Space occupied by the material stored in the organization or subinventory. See also: Warehouse Storage Utilized Report, Oracle Daily Business Intelligence User Guide. Weight Stored: Total weight of the material stored in the organization or subinventory. See also: Warehouse Storage Utilized Report, Oracle Daily Business Intelligence User Guide. Pick Exceptions Rate: (Picks with Exception / Picks) * 100 The number of picks in which an exception was encountered, as a percentage of the total number of picks. See also: Picks & Exceptions Analysis Report, Oracle Daily Business Intelligence User Guide.
Arrivals Planned for every Trip Stop)] * 100 The amount of times deliveries arrived at trip stops on time as a percentage of total deliveries. See also: On-Time Arrival Rate Report, Oracle Daily Business Intelligence User Guide. Carrier Billed to Paid Variance: [(Billed Paid In Full) / (Absolute Value of Paid In Full for all carrier bills paid in full within the selected period)] * 100 The amount of payment made to the carrier as a percentage of the total amount billed. See also: Carrier Billing and Payment Variance Report, Oracle Daily Business Intelligence User Guide. Carrier Payments: The sum of all payments made to the carrier for the selected period (aggregated on the paid date of the payment created) See also: Carrier Billing and Payment Variance Report, Oracle Daily Business Intelligence User Guide.
See also: Active Agreements Summary report, Oracle Daily Business Intelligence User Guide. Expiring Agreements Total Value: Total of the minimum agreement value of agreements that are expiring from the selected date to the end of the selected period. See also: Active Agreements Summary report, Oracle Daily Business Intelligence User Guide. Outstanding Value: (Value of Active Agreements Expiring this Period) (Value of the Fulfilled Portion of the Same Agreements, up to and including the as-of date) Difference of the total minimum agreement value and the total fulfilled value referencing the active agreements that are expiring from the selected date to the end of the selected period. Negative values are rounded up to 0. See also: Total Performance Against Agreements report, Oracle Daily Business Intelligence User Guide. Agreement Orders Analysis Agreement Orders: Value of all sales order lines that reference an agreement fulfilled in the selected period. Non-Agreement Orders: Value of all sales order lines that do not reference a blanket sales agreement, fulfilled in the selected period. Percent Non-Agreement Orders: (Non-Agreement Orders / Sum of All Non-Agreement Orders and Agreement Orders) * 100 Percentage of the value of non-agreement orders compared to the sum of all orders, fulfilled in the selected period. All orders are within the same period, up to and including the as-of date. See also: Agreement Orders Analysis report, Oracle Daily Business Intelligence User Guide.
Securing Data
All DBI for Supply Chain dashboards except Product Revenue Bookings and Backlog, Transportation Management, and Sales Agreement Management are secured by the Organization Access window in Oracle Inventory. Using the Organization Access window, you need to set up the list of inventory organizations to be accessed by users assigned the Supply Chain Manager, Daily Supply Chain Intelligence, and other responsibilities (except the Daily Sales Responsibility). When viewing the reports, users with these responsibilities can see the organizations associated with the responsibility. (For more information, see the Oracle Inventory User's Guide.) The Transportation Management dashboard is not secured. In Oracle Daily Business Intelligence, access to Oracle Process Manufacturing inventory organizations is controlled by Inventory Organization security, set up using the
Organization Access form in Oracle Inventory. For more information, see the Oracle Inventory User's Guide.
Implementation Considerations
Consider the following prior to implementing DBI for Supply Chain:
Open Batches
DBI for Supply Chain will not continue to report open batches from old OPM organizations. Users must either close or cancel open batches before installing this release of DBI for Supply Chain.
When collecting plans from Oracle Advanced Supply Chain Planning, you can collect plans of the type Manufacturing, Production, or Distribution. (See Set Plan Collection Schedule, page 21-67.) Unlike most other Oracle Daily Business Intelligence reports, the Plan Management dashboard is future looking, and plans are not always at the day level. (They can be planned at the day, week, or month level in Oracle Advanced Supply Chain Planning.) The Plan Management dashboard uses the month as the lowest level. It rolls day and
week planning periods up to the month level, based on the Oracle Daily Business Intelligence enterprise calendar. Like Oracle Advanced Supply Chain Planning, the Plan Management dashboard does not require items and transactions to be costed. The Plan Management dashboard assumes items and transactions are costed because it obtains some values from the associated costs. If items and transactions are not costed, then the value is not included in the reports.
Setup Checklists
The following table provides a list of the steps required to implement the DBI for Supply Chain dashboards. If you have already completed a setup listed in this checklist, either as part of the setting up the transactional application or as part of setting up another dashboard, then you do not need to repeat the setup. Unless otherwise noted, you can perform setups concurrently.
Set Up Customer Fulfillment Management, Shipping Management, Product Revenue Bookings and Backlog, and Sales Agreement Management Dashboards
The following table provides a list of the steps required to implement the Customer Fulfillment Management, Shipping Management, Product Revenue Bookings and Backlog, and Sales Agreement Management dashboards and reports.
Step Review Hardware and Software Requirements, page 21-56 Set Up Daily Business Intelligence Framework, page 21-61 Set Up Inventory Organization Security, page 21-63 Synchronize Enterprise Calendar, page 21-63 Application/Responsibility Not Applicable
Daily Business Intelligence Administrator, Oracle General Ledger Super User (responsibilities) Order Management Super User (responsibility)
Set Up Firmed Date Defaulting Rule, page 2161 Set Up Financial Category Dimension, page 21-63 Synchronize Financial Data, page 21-64 Product Revenue Bookings and Backlog only. Map Financial Accounts, page 21-64 Set Up Item Dimension, page 21-65 Consider Access to HR and Expense Management Dashboards, page 21-66 Set the OM: DBI Installation Profile Option, page 21-71 Post-Setup Steps, page 21-81 Update Sales Group Hierarchy, page 2-72
Order Management Super User (responsibility) Daily Business Intelligence Administrator (responsibility) Order Management Super User, Receivables (responsibility)
Daily Business Intelligence Administrator, Oracle General Ledger Super User (responsibilities) Item Manager (application) Item Manager (application)
Set Up Item Dimension, page 21-65 Associate Item with Inventory Category Set, Product Category Set, page 21-58 Ensure Complete Subledger Postings, page 2165 Consider Access to HR and Expense Management Dashboards, page 21-66 Set Reporting Units of Measure (Optional), page 21-79 Post-Setup Steps, page 21-81
Multiple responsibilities
Daily Business Intelligence Administrator, Oracle General Ledger Super User (responsibilities) Order Management Super User (responsibility)
Set Up Item Dimension, page 21-65 Associate Item with Inventory Category Set, Product Category Set, page 21-58 Set Up Resource Groups, page 21-57 Identify Time-Based Resources, page 21-65 Ensure Complete Subledger Postings, page 2165 Consider Access to HR and Expense Management Dashboards, page 21-66 Set the OM: DBI Installation Profile Option, page 21-71 Set the Unit of Measure Representing Hours, page 21-72 Set Baseline Plan, page 21-72
Multiple responsibilities
Daily Business Intelligence Administrator, Oracle General Ledger Super User (responsibilities) Item Manager (application) Advanced Supply Chain Planner (responsibility) Multiple responsibilities
Set Up Item Dimension, page 21-65 Enable Pegging in Advanced Supply Chain Planning, page 21-65 Consider Access to HR and Expense Management Dashboards, page 21-66 Set Up the Planning Instance, page 21-67 Set Plan Collection Schedule, page 21-67
Daily Business Intelligence Administrator, Oracle General Ledger Super User (responsibilities) Item Manager (application)
Consider Access to HR and Expense Management Dashboards, page 21-66 Set the OM: DBI Installation Profile Option, page 21-71 Set the ISC: Shipping/Transportation Execution Profile Option, page 21-71 Set the FTE: Carrier On-Time Arrival Window Profile Option, page 21-72 Set Reporting Units of Measure (Optional), page 21-79 Post-Setup Steps (in this chapter)
Multiple responsibilities
Oracle Order Management Oracle Inventory and Oracle Cost Management; or Oracle Process Manufacturing Oracle Inventory, Oracle Bills of Material, Oracle Engineering, Oracle Cost Management and Oracle Work in Process; or Oracle Process Manufacturing
Manufacturing Management
Optional Oracle Order Management, Oracle Inventory, Oracle Bills of Material, Oracle Engineering, Oracle Work in Process
Plan Management
Oracle Advanced Supply Chain Planning Oracle General Ledger, Oracle Receivables, Oracle Order Management Oracle Warehouse Management, Oracle Inventory, Oracle Order Management, Oracle Purchasing Oracle Order Management, Oracle Transportation Execution, Oracle Payables Oracle Order Management
Warehouse Management
Transportation Management
OPM modules are assumed: Oracle Process Manufacturing Cost Management, Oracle Process Manufacturing Process Execution, and Oracle Process Manufacturing Product Development (used by Inventory Management, Manufacturing Management, and Product Cost Management).
Unassigned resource group, the report displays each resource, and you can view the resources by department. Oracle Process Manufacturing resource categories are displayed as Resource Groups in Oracle Daily Business Intelligence. Resource Category is an attribute that is set up within the Plant Resource window. Refer to the Oracle Process Manufacturing Capacity Planning User's Guide for details on the resource category assignment. Oracle Process Manufacturing resource classes are displayed as departments in Oracle Daily Business Intelligence. Resource Class is an optional attribute of the resource. If the resource class is not specified, the DBI for Supply Chain reports place the resource in an unassigned department. In Oracle Daily Business Intelligence, use resource groups to group resources of similar capabilities and resources that are managed together should be grouped using resource classes.
Product Gross Margin reports display items that are defined in the Master Item window in Oracle Inventory. All other reports in DBI for Supply Chain display the items that are defined in the Organization Item window.
Hierarchy Used by Dashboard or Report Dashboard or Reports Customer Fulfillment Management dashboard Hierarchy Used Product Category
Dashboard or Reports Shipping Management dashboard Inventory Management dashboard Manufacturing Management dashboard Product Cost Management dashboard
Hierarchy Used Inventory Category Inventory Category Inventory Category Product Category for the Margin reports and Inventory Category for the Manufacturing reports Product Category
Plan Management dashboard (Planned Revenue and Margin reports) Plan Management dashboard (all reports except Planned Revenue and Margin) Product Revenue Bookings and Backlog dashboard Warehouse Management dashboard Transportation Management dashboard (Freight Cost Recovery Rate and Freight Cost Recovery Rate Trend reports) Sales Agreement Management
Inventory Category
Product Category
Product Category
To obtain the planned values on the Manufacturing Management dashboard, the reports use the plans you select from Oracle Advanced Supply Chain Planning. Even if the plan uses product families, the Manufacturing Management reports display the data by item and inventory category. (The Plan Management dashboard also displays items by inventory category, except the Planned Revenue and Margin report.) For more information on the Item dimension, see Item Dimension Reporting, page 6-1.
Note: All dashboards and reports that are based on order lines (such as
the Customer Fulfillment Management, Shipping Management, Product Cost Management, Product Revenue Bookings and Backlog dashboards and associated reports) report on activities related to the sale of products, but not services. For example, if a sales order is created for a television, which includes a service plan on an associated line, only the line item for the television is included in the report
calculations. All order lines in Oracle Order Management have an item type code. (The item type code is stored in the database; it is not visible on the sales order). Oracle Order Management determines the item type code of a line based on how the item is set up in the item master. If the item Contract Item Type attribute is of type Service or Warranty, then Oracle Order Management assigns an item type code of SERVICE on the order line. DBI for Supply Chain excludes all order lines with an item type code of SERVICE. The Sales Agreement Management dashboard and reports are an exception to this rule. The dashboard and reports include service items, which are fulfilled when all line items of the corresponding sales order are fulfilled and closed.
The ISC: DBI Load Check for Schedule Ship Date profile option is introduced in with this release. You can set this profile option so that the loads do not fail if the dates are outside the open periods in the Time dimension. The profile option details are as follows: Profile Name: ISC: DBI Load Check for Schedule Ship Date Description: If Schedule Ship Date is not available in the Time dimension, then the load throws an error or completes with a warning based on the profile value
selected. Profile Value: Error : Load aborts with error Warning : Load completes with warning
unit or organization, or in the primary or secondary currency that was set up when implementing Oracle Daily Business Intelligence. To display data in the functional currency, Oracle Daily Business Intelligence converts amounts from the transactional currency to the functional currency. To display data in the primary currency, Oracle Daily Business Intelligence converts amounts from the functional currency to the primary currency, not from the transactional currency to the primary currency. Oracle Daily Business Intelligence uses a three-step process to convert amounts to the primary currency. It converts from the transactional currency to the functional currency to the primary currency. To convert from the functional currency to the secondary currency, a secondary rate type is used. See Set Up Global Parameters, page 2-34 for more information on the secondary currency. The Plan Management dashboard offers one currency in the Currency parameterthe planning currency used by Oracle Advanced Supply Chain Planning. This is the currency selected in the Application Instances setup window in Oracle Advanced Supply Chain Planning. For a complete description of currencies and how they affect data, see the Oracle Daily Business Intelligence User Guide. For implementation considerations, see the description of currency exchange rates in DBI for Service Contracts, page 20-1. Global Start Date: Most DBI for Supply Chain reports use the global start date that is established during the basic Oracle Daily Business Intelligence setup. In these reports, data does not appear for events that occurred before the global start date. The Customer Fulfillment Management, Shipping Management, and Manufacturing Management dashboards consider events that began before the global start date. For example, reports can show Backlog and Past Due values/lines from orders that are booked prior to the global start date. See Set Up Global Parameters, page 2-34 for more information on the global start date. Enable all the dashboards you plan to use. For instructions, see Enable Dashboards and Reports, page 2-41. Set up custom buckets (optional). You can create custom buckets from the existing bucket sets available for the Shipping Management dashboard and reports. For instructions, see Customize Buckets, page 2-46.
Aging
Shipping Management dashboard, Book to Ship Aging report Shipping Management dashboard, Past Due Schedule Line Aging report
Aging
For instructions on using the Organization Access window to secure access to inventory organizations for use by the DBI for Supply Chain dashboards, see Defining Organization Access, Oracle Inventory User's Guide.
Product Revenue Bookings and Backlog relies on revenue collections performed by Oracle Daily Business Intelligence (DBI) for Financials programs for both revenue and deferred revenue.
To ensure that this dashboard is implemented successfully, follow the setup steps described in the DBI for Financials chapter to set up the Financial Category dimension and associate natural account values with their appropriate financial category types.
The Product Revenue Bookings and Backlog dashboard provides insight into revenue transactions as they flow from Oracle Order Management to Oracle Receivables to Oracle General Ledger. In order to ensure that all data is properly synchronized between these three application modules to enable accurate reporting, you must run a series of background processes prior to running the Daily Business Intelligence collection. Immediately prior to each time the Daily Business Intelligence collection is run, you must run all of the following processes as a single job flow without delay between steps: Fulfillment Accounts Receivable interface Invoice Revenue recognition Posting to General Ledger
Any of these processes can run at any other point in the day as well, as long as they are run in sequence immediately prior to running the collection for Daily Business Intelligence.
item costs might be required. If the item cost is not available, then the system logs errors to the subledger log file. Oracle Daily Business Intelligence does not inform you of the missing costs. To prevent items with missing costs from being reported, do not select the option Post Transactions When No Item Cost when running the Subsidiary Ledger Update processes. Oracle Process Manufacturing enables you to purge subledger data for different date ranges for different companies. If data is purged for only one company for a given date, then the value summed across organizations would be incorrect for a period for which data is not available for all organizations. To resolve this issue, purge data for all Oracle Process Manufacturing companies up to the same date. The Oracle Process Manufacturing subledger is a source for the following reports. That is, these reports depend on the Subsidiary Ledger Update processes having been run; they use the latest information that was obtained from these processes: Inventory Value (On-hand, Intransit, and WIP) on the Inventory Management dashboard Inventory Turns (because of its dependency on Inventory On-hand Value and COGS) on the Inventory Management dashboard Product Gross Margin (because of its dependency on COGS) on the Product Cost Management dashboard Material Usage Variance on the Manufacturing Management dashboard Manufacturing Cost Variance on the Manufacturing Management dashboard Current Unrecognized Variance on the Manufacturing Management dashboard Actual Production Value on the Manufacturing Management dashboard
The resource-related reports on the Manufacturing Management dashboard display the resources by resource group (defined across organizations) or by department (defined within an organization). Oracle Process Manufacturing calls these resource categories and resource classes, respectively.
DBI for Supply Chain does not have to implement these dashboards; however, because
the Supply Chain Manager responsibility includes links to the HR Management and Expense Management dashboards, note that the HR Management and Expense Management dashboards display data only to users who are managers in the management hierarchy. For information on activating the HR Management and Expense Management dashboards, see Daily Business Intelligence for Human Resources, Oracle Daily Business Intelligence Implementation Guide and Implementing Daily Business Intelligence for Financials, Oracle Daily Business Intelligence Implementation Guide. If you do not want links to the dashboards to be accessible to users, assign them the Daily Supply Chain Intelligence responsibility. This responsibility does not display links to the HR Management and Expense Management dashboards. See Responsibilities, page 21-25.
Plan Y (run monthly) Run in Oracle Advanced Supply Chain Planning on September 1, 2005
To include these plans on the Plan Management dashboard, you must take snapshots of them. You can schedule the snapshots as frequently as you like. The frequency depends on data volume in each plan and the number of plans you want to collect. In this example, you take weekly snapshots of Plan X and one snapshot of Plan Y. On the Plan Management dashboard, your snapshots are available to choose from in the
Plan and Compare Plan parameters as follows: Plan X-10-AUG-2005 Plan X-17-AUG-2005 Plan Y-1-SEPT-2005
If you did not take weekly snapshots of Plan X, then your snapshots might only be: Plan X-10-AUG-2005 Plan Y-1-SEPT-2005
Supply chain managers use the plan snapshots to compare plans on the Plan Management dashboard. Before you can perform the Oracle Daily Business Intelligence Plan Snapshot Schedule setup, you must have run plans in Oracle Advanced Supply Chain Planning. To avoid performance issues, choose the number and frequency of plan snapshots carefully. The volume of data in the Plan Management reports depends on the volume of data associated with the plans. The impact on performance depends on the number of snapshots and the volume of data in each snapshot, the hardware being used for the Oracle Daily Business Intelligence implementation, and other performance factors related to your Oracle Advanced Planning System implementation. Therefore, before setting up the plan collection, Oracle recommends that you run a plan in Oracle Advanced Supply Chain Planning and analyze the data. Choose a plan with data volume that is typical of the plans that you will choose to display in the reports. Analyze the data to understand the volume of data (number of database rows) the plan snapshots are likely to collect. Excessive snapshots can cause the Oracle Daily Business Intelligence request sets and reports to run slowly. Broadly speaking, tens of millions of rows may cause performance issues, but it depends on the hardware used in your implementation. The plan snapshot collection also enables you to purge old or unwanted snapshots to keep the performance in check.
Note: If possible, work with a senior planner to select the appropriate
plans. Ideally, you should schedule each snapshot after the plan run is complete. For example, if a particular plan is run weekly, every Sunday, you might choose to collect the plan weekly, with an offset of 3 days. The frequency of the snapshots depends on the data volume and database performance, and should be analyzed by a senior planner, operations manager, and system administrator.
load unless you have a plan in the snapshot schedule. Running a load without a plan causes the Plan Management dashboard to appear without data, and the Plan parameter on the dashboard will be blank.
Log in to Oracle Applications using the Daily Business Intelligence Administrator responsibility. Select Plan Snapshot Schedule under Setup : Supply Chain Intelligence.
2.
Select Update Snapshot Schedule to create and schedule the snapshots. Plan Name: Name of the plan defined in Oracle Advanced Supply Chain Planning. Select the Search icon to select the desired plan. The list of available plans contains all plans that are available in Oracle Advanced Supply Chain Planning now, except Inventory Optimization plans. Snapshot Frequency: Frequency of Once, Weekly, Monthly, Quarterly, or Yearly. The snapshot will be taken at that frequency, on the day specified in the Snapshot Offset field. Select Once to take the snapshot once now, plus the number of days you specify in the Snapshot Offset field. Snapshot Offset (+/- Days): Day in the period that the snapshot will be taken. An offset of 1 takes the snapshot on the first day of the period. An offset of -1 takes the snapshot on the last day of the period. For example, assume the frequency is Monthly. The month starts on the first day of the month, and the month is April. An offset of 4 takes the snapshot on April 4. An offset of -4 takes the snapshot on April 27. The system lets you enter the following offsets: For Once, enter any positive number. The snapshot is taken that many days after today. For Weekly, enter a positive number between 1 and 7. For Monthly, enter a number between 1 and 20 or between -1 and -20. For Quarterly, enter a number between 1 and 60 or between -1 and -60. For Yearly, enter a number between 1 and 200 or between -1 and -200.
View Organizations: Select the icon to view all inventory organizations associated with the plan. This list shows all organizations that were in the plan when the plan was last run in Oracle Advanced Supply Chain Planning. Delete: Select the icon to delete the row. Snapshots will no longer be taken for that plan, unless you define another snapshot for it.
2.
Select Manage Snapshots to purge snapshots you no longer need. Purging unwanted snapshots optimizes the performance of the Plan Management reports. It purges the data from Oracle Daily Business Intelligence. Snapshot Name: Name of the plan appended with the Run Date. Run Date: The last time the plan was run in Oracle Advanced Supply Chain Planning. The Snapshot Name and Run Date appear on the Plan Management dashboard when selecting plans to viewfor example, Plan X-10-AUG-2003. Snapshot Date: The date the snapshot was taken. The snapshot is taken when the request set that populates the Plan Management dashboard with the plan snapshots runs. (When the request set is run daily, the snapshot occurs on the same day it is scheduled to occur.) Each time the request set is run, it checks the snapshot schedule to see if any snapshots should be taken. If a plan snapshot is scheduled to be taken and the Run Date of the plan is different from the last time it was taken, then a snapshot is created. Owning Organization: Organization that owns the plan in Oracle Advanced Supply Chain Planning. Pending Deletion: The snapshots are not actually purged until the next time the request set is run that populates the Plan Management dashboard with the plan snapshots. This status lets you know whether the snapshot you have purged is pending processing. If you are searching for plan snapshots to purge, enter the first part of the name. For example, entering prod searches for any plan name that begins with prod. The search is not case sensitive.
Additional Information
DBI for Supply Chain keeps only one plan snapshot per day for the same plan. For example, the Run Date of a plan is January 10, 2003. The snapshot is taken of the plan on that day. Later that day, you rerun the plan in Oracle Advanced Supply Chain Planning. The new plan overwrites the earlier snapshot that day when the request set that populates the Plan Management dashboard with the plan snapshots runs.
Using the System Administrator responsibility, select System under Profile. Find the OM: DBI Installation profile option and set it to Y at the site level.
For more information on setting profile options, see the online Help in the System Profile Values window or refer to the Oracle Applications System Administrator's Guide.
Set the ISC: Shipping/Transportation Execution Profile Option for Transportation Management
If you are implementing the Transportation Management dashboard and reports, then you must set the ISC: Shipping/Transportation Execution DBI Installation profile option to Yes. This profile option tracks changes to certain values, such as status and quantity, on certain transactions within Shipping Execution and Transportation Execution. Shipping Execution and Transportation Execution log the changes only when the profile option is set to Yes. The request set in Oracle Daily Business Intelligence purges the log table after every collection from it. Failure to enable this profile option results in errors during initial and incremental loads.
To set this profile option, log in to Oracle Applications using the System Administrator responsibility. Search for the ISC: Shipping/Transportation Execution DBI Installation profile option. Set it to Yes.
Set the FTE: Carrier On-Time Arrival Window Profile Option for Transportation Management
If you are implementing the Transportation Management dashboard and reports, then you must set the FTE: Carrier On-time Arrival Window profile option to define the number of days before and after the planned arrival date that a shipment can be considered on-time. To set this profile option, log in to Oracle Applications using the System Administrator responsibility. Search for the FTE: Carrier On-time Arrival Window profile option. Set the profile option to any value greater than or equal to 0.
Organization B
Plan 2 Organization C
The plans in Oracle Advanced Supply Chain Planning already include organizations. Using the baseline setup, you add the desired plans to a baseline. Note the following about baselines: Among the baselines you create, whether one or many, be careful not to include the same organization more than once. Otherwise, the plan figures for that organization will be double-counted. The Baseline setup page does not allow you to include the same plan on multiple baselines. For each plan, the reports display planned values based on item costs on the day the baseline is collected by Oracle Daily Business Intelligence, and not on the day it was created. For example, if the plan was created three months ago, the item costs on the day of baseline collection (not from three months ago) are used.
Note: If possible, work with a senior planner to select the
appropriate plans.
Log in to Oracle Applications using the Daily Business Intelligence Administrator responsibility. Select Baseline Collection Setup under Setup : Supply Chain Intelligence.
2.
Select Create Baseline and enter the following information: Baseline Name: Your name for the baseline. Description: Optional description.
2.
Plan Name: Search for and select a plan from Oracle Advanced Supply Chain Planning. The list of available plans includes all plans that are available in Oracle Advanced Supply Chain Planning now, except Inventory Optimization plans and plans included in previously saved baselines. Copied plans are also available. The Manufacturing Management reports do not include Inventory Optimization plans because they are not relevant to a comparison of production to plan. Owning Organization: The owning organization for the plan appears. As long as a plan is not already included in another baseline, you can add any plans to the baseline. Create one baseline for each logical grouping of plans. If plans are related to each other in Oracle Advanced Supply Chain Planning and you include the related plans in the baseline, then the reports do not double-count the planned numbers. For example: Plan 1 shows planned numbers for bike wheels. Plan 2 shows planned numbers for completely assembled bikes. Plan 3 shows planned numbers for a different product altogether. In this example, Plan 1 is dependent on Plan 2. Therefore, if Plan 1 and Plan 2 are included in the same baseline, then the planned numbers for bike wheels will not be counted twice. You could include Plan 3 in the same baseline, if desired; the reports would include the planned numbers for Plan 3 in the baseline and compare these with actual numbers, if any.
3.
Return to the Create Baseline page, and finish entering the following information: Baseline Period: Period for which the plan data is to be collected. The from date must be equal to or later than the global start date that is set up for Oracle Daily Business Intelligence. (The fields do not allow you to enter a date prior to the global start date.) You must enter a from date. A to date is optional. If the to date is blank, all data after the from date is collected.
Note: If possible, choose a Baseline Period that enables you to
compare production to plan values. For example, Oracle Daily Business Intelligence has a global start date of January 1, 1999; therefore, the reports display actual production values from 1999 forward. The baseline plan, however, covers a baseline period from January 1, 2005 forward. In this example, actual production values appear for prior years, from 1999 forward; however, the produced and planned standard values are 0 for 1999-2002, since there was no baseline plan for that period. (The produced standard value shows data only for planned items. The actual production value shows data for all items, even those that were not planned.)
Next Collection Date: The date (today or later) you want the plan data to be
collected. Typically, this date is a few days before the Baseline Period from date. To understand baseline periods and collection dates, use the following example.
2005 July 1 (Previous Baseline Period from date) December 25 (Next Collection Date) 2005 December 31 (Previous Baseline Period to date) December 26-31 January 1 to plan start (Current Baseline Period from date) June 30 (Current Baseline Period to date) December 31 to plan end 2006 2006 2006
In this example, you had already created a baseline plan from July 1 - December 31, 2005. You create a new 2006 plan in Oracle Advanced Supply Chain Planning that is approved on December 25, 2005, so you collect the 2006 plan as the baseline on December 25. You also specify a Baseline Period as follows: By specifying a Baseline Period from date of January 1, you preserve the planned numbers of the previous baseline, all the way through December 31, 2005. That is, if you view report data any time from July 1 through December 31 in 2005, then the previous baseline plan numbers are used. If you view report data any time from January 1 through June 30 in 2006, then the planned numbers of the new baseline are used. By specifying a Baseline Period to date of June 30, you consider the plan numbers to be realistic through June 30. After that, you want to rerun the plan (in June, for example) and use the new numbers for a baseline period from July 1 through December 31, 2006.
4.
Click the Update icon to make changes: Change your baseline description. View the organizations in the baseline plans. Add more plans. Remove plans. View past collections. The View Past Collections page displays each date the
selected baseline was collected. This is the date that the request set in Oracle Daily Business Intelligence populated the Manufacturing Management dashboard with the baseline results. See Next Collection Date, page 21-79. Update a baseline when there is a new or different plan in Oracle Advanced Supply Chain Planning. For example, you create a baseline for the following plans: Plan 1, for bike wheels. Plan 2, for completely assembled bikes. Plan 3, for bike seats. Later, your company decides to add baskets to the bikes and creates Plan 4, for baskets. You should update your baseline to add Plan 4. Your updates to a baseline affect future collections only. Recollect a baseline (by entering a new Next Collection Date) when a plan is rerun in Oracle Advanced Supply Chain Planning and you want to baseline the new plan. You cannot delete a baseline. You can, however, remove some or all plans from a baseline if you wish to use them in another baseline. Existing, or previously created, baselines still appear on the Baseline setup page. They are used in the reports when you view data for a prior period for which the old baseline was used, or they are overwritten by a new baseline you create for that period. When you search for baselines to edit, enter the first part of the name. For example, entering prod searches for any baseline name that begins with prod. Entering both a baseline and a plan name searches for baselines that satisfy both criteria. The search is not case sensitive.
Additional Information
The following examples show how baseline collections are affected by running plans in Oracle Advanced Supply Chain Planning (ASCP):
Plan Plan at beginning of Period 1 Baseline created at beginning of Period 1 Plan in ASCP after a new run (baseline not updated)
Period 1 100
Period 2 100
Period 3 100
100
100
100
100
150
150
Example 2: Baselining a Subsequent Run of the Same Plan for the Same Period
In the following example, baselining the new run of the plan (for the same period) overwrites the previous baseline. The baseline reflects the new plan.
Plan Plan at beginning of Period 1 Baseline created at beginning of Period 1 Plan in ASCP after a new run Same baseline, updated after the new run, with a new collection date in Period 1 Period 1 100 Period 2 100 Period 3 100
100
100
100
110
150
150
110
150
150
Example 3: Baselining a Subsequent Run of the Same Plan for a Different Period
After the plan is newly run in Oracle Advanced Supply Chain Planning, you change the baseline collection date to occur in Period 2 to reflect the new plan numbers. The previous baseline numbers, however, are preserved in Period 1.
Plan Plan at beginning of Period 1 Baseline created at beginning of Period 1 Plan in ASCP after a new run at beginning of Period 2 Same baseline, updated after the new run, with a new collection date in Period 2
Period 1 100
Period 2 100
Period 3 100
100
100
100
150
150
100
150
150
The examples show that creating a new baseline for the same period overwrites the previous baseline numbers with the new plan numbers. Creating a new baseline for a different period preserves the baseline numbers of the previous period, while creating new numbers for the new period.
In this example, you have two choices: Update your baseline by removing Plans A, B, C, and D and adding Plans A-Copy,
B-Copy, C-Copy, and D-Copy. Update the baseline if you are sure you do not want to use the old plans again. Create a new baseline with Plans A-Copy, B-Copy, C-Copy, and D-Copy. Create a new baseline if you think you may still want to refer to the old baseline.
you must select a reporting unit of measure for volume and weight. If you are implementing the Transportation Management dashboard, you must select a reporting unit of measure for volume, weight, and distance.
Reporting units of measure are site-level settings that affect all of Oracle Daily Business Intelligence. After completing the setup, you must run an initial load in order for the settings to apply. You only need to set up the reporting units of measure once during implementation. You can also use this page to set up non-item-specific inter-class conversions. For more information, see Non-Item-Specific Inter-Class Conversions, page 21-80.
Using the Daily Business Intelligence Administrator responsibility, select Reporting Units of Measure under Setup : Supply Chain Intelligence. Navigate to the measure type for which you want to set up the reporting unit of measure. Select the Search icon to locate and select a reporting unit of measure. Select Apply when you are finished. Run an initial load to apply the settings to your site. If you are going to set up non-item specific inter-class conversions, then you must set those up, and then run the initial load.
2.
3. 4. 5.
If you have more than one class for either weight, volume, or distance, you will need to specify a conversion to convert from base unit of measure of one class, to the base unit of the Class of Reporting UOM, regardless of item. In order to do this, you should set up the conversion on this page.
Note: It is not common to have more than one class for weight, volume,
or distance. You do not need to set up an inter-class conversion if you have only one unit of measure class each for weight, volume, and distance.
Column Headings
Class: Unit of measure class, which is a group of units of measure with similar
characteristics. Quantity: Point of reference. Generally, the value will be 1. You will be providing the formula to convert 1 unit of the unit of measure class to the reporting unit of measure. Base Unit: Base unit of measure for the unit of measure class. Each class has a single unique, base unit of measure. The base unit of measure is used to perform conversions between units of measure in the class. For this reason, the base unit of measure should be representative of the other units of measure in the class, and generally one of the smaller units. For example, you can use Cu Ft (cubic feet) as the base unit of a class called Volume. Conversion: Formula for converting a unit of the unit of measure class into the reporting UOM class. Base UOM of Reporting UOM Class: Base unit of measure for the reporting UOM class.
On the Reporting Units of Measure page, navigate to the section that relates to the measure for which you are setting up conversions. Ensure that you have set up the reporting UOM for the measure by following the steps in the preceding section. In the Class column, search for and select a unit of measure class for which you want to set up a non-item-specific inter-class conversion rate to the Base Unit of the Reporting UOM Class. In the Conversion field, type the conversion. Click Apply. Run an initial request set to apply the settings to your site.
2.
3.
4. 5. 6.
Post-Setup Steps
After you complete the prerequisites and the implementation steps for DBI for Supply Chain, you can proceed to implement other intelligence products, or if you are not implementing other intelligence products, proceed directly to the post-setup steps in the Set Up Daily Business Intelligence chapter. In particular, make sure you perform the following post-setup steps: Create an initial request set to load all the necessary information for all of the DBI
for Supply Chain dashboards you are implementing, and then create an incremental request set to refresh and update this information. For instructions, see Create Initial and Incremental Request Sets, page 2-74. Run the initial request set. For instructions, see Run Initial Request Set, page 2-79.
At a minimum, your sales group hierarchy should have a sales group at the highest level that contains other sales groups or sales representatives (a two-level hierarchy). Anyone who is the Manager or Admin of a sales group (see the instructions below) can view all data associated with that sales group, and with the sales groups and representatives that belong to that sales group. In the figure above, a Manager or Admin of the USA Sales group can view all data created by Apt, Peter M., the Industry Accounts sales representatives, and the Key Accounts sales representatives. Creating a sales group hierarchy consists of the following steps:
1. 2.
Create sales groups. Attach sales representatives (resources) to the sales groups.
Use Oracle Resource Manager to perform these steps. For additional information, see the Oracle Common Application Components User's Guide.
Prerequisite
Make sure the proper setup has been performed for obtaining the sales representative ID. See DBI for Service Contracts, page 20-1 for information on how to set up sales representatives.
Using the CRM Resource Manager responsibility, open the Define Groups page by selecting Groups under Maintain Resources. Enter a Name for your group. In the Used In tabbed region, select Sales and Telesales.
Note: Groups with a usage other than Sales and Telesales do not
2. 3.
appear in the reports. Sales representatives who belong to non-Sales and Telesales groups appear as Unassigned in the reports.
4. 5.
Optionally, select parent or child groups for the group. Repeat these steps for each sales group you want to create. For more details, see the Oracle Common Application Components User's Guide. See also the Oracle Sales Online Implementation Guide.
Using the Sales Manager or Daily Sales Intelligence responsibility, select People and then Enter and Maintain. Make sure a record for the employee exists on this page. Using the System Administrator responsibility, select Monitor under Security : User. Make sure this employee (in the Enter Person page) is tied to a user in the Monitor Users page.
2. 3.
4.
Query or create the user you want to associate with this employee, and enter this employee (Person) for the user. Assign the employee to a sales group:
1.
Using the CRM Resource Manager responsibility, import the employee by selecting Maintain Resources and then Import Resources. Search and select one or more desired employees and choose Create Resource. In the Default Values window, select the Salesperson option and choose OK. You must make the resource a Salesperson. For additional details, see the Oracle Common Application Components User's Guide. See also the Oracle Sales Online Implementation Guide.
2. 3.
4. 5.
Save the resource, and choose Details. In the Roles tabbed region, select a Role Type of Sales and a Role of Sales Manager, Sales Administrator, or Sales Representative.
Note: Users assigned these roles will appear in the reports as a
member of the group; however, only users with a role of Sales Manager or Sales Administrator can see data for the group in the reports.
6.
In the Groups tabbed region, select the group to which you want to assign the resource. In the Group Member Roles section, select any role with Manager or Admin privileges. The Group Member Roles section indicates the roles that the sales representative plays in that group. Only a Manager or Admin can see data for the group in the reports.
7.
8.
Save your changes. The resource (sales representative) is now assigned to a sales group.
Note: See Update Sales Group Hierarchy, page 2-72 for a list of the
concurrent processes (requests) that must be run in the Oracle Resource Manager for changes in the hierarchy to take effect. After you run the initial or incremental requests, the system applies your changes to the hierarchy. Initial and incremental requests for both dashboards automatically
run the following requests: Update Sales Group Hierarchy Maintain Current Groups and Roles
Sales representative Mr. Bakayoko Ibrihama in the Africa Sales group has renewed contract number 2081. When viewing a report on one of the DBI for Supply Chain dashboards, contract number 2081 is included in the renewals value for the Africa Sales group. When you select a link in a report specifically for Mr. Bakayoko Ibrihama, you can see the data specifically for him. Later, you delete Mr. Bakayoko Ibrihama from the Africa Sales group. When you select a link in a report specifically for Mr. Bakayoko Ibrihama, an error now occurs. The value for contract number 2081 is still included in the renewals or related values for the Africa Sales group; however, trying to view data specifically for Mr. Bakayoko Ibrihama produces a generic report error.
Note: Instead of deleting a sales representative from a sales group,
2.
3.
4. 5.
use the end date to expire that representative's participation in the sales group. (See the Oracle Common Application Components User's Guide for details.)
Product Cost Management dashboards and reports, incremental loads collect data from only the merged inventory organizations. DBI ignores any changes to data of old inventory organizations. This data is in the Unassigned subinventory. In the cycle count reports, incremental loads refresh cycle count data from this release or later only.
If a currency conversion error occurs while a request collects the data, then the entire collection fails. For more information, see Currency Dimension, page 1-9. See also Set Up Oracle Daily Business Intelligence Framework, page 21-61 for additional information on currencies.
Customer Dimension
In Trading Community Architecture, users can merge customers using the party merge feature. With this feature, you can consolidate duplicate customers or parties that might have been mistakenly created. This feature is also useful for consolidating information during company mergers and acquisitions. After executing a party merge, you must run an incremental request in order for customers and their respective data to be updated for DBI for Supply Chain. For more information on party merge, see the Oracle Trading Community Architecture Data Quality Management User Guide and the Oracle Trading Community Architecture Party Merge User Guide.
Note: If a significant number of order lines are updated due to a party
merge, rerun an initial request instead of an incremental request. This will result in better performance, in terms of the time it takes to load data.
The system captures past due and backorder values as snapshots across time. For example, if it is currently 30-Oct-2005 and you change the date to 1-Jan-2004 on the report, then the past due data is based on the latest snapshot taken as of 1-Jan-2004. The latest snapshot as of 1-Jan-2004 might have been taken 30-Dec-2003. These snapshots are captured by running the Oracle Daily Business Intelligence request sets. Therefore, the affected report shows order lines that are past due or in backorder status as of the date the requests were last run. Likewise, the snapshots are not cumulative over a date range; if you view a period in the past, it shows data based on the last time in that period the
requests were run. If the requests are run daily as recommended, then the comparisons are accurate, and the values (such as past due values) are accurately captured on the date for which you are viewing the data. To update reports daily, you should run the incremental request set daily.
Uncosted Transactions
In Oracle Manufacturing applications, there could be transactions which have not been successfully processed by the Cost Manager. When Oracle Daily Business Intelligence encounters such transactions, it stops collecting transactions. For example, consider the following transactions and costs for any item or job in the organization:
Transaction Successfully Processed by Cost Processor Yes Associated Cost Collected by DBI
20 USD
Yes
Yes
10 USD
Yes
No
None
No
Yes
20 USD
No
In this example, the request does not collect any more transactions after the first uncosted transaction, for the organization in which the transaction occurred. The request log shows the uncosted transaction so that you can identify and cost it. Once the transaction is costed, rerun the request to collect the remaining transactions. Any transaction with costs that are successfully processed by the Cost Manager in Oracle Cost Management are collected by the request. More specifically, for reports on the Inventory Management, the requests do not collect transactions after encountering an uncosted material transaction (such as a material issue or cycle count adjustment). For reports on the Manufacturing Management dashboard, the requests do not collect transactions after encountering an uncosted material transaction. Uncosted material transactions do not affect resource-related content on the Manufacturing Management dashboard. For the Product Gross Margin reports on the Product Cost Management dashboard, the
requests do not collect transactions after encountering the first uncosted material transaction related to a sales order (such as shipping and return transactions).
Troubleshooting
The following issues are known to occur in DBI for Supply Chain.
I do not see data from process-enabled organizations (in Oracle Process Manufacturing) on the dashboard or reports. Check whether the subledger posting has been run successfully. If not, run the subledger posting and collect the transactions by running an incremental load.
I have closed all my jobs, but the corresponding data does not appear in the Manufacturing
Cost Variance report. The transaction processing for job closure might not have been completed at the time of the previous refresh, so run an incremental load once again. If that does not work, check the job status in the Oracle application in which the job was created, for example, Oracle Manufacturing (Discrete Manufacturing or Repetitive Manufacturing), Oracle Process Manufacturing, or Oracle Flow Manufacturing. The job status should not be Pending Closed or Failed Closed. Why does COGS data not appear, even after I have shipped the item in the Product Gross Margin reports? Check for the following: Transaction has been costed at time of running collections Item is not an expense item Item is not shipped from expense subinventory
Why does fulfilled value not appear in the Product Gross Margin reports (Product Cost Management dashboard)? Fulfilled value in the Product Gross Margin report is only reported on orders in which the line status is closed or fulfilled. In order for DBI to report this value, users should ensure that the Defer Fulfillment flag is not checked while ship confirming the order. If the flag was selected, then run the interface trip stop before fulfilling the orders in Oracle Order Management. The order is fulfilled after the workflow background process is run.
When I select and view an Inventory Management report from a Warehouse Management report, why do I see stale data or no data? Check the last refresh date for the Inventory Management reports. If necessary, run an incremental load for the Inventory Management dashboard.
Why am I unable to see data that pertains to specific organizations? Check for the following in the organization: Uncosted transactions Transactions not costed at the time the incremental load was run
After opening a report that does not belong to the dashboard in which the link appears, why do I find stale data for that report? Check the last refresh date for that dashboard. If necessary, run an incremental load for the dashboard to which the report belongs.
Missing Links
Why are some or all seeded links in a related region missing? Check the Personalization settings for the region. Why are some columns missing from a report? Check the Personalization settings for the report.
Missing Parameters
Why am I unable to see my organization on the dashboards? Check the inventory organization access by logging in to Oracle Inventory and selecting Inventory, then Set up, then Organization, and then Org Access. Also, check whether the required organization is limited to a specific responsibility. If that is the case, remove the limited access and make the organization accessible to everyone. Why am I unable to see my operating unit on the dashboards? Check the security profile attached to your user and the organizational hierarchy assigned to the security profile.
Manufacturing Management, ensure that the one organization does not exist in more than one baseline. Diamond Shape error is in the log of the incremental load. This error is reported due to the assignment of the same account numbers under two accounts, for example, Account 4110 is shared by Revenue, as well as Expenses. To remedy this, open the Financial Dimension Hierarchy Manager and remove or change the account number for one of the accounts and run the incremental load again. The revenue account is missing for the set of books. From the log of the incremental load, find the set of books for which the revenue account assignment is missing. Use the Financial Dimension Hierarchy Manager to create a revenue account for the respective set of books.
A
Additional Documentation
B
Responsibility and Dashboard Matrix
Chief HR Officer
Chief HR Officer - Overview Chief HR Officer - Headcount Chief HR Officer - Turnover Contingent Worker Management
Commodity Manager
Commodity Spend Management Commodity Supplier Management Payables Status Payables Management HR Management - Overview
Dashboard
Profit and Loss Profit and Loss Analysis Profit and Loss by Manager Expense Analysis Expense Management Funds Management
Dashboard
Daily HR Intelligence
Contingent Worker Management HR Management - Overview HR Management - Headcount HR Management - Turnover Open Enrollment Status Workforce Budget Management
Inventory Management
Maintenance Management
Manufacturing Management
Dashboard
Plan Management
Projects Profitability Management Projects Operations Management Capital Projects Cost Management Contract Projects Cost Management
Quote Management
Dashboard
Opportunity Management Product Revenue Bookings and Backlog Sales Forecast Management Sales Management
Sourcing Management
Customer Fulfillment Management Inventory Management Manufacturing Management Plan Management Product Cost Management Sales Agreement Management Shipping Management Transportation Management Warehouse Management
Transportation Management
Dashboard
Engineering Manager
Field Service Management Customer Support Management Expense Management HR Management - Overview
Funds Manager
Funds Management
Dashboard
Contingent Worker Management HR Management - Overview HR Management - Headcount HR Management - Turnover Open Enrollment Status Workforce Budget Management
Marketing Manager
Procurement Manager
Expense Management HR Management - Overview Payables Management Payables Status Procurement Management Procure to Pay Management Procurement Performance Management Procurement Status
Dashboard
Projects Profitability Management Projects Operations Management Capital Projects Cost Management Contract Projects Cost Management Expense Management HR Management - Overview
Quote Management
Sales Manager
Opportunity Management Product Revenue Bookings and Backlog Sales Management Sales Forecast Management Expense Management HR Management
Service Contracts Management Service Renewals Management Expense Management HR Management - Overview
Dashboard
Service Renewals Management Service Contracts Management Expense Management HR Management - Overview
Sourcing Manager
Sourcing Management
Supplier Manager
Supplier Management
Customer Fulfillment Management Inventory Management Manufacturing Management Plan Management Product Cost Management Sales Agreement Management Shipping Management Transportation Management Warehouse Management Expense Management HR Management - Overview
Dashboard
C
Oracle Discoverer Business Areas for Service Contracts Intelligence
Folders
Folder Name OKI Contract Categories Lookup Description Contains information about the contract categories. Sources the Service Contract Headers and Covered Lines complex folders. Also sources the Contract Category item class. Contains information about customer classifications. Sources the Contract Customer Classification complex folder. Source OKI_CONTCAT_OLTP_V
OKI_HCUSTCLASS_DTL_V
Contains information about contract headers. Sources the Service Contract Headers complex folder. Also sources the Contract Number, Contract Number Modifier, and Complete Contract Number item classes. Contains information about the parties associated with a contract. Sources the Contract Parties complex folder. Contains information about the sales group associated with a contract. Sources the Contract Sales Groups complex folder. Contains information about the winning territories of a contract. Sources the Contract Territories complex folder. Contains information about contract pricing attributes. Sources the Covered Lines complex folder. Sources the License Lines folder. Contains information about contract sublines. Sources the Covered Lines complex folder. Sources the Class Category item class.
OKI_SRM_006_V
OKI_HPARTY_DTL_V
OKI_RESGRP_DTL_V
OKI_HTERR_DTL_V
OKI_CPRICE_DTL_V
OKI_CLICE_DTL_V
OKI_DBI_CLE_V
OKI_CCLASS_OLTP_V
Contains information about customer classifications. Sources the Contract Customer Classifications folder. Also sources the Customer Classification item class. Contains information about customers. Sources the Customer Name, Alternate Customer Name, Customer Number, Party Name, Party Number, and Party Role into all the folders that have these columns. Also sources the Customer Name item class. Contains billing information about the contract header. Sources the Service Contract Headers complex folder. Contains pricing rule information for the contract. Sources Agreement Name, Price List, Payment Term, and Invoicing Rule in the Service Contract Headers complex folder. Sources Quote Contact, Quote Contact Detail, Quote Contact Phone, Quote Contact Fax, and Quote Contact Address in the Service Contract Headers complex folder. Contains information about the sales credits at the contract header level. Sources the Header Sales Credits complex folder.
OKI_CCLASS_OLTP_V
OKI_CUST_OLTP_V
OKI_HBILLTO_DTL_V
OKI_HPRICE_DTL_V
OKI_HQTCONT_DTL_V
OKI_HCREDIT_DTL_V
Contains ship-to address information for the contract header. Sources the shipping information in the Service Contract Headers complex folder. Contains information about the various statuses that the contract header goes through. Sources most of the columns in the Header Status Change History folder. Contains information about the operating unit. Sources the Service Contract Headers and Contract Territories complex folders. Also sources the Operating Unit item class. Contains the various party role codes and meanings. Sources the Contract Parties folder and sources the Party Role item class. Contains information about items, such as name and description. Sources the Service Lines and Covered Lines complex folders. Contains information about the various possible types of renewal for a contract header. Sources Renewal Type in Service Contract Headers complex folder.
OKI_HSHIPTO_DTL_V
OKI_HSTATUS_DTL_V
OKI_ORGS_OLTP_V
OKI_PROLE_OLTP_V
OKI_PROD_OLTP_V
OKI_HRENTYPE_OLTP_V
Sources Resource Name in the Service Contract Headers, Header Sales Credits, Service Line Sales Credits, and License Lines complex folders. Sources Resource Name and Manager Name in the Contract Territories complex folder. Also sources the Resource Name item class. Contains information about all the sales groups. Sources Sales Group Name in the Service Contract Headers, Header Sales Credits, and Service Line Sales Credits folders, and Sales Group Name and Parent Group Name in the Contract Sales Groups folder. Also sources the Sales Group Name item class. Contains information about sales credits at the service line level. Sources most of the columns in the Service Line Sales Credits complex folder. Contains information about the contract service lines. Sources the Service Lines complex folder.
OKI_RES_OLTP_V
OKI_RESGRP_OLTP_V
OKI_SCREDIT_DTL_V
OKI_SRM_005_V
Contains the various status type codes and the meanings. Sources Status Type and Status Type Code in the Service Contract Headers folder. Sources Status Type and Status Type Code in the Service Lines folder. Sources Status Type in the Covered Lines folder. Sources Status Type and Status Type Code in the Header Status Change History folder. Also sources the Contract Status Type item class in the Service Contract Headers folder. Contains the various status codes and the meanings. Sources Status in the Service Contract Headers, Service Lines, Covered Lines and Header Status Change History complex folders. Also sources the Contract Status item class. Sources System Name in the Covered Lines and License Lines complex folders. Also sources the System Name item class. Contains all the termination codes and meanings. Sources Termination Reason in the following folders: Header Status Change History, Service Contract Headers, Service Lines, and Covered Lines complex folders. Contains information about territories. Sources the Contract Territories complex folder.
OKI_STATTYPE_OLTP_V
OKI_STATUS_OLTP_V
OKI_SYSTEMS_V
OKI_TERM_OLTP_V
OKI_TERR_OLTP_V
Contains all the product categories. Sources the Service Lines complex folder. Contains information about the item instance. Sources Covered Product Order Line ID and Serial Number in the Covered Lines folder. Contains information about items. Sources Segment columns in the Covered Lines and Service Lines complex folders. Contains flexfield information about the contract sublines. Not used by any other folders. Contains flexfield information about the contract headers. Not used by any other folders. Contains flexfield information about the contract service lines. Not used by any other folders. Contains the various currency codes and their names and descriptions. Sources the Currency Name item class. Similar to the OKI Sales Groups Lookup folder but it is used for parent groups. Sources the Contract Sales Groups complex folder.
OKI_PRODCAT_OLTP_V
OKI_ITMINST_OLTP_V
OKI_INVITEM_OLTP_V
OKI_CLINE_OLTP_V
OKI_HDRS_OLTP_V
OKI_SLINE_OLTP_V
OKI_CURR_OLTP_V
OKI_RESGRP_OLTP_V
Contains the various accounting rules for the contracts. Sources Accounting Rule in the Service Contract Headers complex folder.
OKI_ACCTRULE_OLTP_V
For details about the Service Contracts Intelligence: User business area, see the Oracle Daily Business Intelligence User Guide.
Note: All folders referenced in the Description column are in the
Index
Symbols
Reports Late Completion Detail, 12-4 Beginning Active Service Contracts key performance indicator, 20-12 Blanket Leakage reports, 14-4 Booked to Renewal Ratio key performance indicator, 20-14 Booked Value key performance indicator, 20-13 Booking to Renewal Activity report, 20-7 Booking to Renewal Ratio Trend report, 20-7 bucket sets correct, 2-54, 2-54 budgets, 2-2 Business Intelligence Administrator responsibility, 1-13 Buyer parameter, 14-30
A
Activated New Business Value key performance indicator, 20-12 Activated Renewals Value key performance indicator, 20-13 Activations Detail report, 20-4 Activations report, 20-4 Activations Trend report, 20-4 Activation Types dimension, 20-11 Active Service Contracts report, 20-4 Activity reports, 7-2 Aging Distribution dimension, 7-4 annualized currency, 20-10 architecture Daily Business Intelligence, 1-1, 1-5 open interface, 6-8 As-Of Date dimension, 7-3 Assignment Group dimension, 7-4 Average Travel Distance KPI, 9-8 Average Travel Time (Minutes) KPI, 9-8
C
calendars, 3-12 catalog, 6-4 default, 6-9 category hierarchy change, 6-18 Category parameter, 14-30 checklist upgrade, 2-81 Close Time KPI, 7-7 Closure Performance reports, 7-2 commodities setup, 14-51 Commodity dimension, 14-12 Commodity Manager responsibility, 14-9 commodity security, 14-26 Commodity Spend Management dashboard, 14-5
B
Backlog, 7-6 reports, 7-2 Backlog report, 20-7 backups, 2-81 base summary tables, 1-7, 1-14
Index-1
, 14-5 Commodity Supplier Management dashboard, 14-5 common dimensions, 1-8 currency, 1-9 internal organization, 1-10 item, 1-10 operating unit, 1-10 person, 1-11 sales group, 1-11 time, 1-12 warehouse, 1-10 company cost center organization classification, 5-12 hierarchy, 5-1 company cost center organization classification, 5-7, 5-10 Compare Request Types, 7-6 Compare To dimension, 7-3 concurrent programs FII Currency Reconversion, 10-64, 10-71 project intelligence See project intelligence concurrent programs Purge Budget and Forecast, 10-52, 10-71 Refresh Employee Directory, 10-70 Update Budget and Forecast, 10-51 Upload Budget and Forecast, 10-71 Contract Leakage considerations, 14-34 Contract Utilization reports, 14-5 control level item, 6-8 cost center, 1-7 add new owner, 5-15 managers, 5-2 Create Categories from Value Set program, 6-19 creating categories from value sets, 6-19 orphan category, 6-18 request sets, 1-7 root node, 6-18 currency dimension, 1-9 Financials Intelligence, 10-64 functional, 2-2 global, 2-2 setup, 2-2
transactional, 2-2 currency conversion, 20-17 currency conversion errors, 20-19 Currency dimension, 9-6, 20-10 Currency parameter, 14-29 Current Active Service Contracts Detail report, 20-4 Current Active Service Contracts key performance indicator, 20-13 Current Active Service Contracts Trend report, 20-4 custom content creating, 3-1 prerequisites, 3-2 Customer Classification dimension, 20-11 Customer dimension, 7-4, 9-7, 20-12 Customer Fulfillment Management dashboard, 21-3 Customer Support Management dashboard, 7-1 Customer Support Management KPIs, 7-5 Customer Support Manager responsibility, 7-3 custom logo, 2-68
D
Daily Business Intelligence architecture, 1-1, 1-5 overview, 1-1 Daily Business Intelligence Framework setup, 233 Daily Commodity Intelligence responsibility, 14-10 Daily Customer Support Intelligence responsibility, 7-3 Daily Field Service Intelligence responsibility, 9-6 Daily Procurement Intelligence responsibility, 14-10 Daily Service Contracts Intelligence responsibility, 20-9 Dashboard Customer Support Management, 7-1 maintenance, 12-1 dashboards administer, 2-41 Commodity Spend Management, 14-5, 14-5 Commodity Supplier Management, 14-5
Index-2
configuring, 2-43 Customer Fulfillment Management, 21-3 designing, 3-43 Email Center Management description, 11-2 emailing, 2-45 Expense Analysis, 10-4 Expense Management, 10-4 exporting and importing, 3-55 Field Service Management, 9-2 Financial Statement Certification, 18-2 Funds Management, 10-5 Inbound Telephony Management description, 11-2 Inventory Management, 21-4 links regions, 3-51 load data, 1-7 Manufacturing Management, 21-5 overview, 1-1 Payables Management, 10-5 Payables Status, 10-5 Plan Management, 21-7 Procurement Management, 14-4 Procurement Performance Management, 14-3 Procurement Status, 14-3 Procure-to-Pay Management, 14-4 Product Cost Management, 21-6 Product Revenue Bookings and Backlog, 21-8 Profit and Loss, 10-3 Profit and Loss Analysis, 10-4 Profit and Loss by Manager, 10-4 prototypes, 3-44 publishing, 3-53 Receivables Management, 10-5 Receivables Status, 10-6 refreshing, 4-15 refreshing data in, 1-7 Sales Agreement Management, 21-10 Service Contracts Management, 20-2 Service Renewals Management, 20-5 Shipping Management, 21-4 Transportation Management, 21-9 troubleshooting, 3-58 Warehouse Management, 21-9 DBI for Field Service dimensions, 9-6 KPIs, 9-7 maintenance, 9-16
reports, 9-3 DBI for iStore, A-1 DBI for Product Lifecycle Management prerequisite applications, 15-8 DBI for Regulatory Compliance overview, 18-1 DBI for Web Analytics, A-1 DBI Item Dimension Setup request set, 6-16 default catalog, 6-9 changing, 6-18 inventory functional area, 6-11 set default category for, 6-16 default category product reporting functional area, 6-10 set for default catalog, 6-16 Delegate, 2-57 See also delegation delegation, 2-56 companies, 2-57 cost centers, 2-57 privileges, 2-57 roles, 2-57 dimension Asset Category, 12-8 Asset Group, 12-8 Asset Number, 12-8 Compare To, 12-7 Currency, 12-7 Department, 12-9 Maintenance Activity, 12-7 Maintenance Aging, 12-7 Maintenance Asset, 12-8 Maintenance Asset Criticality, 12-7 Maintenance Cost Category, 12-8 Maintenance Cost Element, 12-8 Maintenance Request Type, 12-8 Maintenance Work Order Status, 12-9 Maintenance Work Order Type, 12-9 Organization, 12-9 Period Type, 12-6 Resource, 12-9 dimension object relationships, 3-10 dimension objects, 3-3 reviewing, 4-11 troubleshooting, 3-12 dimensions, 3-3, 3-7, 11-3 Activation Types, 20-11
Index-3
Aging Distribution, 7-4 As-Of Date, 7-3 Assignment Group, 7-4 Backlog Distribution, 8-5 Certification, 18-3 Certification Issue Priority, 18-3 Certification Issue Reason, 18-3 Certification Status, 18-3 Certification Type, 18-3 Commodity, 14-12 common, 1-1, 1-8 currency, 1-9 internal organization, 1-10 item, 1-10 operating unit, 1-10 person, 1-11 sales group, 1-11 time, 1-12 warehouse, 1-10 Company, 10-23 Compare To, 7-3, 8-5 Control Evaluation Result, 18-3 Cost Center, 10-24 Currency, 8-5, 9-6, 20-10 Customer, 7-4, 8-5, 9-7, 20-12 Customer Classification, 20-11 Date, 8-5 Disclosure Control, 18-3 E-mail Account, 11-3 E-mail Classification, 11-4 Event, 9-7 Expired Contracts Types, 20-11 Field Service Distance UOM, 9-7 Field Service Distribution, 9-7 Field Service Task Type, 9-7 Financial Category, 10-21 Finding Phase, 18-4 Finding Priority, 18-4 Finding Reason, 18-4 Impact, 18-4 Inbound Telephony Call Center, 11-4 Inbound Telephony Classification, 11-4 Inbound Telephony Dialed Number, 11-4 Issue Phase, 18-4 Item, 9-6, 14-11 Key Control, 18-4 Late Completion Days, 8-5
Likelihood, 18-4 Line of Business, 10-22 Operating Unit, 20-10 Organization, 9-6, 18-4 Organization (ship-to), 14-13 Organization Certification Result, 18-4 Past Due Days, 8-5 Period, 7-3, 8-5, 18-4, 20-10 Period Name, 18-4 Person, 14-16 primary, 1-8 Process Certification Result, 18-4 Product, 7-4, 8-5, 20-11 Product Category, 7-4, 8-5, 20-10 product specific, 1-1 Purchased Item, 14-11 Purchasing Category, 14-12 Reason (for cancellations), 20-11 Reason (for terminations), 20-11 Remediation Phase, 18-4 Remediation Priority, 18-4 Remediation Reason, 18-5 Repair Days, 8-5 Repair Organization, 8-5 Repair Type, 8-5 reviewing, 4-11 Risk Evaluation Result, 18-5 Sales Group, 20-10 Service Code, 8-6 Service Request Backlog Type, 7-5 Service Request Channel, 7-5 Service Request Resolution Status, 7-4 Service Request Severity, 7-4, 9-7 Service Request Status, 7-4 Service Request Type, 7-3 Significant Account, 18-5 Significant Account Evaluation Result, 18-5 Supplier, 14-13 Supplier Business Classification, 14-14 Time, 9-6, 20-10 Time to Close Distribution, 7-5 Time to Resolve Distribution, 7-5 Transaction Reasons, 14-16 User Defined, 10-25 drill to transaction enabling, 2-71
Index-4
E
Email enabling, 2-69 employee add new, 5-14 enterprise calendar, 2-2 Event dimension, 9-7 exchange rates, 2-2 Expirations Detail report, 20-4 Expirations report, 20-4 Expired Contracts Types dimension, 20-11 Expired Value Distribution report, 20-4 Expired Value key performance indicator, 20-12
default catalog, 6-10 purchasing, 6-4 functional areas, 1-1 functional currency, 2-2 future-dated transactions, 2-2
G
Generated Source reports, 4-16 geography dimension, 2-55 global currency, 2-2 global start date, 12-11
H
hardware requirements, 2-31 HR Generate Organizations in GL profile option, 5-11 HRI Load All Supervisor Hierarchy program, 515 HR profile options setup, 5-4
F
Field Service Distance UOM dimension, 9-7 Field Service Distribution dimension, 9-7 field service district hierarchy setup, 9-12 Field Service District Security, 9-9 Field Service Management dashboard, 9-2 Field Service Manager responsibility, 9-6 Field Service Task Type dimension, 9-7 FII: Budget Period Type profile option, 10-77 FII: Cumulative Graph Budget / Forecast Line Type profile option, 10-78 FII: DBI Payables Operations Implementation profile option, 10-77 FII: Debug Mode profile option, 10-75 FII: Forecast Period Type profile option, 10-77 FII: Manager Aggregation Level profile option, 10-76 FII: Manual Invoice Sources profile option, 10-77 FII: Nodes to be Aggregated profile option, 10-76 FII: Use Accounting Date for Currency Rate Calculation profile option, 10-77 FII Currency Reconversion concurrent program, 10-71 First Time Fix Rate KPI, 9-9 Forecast key performance indicator, 20-13 forecasts, 2-2 From Date, 20-24 Fulfilled Requisitions reports, 14-4 functional area inventory, 6-4, 6-11 product reporting, 6-4
I
implementation completion, 2-81 implementation considerations, 2-1 implementation plan, 2-31 implementer responsibilities, 2-32 implementing DBI for Field Service, 9-9 Oracle Daily Business Intelligence for Service Contracts, 20-20 implementing project intelligence overview, 16-1 project intelligence reports, 16-2 responsibilities See project intelligence responsibilities incremental request set, 1-7 incremental request set, 10-71 scheduling, 2-80 Industry profile option, 10-78 initial request set, 1-7 running, 2-79 internal organization dimension, 1-10 Inventory Catalog, 6-4
Index-5
inventory functional area, 6-4, 6-11 default catalog, 6-11 Inventory Management dashboard, 21-4 Inventory Usage Value KPI, 9-8 Invoice Amount considerations, 14-40 Invoice Amount reports, 14-5 Invoice Creator parameter, 14-30 item attributes, 6-5 category assignments, 6-1 change, 6-19 multiple item assignments, 6-9 restrict assignments, 6-10 Item Catalog, 6-4 item control levels, 6-8 item dimension overview, 1-10 Item dimension, 9-6, 14-11 add new child category, 6-18 change default catalog, 6-18 changing category hierarchy, 6-18 create orphan category, 6-18 create root node, 6-18 update categories, 6-18 upgrading, 6-12 item dimension setup, 20-21 Item Level, 6-4 Item parameter, 14-30
K
key performance indicators, 1-1 % Available, 10-9 % Discount Offered, 10-10 % Discount Taken, 10-10 % of Budget, 10-9 % of Forecast, 10-8, 10-9 Abandon Rate, 11-8 Activated New Business Value, 20-12 Activated Renewals Value, 20-13 Active Agreements Summary - Beginning Active Agreements, 21-46 Active Agreements Summary - Expired Agreements, 21-46 Active Agreements Summary - New Agreements, 21-46 Active Agreements Summary - Terminated
Agreements, 21-46 Active Agreements Summary - Total Active Agreements, 21-46 Actuals, 10-9 Agent Dialed Calls, 11-8 Agreement Orders Analysis - Agreement Orders, 21-47 Agreement Orders Analysis - Non-Agreement Orders, 21-47 Agreement Orders Analysis - Percent Non-Agreement Orders, 21-47 Annualized Inventory Turns, 21-39 Asset Downtime (Hours), 12-10 Availability Rate, 11-9 Available, 10-9 Average Days Delinquent, 10-11 Average Speed to Answer (Seconds), 11-8 Average Talk Time per Call (Seconds), 11-9 Average Travel Distance, 9-8 Average Travel Time (Minutes), 9-8 Average Wrap Time per Call (Seconds), 11-9 Backlog, 11-6 Backlog Value, 21-37 Beginning Active Service Contracts, 20-12 Billing Activity Amount, 10-11 Booked to Renewal Ratio, 20-14 Booked Value, 20-13, 21-36 Book to Fulfill Ratio, 21-36 Book to Ship Days, 21-38 Budget, 10-9, 10-9 Calls Handled per Agent Hour, 11-9 capital projects cost management, 16-14 Carrier Billed to Paid Variance, 21-46 Carrier Payments, 21-46 Collection Effectiveness Index, 10-11 Completed Repair Orders, 8-6 Completed Work Orders, 12-10 Composed, 11-6 contract projects cost management, 16-15 Cost Center Spend Management, 14-23 Cost of Goods Sold, 10-8 Current Active Service Contracts, 20-13 Customer Wait Time (Hours), 11-6 Days Sales Outstanding, 10-11 DBI for Procurement, 14-17 Delete Rate, 11-5 Discount Offered Amount, 10-10
Index-6
Discount Remaining Amount, 10-10 Electronic Invoices, 10-10 Email Center Management, 11-4, 11-4 Encumbrances - Commitments, 10-9 Encumbrances - Obligations, 10-9 Encumbrances - Others, 10-9 Exact Matches - Rate, 21-39 Expenses, 10-7, 10-8, 10-8, 10-8, 10-9 Expenses per Head, 10-8 Expired Value, 20-12 Expiring Agreements - Total Value, 21-47 Expiring Agreements - Total Value Outstanding Value, 21-47 First Time Fix Rate, 9-9 Forecast, 10-9, 20-13 Forecast vs. Budget, 10-8 Freight Weight, 21-45 Gross Adjustments - Rate, 21-39 Gross Margin, 10-8 Headcount, 10-8 Hit/Miss Accuracy, 21-39 Inbound Calls Handled, 11-8 Inbound Service Level, 11-8 Inbound Telephony Management, 11-4 Inventory Usage Value, 9-8 Inventory Value, 21-38 Invoices Due Amount, 10-10 Invoices Entered, 10-10 Invoices on Hold, 10-10 Invoices on Hold Amount, 10-10 Invoices Paid, 10-10 Invoices Past Due Amount, 10-10 Invoices to Payment Days, 10-10 Late Completions %, 8-6 Late to Schedule Completion %, 12-10 Leads, 11-7 Leads Created, 11-9 Lines Late to Promise, 21-38 Lines Shipped, 21-37 Manual Invoices Rate, 14-20 Manufacturing Cost Variance, 21-40, 21-41 Material Usage Variance, 21-40, 21-41 Mean Time to Repair (Days), 8-7 Mean Time to Resolve (Hours), 9-8 Net Booked, 21-43 Number Invoices Past Due, 10-10 Number of Invoices Due, 10-10
Number of Unapplied Receipts, 10-12 One & Done Resolution, 11-6 On Hand Inventory Value, 9-8 On-time Arrival Rate, 21-45 On-Time Production, 21-40 Open Payable Amount, 10-10 Open Receivables, 10-12 Open Receivables: Current Receivables, 10-12 Open Receivables: Past Due Receivable, 10-12 Open Remedial Actions, 18-5 Operating Income, 10-8 Operating Margin, 10-7, 10-8, 10-8 Operating Margin %, 10-7, 10-8 Opportunities Created, 11-9 Organization Certification Status, 18-5 overview, 1-1 Paid Late, 10-10 Past Due %, 8-6 Past Due Percent, 20-14 Past Due Schedule Lines, 21-38 Past Due to Schedule %, 12-10 Payments, 10-10 Period Booked Value, 20-13 Period Renewal Rate, 20-13 Period Renewals Value, 20-13 Period Uplift, 20-14 Pick Exceptions Rate, 21-45 Pick Release To Ship (Hours), 21-44 Planned Inventory Turns, 21-42 Planned Margin, 21-42 Planned Margin Percent, 21-42 Planned On-Time Shipment, 21-43 Planned Resource Utilization, 21-43 Planned Revenue, 21-42 Process Certification Status, 18-5 Product Gross Margin, 21-41 Production to Plan, 21-39 Production Value, 21-40 Product Revenue Backlog, 21-44 project intelligence, 16-10 projects operations management, 16-12 bookings and backlog, 16-12 resource utilization and availability, 1614 projects profitability management, 16-11 Rated Freight Cost per Unit Weight, 21-45 Receipts Amount, 10-11
Index-7
Receipt To Putaway (Hours), 21-45 Received, 11-6 Repair Order Backlog, 8-6 Repair Order Margin, 8-6 Replied, 11-6 Replied per Agent Hour, 11-7 Replied within Service Level Goal, 11-5 Request to Completion (Days), 12-10 Resource Utilization, 21-40 Resource Variance, 21-40, 21-42 Revenue, 10-7, 10-8, 10-8, 21-43 Revenue Booked in Prior Periods, 21-44 Revenue Booked this Period, 21-44 Scrap, 21-41 Service Requests Created, 11-7, 11-9 Significant Account Evaluation Status, 18-5 Sourcing Management, 14-23 Supplier Management, 14-24 T&E per Head, 10-8 Task Backlog, 9-8 Task Closed Activity, 9-8 Technician Utilization, 9-8 Terminated Billed Value, 20-13 Terminated Remaining Value, 20-13 Total Receipts (Rolling 30 Days), 10-12 Transfer Rate, 11-5, 11-8 Unapplied Receipts, 10-12 Uplift, 20-13 Utilization Rate, 11-9 Utilized Volume, 21-45 Web Callbacks Handled, 11-8 Weighted Average Days Due, 10-10 Weighted Average Days Paid, 10-11 Weighted Average Days Past Due, 10-10 Weighted Days Delinquent Sales Outstanding, 10-12 Weighted Terms Outstanding, 10-12 Weight Stored, 21-45 Work Order Backlog, 12-10 Work Order Cost, 12-10 KPI regions creating, 3-47 KPIs, 3-13, 7-5, 7-6 administering, 2-45 Close Time, 7-7 disabling, 2-45 Mean Time to Resolve (days), 7-7
reviewing, 4-11 Service Request Closed Activity, 7-7 Service Request Escalated Backlog Percent, 7-7 Service Requests Opened Activity, 7-7 Service Request Unowned Backlog Percent, 77 Unresolved Escalated Backlog %, 7-6 Unresolved Service Request Backlog, 7-6 Unresolved Unowned Backlog Percent, 7-7
L
Late Renewal Bookings Aging report, 20-6 Late Renewal Bookings report, 20-6 Leaf category, 6-4 leaf node, 6-4 links regions, 3-51 load dashboards, 1-7 logo customizing, 2-68
M
managers add new cost center owner, 5-15 add new employee, 5-14 cost centers, 5-2 reporting by, 1-7 troubleshooting, 5-15 Manual Invoices considerations, 14-40 Manual Invoices report, 14-4 Manufacturing Management dashboard, 21-5 materialized view, 1-14 Mean Time to Resolve (days) KPI, 7-7 Mean Time to Resolve (Hours) KPI, 9-8 measures, 3-13 metadata, 1-7 missing currency, 20-19
N
node child, 6-4 leaf, 6-4 parent, 6-4 top, 6-4 Non-Contract Purchases considerations, 14-34 Non-Contract Purchases reports, 14-4
Index-8
O
object dependencies defining, 4-8 viewing, 4-7 On Hand Inventory Value KPI, 9-8 open interface, 6-8 Operating Unit dimension, 1-10, 20-10 Operating Unit parameter, 14-28 operating unit security, 14-25 Oracle Advanced Product Catalog, 6-1 Oracle Daily Business Intelligence User Guide, 11 Oracle database, 1-1, 1-6 Oracle General Ledger, 1-7, 2-2, 5-1 Oracle Human Resources, 1-7, 5-1 Oracle Inventory, 1-15, 6-1, 20-21 Oracle Inventory User's Guide, 1-15 Oracle iStore, 1-19 Oracle Purchasing, 1-17 Oracle Receivables, 1-1 Oracle Sales Implementation Guide, 1-17 Oracle Sales Online, 1-11 Oracle Service Contracts, 20-3, 20-5 Oracle TeleService, 7-2, 7-3, 7-3, 7-4, 7-4, 7-8 Oracle Trading Community Architecture, 20-11 organization company cost center classification, 5-7, 5-10 Organization (ship-to) dimension, 14-13 Organization dimension, 9-6 Organization Item Level, 6-4, 6-4 overview Daily Business Intelligence, 1-1 dashboard, 1-1 key performance indicators, 1-1 region, 1-1 role, 1-1
P
parameters Buyer, 14-30 Category, 14-30 currency, 12-11 Currency, 14-29
Invoice Creator, 14-30 Item, 14-30 Operating Unit, 14-28 Requester, 14-30 Parent category, 6-4 Parent node, 6-4 Past Due Percent key performance indicator, 2014 Past Due Percent Trend report, 20-7 Past Due Renewals Detail report, 20-7 Payables Leakage considerations, 14-40 Payables Leakage reports, 14-4 performance debugging, 4-14 Performance Management Framework, 1-7 Performance Management Viewer, 1-7 Period Booked Value key performance indicator, 20-13 Period dimension, 7-3, 20-10 Period Expiring Contracts Detail report, 20-4 Period Expiring Contracts report, 20-4 Period Renewal Bookings Detail report, 20-7 Period Renewal Rate key performance indicator, 20-13 Period Renewals Summary report, 20-7 Period Renewals Trend report, 20-7 Period Renewals Value key performance indicator, 20-13 Period Uplift key performance indicator, 20-14 Person dimension, 1-11 Plan Management dashboard, 21-7 PO Price Change reports, 14-5 PO Purchases reports, 14-4 post-setup steps, 2-72 prerequisite currency, 2-2 hardware and software, 2-31 security, 2-2 time, 2-2 prerequisite applications, 21-10 Oracle Advanced Supply Chain Planning, 21-6 , 21-8 Oracle Bills of Material, 21-6, 21-7 Oracle Cost Management, 21-5, 21-6, 21-7 Oracle Engineering, 21-6 Oracle Flow Manufacturing, 21-6, 21-7 Oracle Inventory, 21-5, 21-6, 21-9
Index-9
Oracle Order Management, 21-3, 21-4, 21-7, 21-9, 21-9, 21-10 Oracle Payables, 21-10 Oracle Process Manufacturing, 21-5, 21-6, 21-7 Oracle Purchasing, 21-9 Oracle Receivables, 21-9 Oracle Service Contracts, 20-3, 20-5 Oracle Transportation Execution, 21-10 Oracle Warehouse Management, 21-9 Oracle Work in Process, 21-5, 21-6, 21-7 primary dimensions, 1-8 Processed Requisitions reports, 14-3 Procurement key performance indicators, 14-17 Procurement Management dashboard, 14-4 Procurement Manager responsibility, 14-9 Procurement Performance Management dashboard, 14-3 Procurement Status dashboard, 14-3 Procure-to-Pay Management dashboard, 14-4 Product Catalog, 6-4, 6-12 Product Category dimension, 7-4, 20-10 Product Cost Management dashboard, 21-6 Product dimension, 7-4, 20-11 product reporting functional area, 6-4 default catalog, 6-10 default category, 6-10 multiple level hierarchy, 6-10 Product Revenue Bookings and Backlog dashboard, 21-8 profile option categories DBI Debug, 10-75 DBI Deployment, 10-75 DBI Setup, 10-76 DBI User Interface, 10-77 description, 10-74 Other, 10-78 overview, 10-73 profile options descriptions, 10-74 FII: Budget Period Type, 10-77 FII: Cumulative Graph Budget / Forecast Line Type, 10-78 FII: DBI Payables Operations Implementation, 10-77 FII: Debug Mode, 10-75 FII: Forecast Period Type, 10-77
FII: Manager Aggregation Level, 10-76 FII: Manual Invoice Sources, 10-77 FII: Nodes to be Aggregated, 10-76 FII: Use Accounting Date for Currency Rate Calculation, 10-77 Industry, 10-78 overview, 10-73 Profit and Loss dashboard, 1-1 program Create Categories from Value Set, 6-19 DBI Item Dimension Setup, 6-16 HRI Load All Supervisor Hierarchy, 5-15 Synchronize GL company cost centers with HR, 5-11 project intelligence implementing See implementing project intelligence project intelligence concurrent programs, 16-27 delete project intelligence data, 16-36 load project intelligence data, 16-35 materialized view refresh utility, 16-37 project intelligence security audit report, 16-37 refresh project intelligence data, 16-35 request set generator, 16-34 update project intelligence data, 16-35 using, 16-28 project intelligence dimensions, 16-5 event type, 16-6 expenditure category, 16-6 expenditure type, 16-10 job level, 16-6 organization, 16-7 project classifications, 16-8 project type, 16-9 revenue, 16-10 time, 16-8 utilization category, 16-9 work type, 16-9 project intelligence implementation, 16-17 profile options, 16-22 security profiles, 16-18 steps, 16-19 project intelligence reports concurrent programs See project intelligence concurrent programs data security, 16-16
Index-10
dimensions See project intelligence dimensions implementation steps See project intelligence implementation key performance indicators See key performance indicators pages, 16-2 prerequisites, 16-16 troubleshooting See troubleshooting types, 16-2 project intelligence responsibilities Daily Project Intelligence User, 16-3 Project Executive User, 16-3 Project Intelligence Administrator, 16-3 Project Superuser, 16-3 Purchased Item dimension, 14-11 Purchasing Category dimension, 14-12 purchasing functional area, 6-4 Purge Budget and Forecast concurrent program, 10-71
R
rates daily exchange, 2-2 Real-Time Chat enabling, 2-70 Reason (for cancellations) dimension, 20-11 Reason (for terminations) dimension, 20-11 Receipt Date Exceptions considerations, 14-42 Receipt Date Exceptions reports, 14-6 Refresh Employee Directory concurrent program, 10-70 refreshing dashboards, 1-7 region graph, 1-1 key performance indicators, 1-1 links, 1-1 overview, 1-1 parameter, 1-1 table, 1-1 regions RSS feed, 2-67 Rejections on Inspection reports, 14-6 rendering
debugging, 4-14 Renewal Bookings Detail report, 20-6 Renewal Bookings Summary report, 20-6 Renewal Bookings Trend report, 20-6 Renewal Cancellations Detail report, 20-7 Renewal Cancellations Summary report, 20-7 Renewal Expected Bookings Detail report, 20-6 reports, 7-xx Activations, 20-4 Activations Detail, 20-4 Activations Trend, 20-4 Active Agreements Summary, 21-24 Active Service Contracts, 20-4 Activity, 7-2 Actual Production Job Detail, 21-16 administer, 2-41 Agreement Order Line Detail, 21-25 Agreement Orders Analysis, 21-24 Agreements Trend, 21-25 Backlog, 7-2, 20-7 Backlog and Past Due Schedule Value, 21-11 Backlog and Past Due Schedule Value Trend, 21-11 Backlog Line Detail, 21-21 Backorder Detail, 21-14 Backorder Summary, 21-14 Backorder Trend, 21-14 Blanket Leakage, 14-4 Booked Order Line Detail, 21-11, 21-21 Booked Return Line Detail, 21-21 Bookings, Revenue and Revenue Backlog Trend, 21-21 Bookings Overview, 21-21 Booking to Renewal Activity, 20-7 Booking to Renewal Ratio Trend, 20-7 Book to Fulfill Days, 21-11 Book to Fulfill Days Trend, 21-11 Book to Ship Aging, 21-13 Book to Ship Days, 21-13 Book to Ship Days Trend, 21-13 Carrier Billing and Payment Variance, 21-24 Carrier Billing and Payment Variance Trend, 21-24 Closure Performance, 7-2 Contract Utilization, 14-5 Cumulative Bookings and Revenue, 21-21 Cumulative Production to Plan, 21-16
Index-11
Current Active Service Contracts Detail, 20-4 Current Active Service Contracts Trend, 20-4 Current Capacity Utilization, 21-22 Current Production Delayed, 21-16 Current Unrecognized Variance, 21-17, 21-19 Customer Fulfillment Management, 21-11 Cycle Count Accuracy, 21-15 Cycle Count Accuracy Trend, 21-15 Cycle Count Adjustment Detail, 21-15 Cycle Count Adjustment Summary, 21-15 data source, 3-18 data source mapping, 3-22 designing, 3-17 Expirations, 20-4 Expirations Detail, 20-4 Expired Agreements, 21-24 Expired Value Distribution, 20-4 Expiring Agreements, 21-24 exporting and importing, 3-55 Freight Cost Recovery Rate, 21-24 Freight Cost Recovery Rate Trend, 21-24 Fulfilled Requisitions, 14-4 Fulfilled Return Value, 21-12, 21-37 Fulfilled Return Value Trend, 21-12 Fulfilled Value, 21-36 Fulfillment Performance, 21-11 Fulfillment Performance for Top Models, 2111 Fulfillment Performance for Top Models Trend, 21-11 Fulfillment Performance Trend, 21-11 graph region, 3-40 Hit/Miss Summary, 21-15 Intransit Inventory Detail, 21-15 Inventory Management, 21-14 Inventory Turns, 21-15 Inventory Turns Trend, 21-15 Inventory Value by Type, 21-14 Inventory Value Summary, 21-14 Inventory Value Trend, 21-14 Invoice Amount, 14-5 Late Renewal Bookings, 20-6 Late Renewal Bookings Aging, 20-6 Lines Late to Schedule, 21-38 Lines Shipped Late to Promise Detail, 21-13 Lines Shipped Late to Promise Summary, 2113
Lines Shipped Late to Schedule Detail, 21-13 Lines Shipped Late to Schedule Summary, 2113 Lines Shipped On-Time to Schedule Trend, 2113 Lines Shipped Performance, 21-13 Lines Shipped Performance Trend, 21-13 links region, 3-41 links regions, 3-51 Manual Invoices, 14-4 Manufacturing Cost Job Detail, 21-16, 21-19 Manufacturing Cost Variance, 21-16, 21-19 Manufacturing Cost Variance Trend, 21-16, 2119 Manufacturing Management, 21-16 Material Usage Job Detail, 21-17, 21-18 Material Usage Variance, 21-17, 21-18 Material Usage Variance Trend, 21-17, 21-18 Mean Time to Repair, 8-4 Mean Time to Repair Detail, 8-4 Mean Time to Repair Distribution, 8-4 Mean Time to Repair Distribution Trend, 8-4 Mean Time to Repair Trend, 8-4 My Approvals, 2-68 Net Product Bookings, 21-21 New Agreements, 21-24 Non-Agreement Order Line Detail, 21-25 Non-Contract Purchases, 14-4 On-hand Inventory Detail, 21-14 On-Time Arrival Rate, 21-23 On-Time Arrival Rate Trend, 21-23 On-Time Production, 21-16 Open Job Detail, 21-17, 21-19 Operation Plan Exceptions by Reason, 21-23 Operation Plan Performance, 21-23 Outstanding Trend, 21-25 parameter region, 3-25 Past Due Percent Trend, 20-7 Past Due Promise Value Aging, 21-12 Past Due Promise Value Detail, 21-12 Past Due Promise Value Summary, 21-12 Past Due Promise Value Trend, 21-12 Past Due Renewals Detail, 20-7 Past Due Schedule Line Aging, 21-13 Past Due Schedule Line Detail, 21-14 Past Due Schedule Line Summary, 21-14 Past Due Schedule Line Trend, 21-14
Index-12
Past Due Schedule Value, 21-37 Past Due Schedule Value Aging, 21-11 Past Due Schedule Value Detail, 21-12 Past Due Schedule Value Summary, 21-12 Payables Leakage, 14-4 Period Expiring Contracts, 20-4 Period Expiring Contracts Detail, 20-4 Period Renewal Bookings Detail, 20-7 Period Renewals Summary, 20-7 Period Renewals Trend, 20-7 Pick Release to Ship Cycle Time, 21-22 Pick Release to Ship Cycle Time Trend, 21-22 Picks & Exceptions Analysis, 21-22 Picks & Exceptions Trend, 21-22 Picks and Exceptions by Reason, 21-22 Plan Details, 21-19 Plan Management, 21-19 Planned Cost Breakdown Summary, 21-19 Planned Cost Breakdown Summary Trend, 2120 Planned Inventory Turns, 21-20 Planned Inventory Turns Trend, 21-20 Planned On-Time Shipment, 21-20 Planned On-Time Shipment Trend, 21-20 Planned Organizations, 21-19 Planned Performance, 21-20 Planned Purchasing Cost, 21-20 Planned Resource Utilization, 21-20 Planned Resource Utilization Trend, 21-20 Planned Revenue and Margin, 21-19 Planned Revenue and Margin Trend, 21-19 PO Price Change, 14-5 PO Purchases, 14-4 Potential Revenue Shortfall Trend, 21-20 Processed Requisitions, 14-3 Product Bookings and Revenue Trend, 21-21 Product Cost Management, 21-18 Product Gross Margin, 21-18 Production to Plan, 21-16 Production to Plan Trend, 21-16 Product Revenue, 21-22 Product Revenue Backlog, 21-22 Product Revenue Bookings and Backlog, 21-20 prototypes, 3-23 publishing, 3-53 Rated Freight Cost per Unit Distance, 21-23 Rated Freight Cost per Unit Distance Trend,
21-23 Rated Freight Cost per Unit Volume, 21-23 Rated Freight Cost per Unit Volume Trend, 21-23 Rated Freight Cost per Unit Weight, 21-23 Rated Freight Cost per Unit Weight Trend, 2123 Receipt Date Exceptions, 14-6 Receipt to Putaway Cycle Time, 21-22 Receipt to Putaway Cycle Time Trend, 21-22 Rejections on Inspection, 14-6 Renewal Bookings Detail, 20-6 Renewal Bookings Summary, 20-6 Renewal Bookings Trend, 20-6 Renewal Cancellations Detail, 20-7 Renewal Cancellations Summary, 20-7 Renewal Expected Bookings Detail, 20-6 Repair Order Backlog, 8-2 Repair Order Backlog Detail, 8-2 Repair Order Backlog Trend, 8-2 Repair Order Charges Summary, 8-3 Repair Order Charges Summary Trend, 8-3 Repair Order Completion, 8-3 Repair Order Completion Detail, 8-3 Repair Order Completion Trend, 8-3 Repair Order Cost Summary, 8-3 Repair Order Cost Summary Trend, 8-3 Repair Order Days Until Promised, 8-2 Repair Order Late Completion Aging, 8-3 Repair Order Late Completion Detail, 8-4 Repair Order Margin, 8-3 Repair Order Margin Detail, 8-3 Repair Order Margin Summary, 8-3 Repair Order Margin Summary Trend, 8-3 Repair Order Margin Trend, 8-3 Repair Order Past Due Aging, 8-3 Repair Order Past Due Detail, 8-3 Repair Order Service Code Summary, 8-4 Requested Shipping Lead Time Trend, 21-11 Resolution, 7-2 Resource Efficiency, 21-17 Resource Efficiency Job Detail, 21-17 Resource Efficiency Trend, 21-18 Resource Utilization, 21-17 Resource Utilization Trend, 21-17 Resource Variance, 21-17, 21-18 Resource Variance Job Detail, 21-17, 21-18
Index-13
Resource Variance Trend, 21-17, 21-19 Returns, 14-5 Returns by Reason, 21-12 Returns Detail, 21-12 Revenue Overview, 21-21 Sales Agreement Management, 21-24 Scrap, 21-18 Scrap Job Detail, 21-18 Scrap Trend, 21-18 Service Contracts Management, 20-3 Service Renewals Management, 20-5 Shipping Management, 21-12 Spend Evaluation, 14-5 table region, 3-29 Terminated Agreements, 21-24 Terminations, 20-4 Terminations Detail, 20-4 Terminations Trend, 20-4 title region, 3-24 Top Agreements by Fulfillment Activity, 21-25 Top Potential Revenue Shortfall Reasons, 2120 Top Renewal Bookings, 20-6 Total Performance Against Agreements, 21-24 Transportation Management, 21-23 Trip Stop Arrival Performance Trend, 21-23 troubleshooting, 3-41 Unfulfilled Requisitions, 14-3 Unprocessed Requisitions, 14-3 Warehouse Management, 21-22 Warehouse Storage Utilized, 21-22 Warehouse Storage Utilized Trend, 21-22 Reports, 13-1, 14-xx Asset Downtime Detail Report, 12-3 Asset Downtime Report, 12-3 Labor Backlog , 12-6 Labor Backlog Detail, 12-6 Late Completion Aging, 12-4 Past Due Work Order Aging, 12-6 Past Due Work Order Detail, 12-5 Requested Work Order Detail Report, 12-5 Request to Completion, 12-4 Request to Completion Detail, 12-4 Request to Completion Distribution, 12-5 Work Order Backlog, 12-5 Work Order Backlog Detail, 12-5 Work Order Completion, 12-3
Work Order Completion Detail, 12-4 Work Order Cost, 12-2 Work Order Cost Detail, 12-3 Work Order Cost Summary, 12-2 Requester parameter, 14-30 request set generator, 1-7 request sets creating, 1-7 incremental, 1-7, 10-71 initial, 1-7 Update GL Summaries After Setup Changes, 10-71 viewing, 4-2 viewing analysis reports, 4-3 viewing settings, 4-2 request types compare, 7-6 Resolution reports, 7-2 responsibilities, 1-13 and security, 7-8 Business Intelligence Administrator, 1-13 Commodity Manager, 14-9 Cost Center Manager, 10-6 Customer Support Manager, 7-3 Daily Commodity Intelligence, 14-10 Daily Compliance Intelligence, 18-2 Daily Customer Support Intelligence, 7-3 Daily Depot Repair Intelligence, 8-4 Daily Field Service Intelligence, 9-6 Daily Financials Intelligence, 10-6 Daily Interaction Center Intelligence, 11-3 Daily Payables Intelligence, 10-6 Daily Procurement Intelligence, 14-10 Daily Service Contracts Intelligence, 20-9 Depot Repair Manager, 8-4 Field Service Manager, 9-6 Procurement Manager, 14-9 Profit Center Manager, 10-6 Service Contracts Manager, 20-8 Service Sales Manager, 20-9 responsibility, 1-1 Responsibility daily maintenance intelligence, 12-1 daily maintenance manager, 12-6 maintenance manager, 12-1, 12-6 Returns reports, 14-5 roles, 1-13
Index-14
Email Center Manager, 11-3 Inbound Telephony Manager, 11-3 overview, 1-1 RSS feed, 2-67 RSS feeds, 3-52 RTC See Real-Time Chat
S
Sales Agreement Management dashboard, 21-10 sales district hierarchy, 2-72 Sales Group dimension, 20-10 sales group hierarchy, 1-11, 2-72, 20-26 security, 1-17 sales group hierarchy setup, 20-21 sales representative setup considerations, 20-15 security, 1-1, 7-3, 7-8, 7-8 commodities, 1-17 commodity, 14-26 operating unit, 14-25 stores, 1-19 Service Contracts Management dashboard, 20-2 Service Contracts Management KPIs, 20-12 Service Contracts Management reports, 20-3 Service Contracts Manager responsibility, 20-8 Service Renewals Management dashboard, 20-5 Service Renewals Management KPIs, 20-13 Service Renewals Management reports, 20-5 Service Request Backlog KPI, 7-6 Service Request Backlog Type dimension, 7-5 Service Request Channel dimension, 7-5 Service Request Closed Activity KPI, 7-7 Service Request Escalated Backlog Percent, 7-7 Service Request Resolution Status dimension, 7-4 Service Request Severity dimension, 7-4, 9-7 Service Requests Opened Activity KPI, 7-7 Service Request Status dimension, 7-4 Service Request Type dimension, 7-3 Service Request Type Security, 9-9 Service Request Unowned Backlog Percent, 7-7 Service Sales Manager responsibility, 20-9 setting up users, 2-80 setup commodities, 14-51 currency, 2-2
field service district hierarchy, 9-12 HR profile options, 5-4 item dimension, 6-12, 20-21 sales group hierarchy, 20-21 time dimension, 2-2 Shipping Management dashboard, 21-4 simulation views, 3-38 software requirements, 2-31 Spend Evaluation reports, 14-5 store parameter security, 1-19 Supplier Business Classification dimension, 14-14 Supplier dimension, 14-13 Synchronize GL company cost centers with HR concurrent program, 5-11
T
tables base summary, 1-7, 1-14 tablespace increasing, 4-15 Task Backlog KPI, 9-8 Task Closed Activity KPI, 9-8 Technician Utilization KPI, 9-8 Terminated Billed Value key performance indicator, 20-13 Terminated Remaining Value key performance indicator, 20-13 Terminations Detail report, 20-4 Terminations report, 20-4 Terminations Trend report, 20-4 Time dimension, 1-12, 2-2, 9-6, 20-10 enterprise calendar hierarchy, 1-12 financial calendar hierarchy, 1-12 gregorian hierarchy, 1-12 period 445 hierarchy, 1-12 Time to Close Distribution dimension, 7-5 Time to Resolve Distribution, 7-5 To Date, 20-24 Top category, 6-4 top node, 6-4 Top Renewal Bookings report, 20-6 Transaction Reasons dimension, 14-16 transactions currency, 2-2 future-dated, 2-2
Index-15
Transportation Management dashboard, 21-9 troubleshooting DBI for Field Service, 9-17 managers, 5-15 Oracle Daily Business Intelligence for Service Contracts, 20-27 project intelligence, 16-25
U
unassigned customer classification, 20-11 unassigned sales group, 20-15 Unfulfilled Requisitions reports, 14-3 Unprocessed Requisitions reports, 14-3 Unresolved Escalated Backlog % KPI, 7-6 Unresolved Service Request Backlog KPI, 7-6 Unresolved Unowned Backlog % KPI, 7-7 Update GL Summaries After Setup Changes request set, 10-71 updating categories, 6-18 category assignments, 6-19 upgrade checklist, 2-81 upgrading item dimension, 6-12 Uplift key performance indicator, 20-13 Upload Budget and Forecast concurrent program, 10-71
V
view materialized, 1-7, 1-14
W
warehouse dimension, 1-10 Warehouse Management dashboard, 21-9 web conferencing enabling, 2-69
Index-16