Skip to the content.

FND Responsibility Upload – Oracle EBS SQL Report

Oracle E-Business Suite SQL report from the Enginatics Library powered by Blitz Report™.

Overview

Create and update Oracle E-Business Suite responsibilities, and maintain their menu/function exclusions, replicating the System Administrator Responsibilities form (FNDSCRSP).

Each row is one of two entity types, chosen in the Row Type column:

Upload Modes:

Responsibilities are not deleted by this upload; set an Effective Date To to disable one, matching Oracle best practice.

Run this report in Excel in seconds: download Blitz Report™ free (your first 30 reports are free) or try it in the online demo.

Report Parameters

Upload Mode, Application, Responsibility Name

Oracle EBS Tables Used

fnd_responsibility, fnd_responsibility_tl, fnd_application_vl, fnd_data_groups_standard_view, fnd_menus_vl, fnd_request_groups, fnd_form_functions_vl, fnd_resp_functions

Report Categories

Enginatics, Upload

FND Responsibility Access, Blitz Report Template Sharing, Blitz Report Assignments and Responsibilities, INV Items, INV Item Upload, INV Item Upload 11i, FND Responsibilities

Running This SQL Without Blitz Report

The SQL source can be run in any SQL client. Some Oracle EBS SQL reports in this library use functions from the utility package xxen_util – install it first. Blitz Report™ adds parameters, Excel output with pivots, scheduling and security on top.

Download & Import Options

Resource Link
Excel Example Output Example
Blitz Report™ XML Import FND_Responsibility_Upload.xml
SQL Source FND Responsibility Upload.sql
Full Report on Enginatics www.enginatics.com/reports/fnd-responsibility-upload/

Case Study & Technical Analysis: FND Responsibility Upload

Executive Summary

The FND Responsibility Upload report creates and updates Oracle E-Business Suite responsibilities, and maintains their menu and function exclusions. It replicates the System Administrator Responsibilities form (FNDSCRSP) in a spreadsheet. System administrators and security administrators use it when a new responsibility must be set up for many users or applications, when a responsibility’s data group, menu or request group must change, or when exclusions must be applied. Because each row is either a responsibility definition or an exclusion, one file can carry an entire responsibility set-up, provided the rows are ordered correctly.

Business Challenge

The Solution

Technical Architecture (High Level)

Primary Tables

Logical Relationships

  1. The Responsibility branch joins FND_RESPONSIBILITY to its translation, its application, its data group, its menu and its application for the data group.
  2. The request group is outer joined to FND_REQUEST_GROUPS, with its application outer joined to FND_APPLICATION_VL, so responsibilities without a request group still appear.
  3. The Exclusion branch joins FND_RESP_FUNCTIONS to the responsibility on application and responsibility ID, and to the responsibility’s translation and application.
  4. The exclusion name is resolved by a CASE expression: a function name for function rules and a menu name for menu rules.
  5. The two branches are combined with UNION ALL, and a row number orders the output so that Responsibility rows come before their exclusion rows.

Parameters & Filtering

Performance & Optimization

FAQ

Q: How do I rename a responsibility in the upload? A: Change its Name. The Responsibility Key is the stable identifier and cannot be edited once the responsibility is created. Q: How do I add exclusions to a new responsibility in the same file? A: Place the Responsibility row before its exclusion rows, so the responsibility exists when the exclusions are applied. Q: Can this upload delete a responsibility? A: No. Set an Effective Date To to disable the responsibility, as the description recommends.


© Enginatics GmbH