Skip Headers

Oracle Discoverer Administrator Administration Guide 10g (9.0.4) Part Number B10270-01 |
Home | Contents | Index

# 16
Using Discoverer with Oracle Applications

## Using Discoverer with Oracle Applications

This chapter explains how Discoverer supports access to Oracle Applications databases using Oracle Applications security and contains the following topics:

- "What are Oracle Applications?"

- "What are Oracle Applications responsibilities?"

- "What features does Discoverer support for Oracle Applications users?"

- "What are the prerequisites for using Discoverer with Oracle Applications?"

- "What is different about running Discoverer in Oracle Applications mode?"

- "How to configure the Connect dialog for Oracle Applications users"

- "How to create an Oracle Applications EUL"

- "How to grant task privileges to all Oracle Applications users via the Public user"

- "How to specify the Oracle Applications users/responsibilities who can access a business area"

- "How to specify the business areas that an Oracle Applications user/responsibility can access"

- "How to specify the tasks an Oracle Applications user or responsibility can perform"

- "How to specify the Oracle Applications users/responsibilities who can perform a specific task"

- "How to display your Oracle Applications database user name and responsibility in a workbook"

## What are Oracle Applications?

Oracle Applications are Oracle's integrated enterprise resource planning (ERP) and customer relationship management (CRM) solutions. Oracle Applications enable companies to run and manage their worldwide operations from a central site. For further information see http://www.oracle.com/.

## What are Oracle Applications responsibilities?

Oracle Applications responsibilities are akin to database roles. They are an abstraction to which privileges can be assigned and which can apply to many users. Oracle Applications responsibilities are used to control Oracle Applications users functional and data access.

An Oracle Applications user connects to an Oracle Applications database and chooses a single Oracle Applications responsibility. Each Oracle Applications responsibility can have a set of privileges associated with it.

This means that an Oracle Applications user will by default assume the task privileges granted to the chosen responsibility (for more information see "How to specify the Oracle Applications users/responsibilities who can perform a specific task"). To change responsibility but keep the same user you must reconnect.

#### Notes

- If you encounter anomalies in Discoverer items available to users (e.g. there is a difference between folders or items visible in Discoverer Administrator and Discoverer Plus for the same Appsuserid or Responsibility), this might be caused by how Oracle Applications security is set up. For more information about Oracle Applications security, contact the Oracle Applications administrator.

## What features does Discoverer support for Oracle Applications users?

Discoverer supports the following features for Oracle Applications:

- Ad-hoc query access to Oracle Applications databases using Oracle Applications user names, passwords and responsibilities

- Oracle Applications mode EULs

  An Oracle Applications mode EUL is a Discoverer End User Layer based on an Oracle Applications schema (containing the Oracle Applications FND (Foundation) tables and views). Oracle Applications EULs employ Oracle Applications user names and responsibilities whereas standard EULs use database users and roles.

  The only database user (i.e. non-Oracle Applications user) that can connect to an Oracle Applications mode EUL is the EUL owner. The EUL owner is the database user that is used to create the EUL. However, the EUL owner can grant administration privileges to Oracle Applications users. The authorized Oracle Applications users can then connect to the Oracle Applications mode EUL using Discoverer Administrator.

- Oracle Applications row level security

  Many Oracle Applications tables and views are user-sensitive, and will return different results depending on which user/responsibility is used to access these tables/views. Discoverer correctly runs queries that respect these user-sensitive tables and views.

- Oracle Applications multiple reporting currencies

  When connecting to Discoverer as an Oracle Applications user/responsibility, Discoverer will automatically connect to the correct schema (either APPS or APPS_MRC) to support Oracle Applications instances that have implemented the multiple reporting currencies feature.

- Oracle Applications multiple organizations

  Using Discoverer with Oracle Applications multiple organizations support enables you to work with data from more than one organization. Discoverer end users can query and analyze data from a set of organizations to which they have been granted access. The folders in the EUL you are connecting to must be based on Oracle Business Views (available in Oracle Applications 11i).

These features are only available when Discoverer is running in Oracle Applications mode. In other words, when Discoverer is running with an Oracle Applications mode EUL against an Oracle Applications database.

## What are the prerequisites for using Discoverer with Oracle Applications?

To start Discoverer as an Oracle Applications user the following conditions must be met:

- Oracle Applications must be installed before Discoverer can be used in applications mode

- Discoverer must be running against one of the following Oracle Applications versions:

  - Release 10.7

  - Release 11

  - Release 11i

## What is different about running Discoverer in Oracle Applications mode?

The following differences apply in Discoverer when running in Oracle Applications mode:

- "Differences with the Discoverer Connect dialog in Oracle Applications mode"

- "Differences with Discoverer security in Oracle Applications mode"

- "Differences with Discoverer summary folders in Oracle Applications mode"

- "Differences with Discoverer and secure views/language settings in Oracle Applications mode"

### Differences with the Discoverer Connect dialog in Oracle Applications mode

When you run Discoverer in Oracle Applications mode the "Connect to Oracle Discoverer Administrator dialog (for Oracle Applications users)" will either display or not display the Oracle Applications user check box.

#### Figure 16-1 Connect to Oracle Discoverer Administrator dialog (for Oracle Applications users)

Text description of the illustration apconn.gif

For more information, see "How to configure the Connect dialog for Oracle Applications users".

The following conditions apply when the Connect dialog is configured for Oracle Applications users:

- if the Oracle Applications user check box is not displayed you connect to Discoverer as an Oracle Applications database user

- if the Oracle Applications user check box is displayed, you select the check box to connect to Discoverer as an Oracle Applications user. Alternatively, clear the Oracle Applications user check box to connect as an Oracle database user.

Once you have entered details into the Connect dialog and clicked OK Discoverer displays a Responsibilities dialog and you can choose the responsibility with which to connect (if the Oracle Applications user you are connecting with has more than one responsibility).

You can bypass the Choose a Responsibility dialog by entering both the Oracle Applications user and the responsibility into the Username field in the form 'user:responsibility'.

#### Figure 16-2 Choose a Responsibility dialog

Text description of the illustration apresch.gif

### Differences with Discoverer security in Oracle Applications mode

When you run Discoverer Administrator as an Oracle Applications user, then the Discoverer Privileges and Security dialogs display Oracle Applications user names and responsibilities. You can assign privileges and security to Oracle Applications user names and responsibilities. When you run Discoverer Administrator as a database user then the Discoverer Privileges and Security dialogs display database users and database roles.

For more information about using privileges to control access to information, see Chapter 6, "About Discoverer and security".

### Differences with Discoverer summary folders in Oracle Applications mode

As the Discoverer manager of an Oracle Applications mode EUL you must be aware of the following:

- Some Oracle Applications database views contain row level security and return differing result sets depending upon the currently active responsibility. This means that materialized views (summary tables in Oracle Standard Edition databases) will contain different data depending on the responsibility of the user refreshing the external summary folder.

- A summary folder based on an Oracle Applications secure view or Oracle Applications business view must be registered in Discoverer as an external summary folder (for more information, see Chapter 14, "How to create summary folders based on external summary tables").

- Where an external summary folder is mapped against a table or view with Oracle Applications row level security, it is your responsibility as Discoverer manager to make sure the external table or view provides secure access. If you are not sure, ask your database administrator.

- If a managed summary folder is found that satisfies a query (based on data with Oracle Applications row level security), Discoverer informs the end user that no rows satisfy the query criteria. Discoverer does this to ensure that end users do not see data they should not have access to.

- If a managed summary folder is found that satisfies a query (based on data without Oracle Applications row level security), Discoverer returns the rows unaffected. Discoverer does this because the data can be safely accessed by all end users.

- Some Oracle Applications views with row-level security support "public" rows (particularly Human Resources).

### Differences with Discoverer and secure views/language settings in Oracle Applications mode

When a Discoverer end user uses a workbook that accesses Oracle Applications secure views, the user might see different results on different machines (even when using the same connection information) if the machines have different local language (NLS) settings.

When using Oracle Applications secure views, the local language setting of the machine affects the data retrieved by Discoverer. Discoverer will display data consistently across machines with the same language setting.

To change a machines local language setting (on Windows), choose Start | Settings | Control Panel | Regional Settings and change the language value.

For more information on secure views, see Chapter 19, "How to use query prediction with secure views".

You can also define a language setting (NLS) for a user, responsibility, application or site using the Profiles setting in Oracle Applications. For more information see the Oracle Applications documentation.

## How to configure the Connect dialog for Oracle Applications users

Before you connect to Oracle Discoverer as an Oracle Applications user, you must configure the Connect dialog to default to Oracle Applications users.

To configure the Connect dialog for Discoverer Administrator and Discoverer Desktop:

1. Select Tools | Options to display the "Options dialog: Connection tab":

   #### Figure 16-3 The Options dialog: Connection tab

   Text description of the illustration options.gif
2. Specify the type of EUL to connect to by selecting one of the following option:

   Option | Use this option to:
   --- | ---
   Connect to standard EULs | The Oracle Applications User check box is not displayed in the Connect dialog and Discoverer expects standard database users.
   Connect to applications EULs | The Oracle Applications User check box is not displayed in the Connect dialog but Discoverer expects users to connect using an Applications user id/password and Oracle Applications database connect string.
   Connect to both standard and applications EULs | The Oracle Applications User check box is displayed in the Connect dialog and (depending on whether the check box is cleared or selected) you can connect to either standard or Oracle Applications database EULs.

#### Notes

- To configure the Connect dialog for Discoverer Desktop, repeat the steps described above for Discoverer Administrator, but within Discoverer Desktop.

- To configure the Connect dialog for Discoverer Plus and Viewer to validate Oracle Applications user names and passwords, see the Oracle Application Server Discoverer Configuration Guide.

#### About entering details into the fields GWYUID/Password and FNDNAM

When you use the Options dialog: Connections tab and you select either the Connect to applications EULs radio button or the Connect to both standard and applications EULs radio button you can enter values into these fields, but Discoverer uses default values if you do not. The fields and default values are as follows:

- Gateway User ID (GWYUID)/Password

  You can enter your Gateway User ID and Password here (the default value used is 'applsyspub/pub' if you enter nothing here).

- Foundation Name (FNDNAM)

  You can enter the Foundation Name (the default value used is 'apps' if you enter nothing here).

If you do not know the values to enter into the above fields contact your Oracle Applications database administrator.

## How to create an Oracle Applications EUL

You create an Oracle Applications EUL in two ways:

- using the Create EUL dialog

- using the command line interface

To create an Oracle Applications EUL using the Create EUL dialog:

1. Start Discoverer Administrator and display the "Connect dialog".

2. Enter the user name, password and connect string for a DBA user.

   For example, dba/dbapassword@oracleappsdb.

   Note: You must not specify the user name of an Oracle Applications user. The EUL owner is always a database user.

   #### Figure 16-4 Connect to Oracle Discoverer Administrator dialog

   Text description of the illustration apcndba.gif -

   Note: The Oracle Applications user Connect dialog might display the Oracle Applications User check box. For more information see "How to configure the Connect dialog for Oracle Applications users".

1. Clear the Oracle Applications User check box (i.e. if the check box is displayed).

2. Click Connect.

   If no EULs exist Discoverer displays a dialog for you to choose whether to create an EUL now.

3. Click Yes.

4. Discoverer displays the "EUL Manager dialog".

   #### Figure 16-5 EUL Manager dialog

   Text description of the illustration apeulmgr.gif

1. Click Create an EUL to display the "Create EUL Wizard dialog".

   This is where you create a new database user and Oracle Applications EUL.

   #### Figure 16-6 Create EUL Wizard dialog

   Text description of the illustration apcuseul.gif

   1. Specify whether an existing or new user is to own the Oracle Applications EUL by selecting one of the following radio buttons:

      - Select an existing user

        then select a user from the drop down list in the User field

      - Create a new user

        then enter a user name, password/confirmation for the new user

      Note: The EUL owner is always a database user. Please specify a database user.

   2. (optional) Clear the Grant EUL access to PUBLIC check box.

      Hint: We recommend that you clear the Grant EUL access to PUBLIC check box to restrict public access to your EUL tables. If you do not select the Grant EUL access to PUBLIC check box, but still want other database users to have access to your EUL tables, you will need to grant access to your EUL tables manually.

      If you want to grant all database users access to your EUL tables you must select the Grant EUL access to PUBLIC check box.

   3. Select the New EUL is for Oracle Applications users ONLY check box to create an Oracle Applications mode EUL.

   4. Click Next to display the "Create EUL Wizard: Step 2 dialog" where you select the Oracle Applications schema and enter the schema password.

      #### Figure 16-7 Create EUL Wizard: Step 2 dialog

      Text description of the illustration apeulwz2.gif

   1. Use the Schema drop down list to select the Oracle Applications schema containing the Oracle Applications FND tables.

   2. Enter the password for the Oracle Applications schema and click Next.

   3. (if creating a new user) If you are creating a new user Discoverer displays the "Create EUL Wizard: Step 3 dialog" where you select the default and temporary tablespaces for the new database user/schema.

      #### Figure 16-8 Create EUL Wizard Step 3 dialog

      Text description of the illustration apeulwz3.gif

   1. (if creating a new user) Highlight the required Default and Temporary tablespaces you want to use for the Oracle Applications EUL owner.

      Hint: Ask your Oracle Applications database administrator if you are not sure.

   2. Click Finish to create the tables and views for the new Oracle Applications mode EUL and populate them with default data.

   Discoverer displays a dialog to confirm the creation of the new EUL:

   #### Figure 16-9 Create EUL wizard - success dialog

   Text description of the illustration apeulwzs.gif

   1. Click OK to close the confirmation dialog.

      Discoverer displays a dialog that gives you the option to install tutorial data into the new EUL.

   2. Click Yes or No to specify whether to install the tutorial data.

      Discoverer displays a dialog that gives you the option to reconnect to the database as the owner of the new Oracle Applications EUL you have just created, or to remain connected as the DBA.

   #### Notes

   - Having created an Oracle Applications EUL you can now:

     - Grant task privileges to an Oracle Applications user so that they have the ability to carry out tasks in Discoverer Administrator or Discoverer Plus using this Oracle Applications EUL (for more information, see "How to specify the tasks an Oracle Applications user or responsibility can perform").

     - Create a new business area using the Oracle Applications tables (for further information, see Chapter 4, "What are business areas?").

     - Grant access to the tutorial business area to Oracle Applications users and responsibilities (for more information, see "How to specify a user or role (responsibility) that can access a business area"). Granting access to the tutorial business area enables Oracle Applications users and responsibilities to access the tutorial database.

     - If you did not install the Tutorial into the Apps Schema, you must grant the select privilege on the tutorial tables to the APPS schema owner (for more information about granting privileges, see the Oracle9i SQL Reference Guide. The select privilege is required because the APPS schema owner is the database user that is used as the proxy by applications users. Therefore, APPS schema owner must have select access to the tutorial tables.

   - When you create a new Oracle Applications business area, the schema objects you load into the business area must be based on secure views. This retains the row-level security associated with a specific Oracle Applications responsibility. Ask your Oracle Applications database administrator for further information.

   - You can also create an Applications mode EUL via the command line (for more information see Chapter 21, "/create_eul /apps_mode").

   ## How to grant task privileges to all Oracle Applications users via the Public user

   You can grant task privileges to all Oracle Applications users in one action by using the Public user.

   To grant task privileges to all Oracle Applications users:

   1. Start Discoverer Administrator and connect as an Oracle Applications user.

   2. Choose Tools | Privileges to display the "Privileges dialog: Privileges tab"

      The Privileges dialog contains the Public user. The public user is not an Oracle Applications user but represents all Oracle Applications users. You can grant a privilege to every Oracle Applications user by granting that privilege to the Public user. You can subsequently modify individual users' privileges as required.

   3. Grant privileges to the Public user as required.

      For more information, see Chapter 6, "How to specify the tasks a user or role (responsibility) can perform".

   ## How to specify the Oracle Applications users/responsibilities who can access a business area

   This task describes how to grant (or deny) access permission for business areas to specific users or responsibilities.

   For information about Oracle Applications responsibilities, see "What are Oracle Applications responsibilities?".

   Note: When completing the following task there is a notable difference between what Oracle database users and Oracle Applications users will see in the dialog:

   - Oracle database users will see the words Users and Roles

   - Oracle Applications database users will see the words Users and Responsibilities

   For more information about this task see Chapter 6, "How to specify a user or role (responsibility) that can access a business area".

   ## How to specify the business areas that an Oracle Applications user/responsibility can access

   This task describes how to specify which business areas a specific Oracle Applications user or responsibility can access.

   For information about Oracle Applications responsibilities, see "What are Oracle Applications responsibilities?"

   Note: When completing the following task there is a notable difference between what Oracle database users and Oracle Applications users will see in the dialog:

   - Oracle database users will see the words Users and Roles

   - Oracle Applications database users will see the words Users and Responsibilities

   For information about this task see Chapter 6, "How to specify the business areas a user or role (responsibility) can access".

   ## How to specify the tasks an Oracle Applications user or responsibility can perform

   This section describes how to specify the tasks a specific user or responsibility can perform.

   For information about Oracle Applications responsibilities, see "What are Oracle Applications responsibilities?".

   Note: When completing the following task there is a notable difference between what Oracle database users and Oracle Applications users will see in the dialog:

   - Oracle database users will see the words Users and Roles

   - Oracle Applications database users will see the words Users and Responsibilities

   For information about this task see Chapter 6, "How to specify the tasks a user or role (responsibility) can perform".

   ## How to specify the Oracle Applications users/responsibilities who can perform a specific task

   This section describes how to specify the users or responsibilities that can perform a specific task.

   For information about Oracle Applications responsibilities, see "What are Oracle Applications responsibilities?".

   Note: When completing the following task there is a notable difference between what Oracle database users and Oracle Applications users will see in the dialog:

   - Oracle database users will see the words Users and Roles

   - Oracle Applications database users will see the words Users and Responsibilities

   For information about this task see Chapter 6, "How to specify a user or role (responsibility) to perform a specific task".

   ## How to display your Oracle Applications database user name and responsibility in a workbook

   You can use a custom folder to display the name of your Oracle Applications database user and responsibility in a Discoverer workbook. You might want to do this because Discoverer workbooks can display different results depending on the Oracle Applications database user and responsibility that runs the workbook. This task enables you to identify which Oracle Applications database user and responsibility has run a particular Discoverer workbook.

   To display your Oracle Applications database user name and responsibility in a Discoverer workbook using a custom folder:

   1. Start Discoverer Administrator and display the "Connect dialog".

   2. Enter your Oracle Applications database user name, password and connect string.

      For example, apps1/apps1password@oracleappsdb:

   3. If the Oracle Applications database user has more than one responsibility, choose a responsibility from the Responsibility list displayed in the "Responsibilities dialog".

   4. Choose Tools |Register PL/SQL Functions to display the "PL/SQL Functions dialog: Functions tab".

      Note: The PL/SQL functions FND_GLOBAL.USER_NAME and FND_GLOBAL.RESP_NAME must be available in the "PL/SQL Functions dialog: Functions tab" before you can subsequently use them in a custom folder.

   5. If either of the functions FND_GLOBAL.USER_NAME and FND_GLOBAL.RESP_NAME do not appear in the functions list you can import them.

      To import the PL/SQL functions:

      1. Click Import to display the "Import PL/SQL Functions dialog".

      2. Choose both PL/SQL functions from the list and click OK to close the import PL/SQL Functions dialog.

         Note: Each PL/SQL function is prefixed with the default Oracle Applications user, Apps (e.g. Apps.FND_GLOBAL.USER_NAME).

      3. Click OK to close the PL/SQL Functions dialog: Functions tab and apply the changes.

   6. (optional) If you do not want to import the PL/SQL functions FND_GLOBAL.USER_NAME and FND_GLOBAL.RESP_NAME, you can create them.

      Note: You might choose to create these two PL/SQL functions (instead of importing them), if the database takes a long time to display information.

      To create the PL/SQL functions:

      1. Click New to create a new PL/SQL function, and populate the fields with default data.

      2. Enter `FND_GLOBAL.USER_NAME` into the Function Name field.

      3. Enter `FND_GLOBAL.USER_NAME` into the Display Name field.

      4. Enter `APPS` into the Owner field.

      5. Choose Varchar in the Return Type field.

      6. Enter some meaningful text into the Identifier field.

      7. Click Apply to save the changes.

      8. Repeat the above steps to create another PL/SQL function for FND_GLOBAL.RESP_NAME (i.e. replacing FND_GLOBAL.USER_NAME with FND_GLOBAL.RESP_NAME in step b).

      9. Click OK to close the dialog and save the changes.

   7. Create a new business area or open an existing business area.

      For more information, see "Creating and maintaining business areas".

      Note: In the following steps you will create a custom folder that contains the items User Name and Resp Name, and then you will include these items in a workbook. To make the custom folder readily available to other Oracle Applications business areas, you can create a new business area to contain just the custom folder.

   8. Choose Insert | Folder | Custom to display the "Custom Folder dialog".

   9. Enter a meaningful name for the custom folder (e.g. UserResp_Name).

   10. Enter the following SQL statement into the Enter the SQL to define the custom folder field:

           Select fnd_global.user_name, fnd_global.resp_name from dual;

       The SQL statement above creates a custom folder containing the two items, User Name and Resp Name. Discoverer will use the PL/SQL functions (that you previously imported or created) to display the Oracle Applications database user name and responsibility represented by User Name and Resp Name.

       For more information, see "How to create custom folders".

   11. Connect to Discoverer Plus or Discoverer Desktop using your Oracle Applications database user and responsibility name.

       For more information about using:

       - Discoverer Plus, see the Oracle Application Server Discoverer Plus User's Guide.

       - Discoverer Desktop, see the Oracle Application Server Discoverer Desktop User's Guide.

   12. Open an existing workbook or create a new workbook.

   13. Create a new worksheet that contains just the custom folder items User Name and Resp Name.

       Note: Because this custom folder is not joined to other folders, the items User Name and Resp Name must be the only items on the worksheet.

   14. Run the workbook in Discoverer Plus, Discoverer Desktop or Discoverer Viewer.

       The Discoverer workbook will contain a worksheet that displays your Oracle Applications database user name and responsibility name.

| Copyright © 1996, 2003 Oracle Corporation. All Rights Reserved. |
Home | Contents | Index