Oracle® Fusion Applications Extensibility Guide 11g Release 6 (11.1.6) Part Number E16691-08 |
|
|
PDF · Mobi · ePub |
This chapter provides an overview of how to customize and extend Oracle Fusion applications and introduces the following design time and runtime tools that are used in the process:
Page Composer
CRM Application Composer
Oracle JDeveloper
Oracle SOA Composer
Business Process Composer
Oracle Business Intelligence Publisher (Oracle BI Publisher)
Oracle Business Process Management Studio (Oracle BPM Studio)
Oracle BPM Worklist
Oracle Enterprise Manager Fusion Applications Control
Setup and Maintenance work area
Note:
Before you begin to customize or extend Oracle Fusion applications, you first must install and implement them. For more information, see Oracle Fusion Applications Administrator and Implementor Roadmap.
This chapter includes the following sections:
Section 1.1, "Understanding Customizing and Extending Oracle Fusion Applications"
Section 1.3, "Understanding the Business User and Developer Tools"
While Oracle Fusion applications provide robust out-of-the-box functionality, there may be areas of one of the applications that you must change to meet your business needs. This book will guide you through the process of extending and customizing Oracle Fusion applications. Note that you can also create a complete Java EE application to supplement your Oracle Fusion applications. See the Oracle Fusion Applications Developer's Guide for more information.
All Oracle Fusion applications are based on Oracle Fusion Middleware. Most user interfaces are implemented using Oracle Application Development Framework (Oracle ADF) and standard Java technologies. The foundation of the applications are the service-oriented architecture (SOA) business processes. Business intelligence frameworks provide a number of reporting capabilities. Identity management works at every level to control access. Each of these areas of an application can be customized and extended to suit your business needs.
Additionally, Oracle Fusion applications are built using a common data model. Because of this commonality, when you make a customization in one area, that customization will be available to all objects in the application. For example, if you add an attribute to an object, you can easily add that attribute to the web-based view page, to an associated mobile page, and to any associated reports. And for the most part, the tools and processes you use to customize one application will be the same tools and processes to customize all of Oracle Fusion applications.
Note:
If your Oracle Fusion applications are part of a multi-tenant environment, or is deployed as a software as a service (SaaS) environment, then only a subset of customization capabilities will be available to you. See the SaaS documentation for your customization procedures.
Within this guide, the term customize means to change a standard (existing) artifact. For example, you can add an attribute to a standard business object, or you can change what is displayed on a standard view page. The term extend means to create a completely new artifact, such as a custom business object or custom view page. For customizations and extensions, there are three basic scenarios:
Personalization
Runtime customizations and extensions
Design time customizations and extensions
The term personalization refers to the changes that every end user of the Oracle Fusion Applications product suite can make to certain artifacts in the user interface (UI) at runtime. These changes remain for that user each time that user logs in to the application. Personalization includes changes based on user behavior (such as changing the width of a column in a table), changes the user elects to save, such as search parameters, or composer-based personalizations, where an end user can redesign aspects of a page.
For composer-based personalizations, Oracle Fusion Applications includes Page Composer, which allows end users to change certain UI pages to suit their needs. For example, they can rearrange certain objects on a page, add and remove designated content, and save queries. Figure 1-1 shows the Partner Profile page in Page Composer. An end user can add other content to this page, or change the order of the current content.
Note:
By default, only certain personalizations are allowed. You can customize what can be personalized. For more information, see Chapter 17, "Configuring End-User Personalization."
Runtime customizations and extensions include those that a business analyst can make to an Oracle Fusion application at runtime using browser-based composers. These customizations and extensions are visible and usable by all or by a subset of Oracle Fusion Applications users. The types of runtime customizations and extensions range from changing the look and feel of a page, to customizing standard objects, adding a new object and associated pages and application functionality, changing workflows, defining security for new objects, and customizing reports. Figure 1-2 shows how you can customize the fields on a standard object using CRM Application Composer, which is a runtime tool used to customize and extend certain Oracle Fusion Customer Relationship Management (Oracle Fusion CRM) applications.
Customizing and extending Oracle Fusion applications using runtime tools are covered in Part II, "Business User Customizations and Extensions"
Design time customizations and extensions include more complex changes, such as creating a SOA composite application or creating a new batch job, and they require deployment into the runtime environment. These design time customizations and extensions are most often done by Java developers using Oracle JDeveloper (a comprehensive integrated development environment), as shown in Figure 1-3, or they may be done in other tools, such as Oracle SOA Composer. The customizations are then uploaded or deployed to a running instance of Oracle Fusion Applications. Developer-level extensions are covered in Part III, "Developer Customizations and Extensions"
Tip:
You can also extend an Oracle Fusion application by creating a completely separate application and integrating it into Oracle Fusion Applications. For more information about creating an Oracle Fusion application, see the Oracle Fusion Applications Developer's Guide.
Most customizations made to an Oracle Fusion application, whether a personalization an end user makes, a change a business user makes using a runtime composer tool, or a change a developer makes using JDeveloper to create new source code, are stored in a metadata repository. Because these customizations are kept separate from the base code, you can safely upgrade your Oracle Fusion application without losing your changes.
Customizations for the UI and for business components are created in layers, meaning that you can create them for specific users (as in the case of personalization), or for specific roles or sites, and the changes will be shown only when applicable. For more information about the metadata dictionary and customization layers, see Section 1.2, "Understanding Customization Layers."
Customizations made at runtime can be saved in a sandbox so that the changes can be isolated and validated before being published into a full test environment. Changes done at design time are done in a development environment, and can also be deployed to a sandbox before being deployed into the full test environment. For more information about sandboxes, see Section 2.2, "Using the Sandbox Manager."
The Manage Customizations dialog enables you to identify and examine where customizations have been made and for which layer, even when a page consists of a number of different components (some of them actually being another page). You can also use the Manage Customizations dialog to import customizations that others have done, or you can export your own customizations.
For more information about using the Manage Customizations dialog and sandboxes, see Chapter 2, "Understanding the Customization Development Lifecycle."
Oracle Fusion applications contain built-in customization layers that allow you to make customizations that affect only certain instances of an application. For example, the Sales application has a layer for job role. When you customize an artifact, you can choose to make that customization available only to users of a specific job role, for example, a sales representative.
Customizations you make are not saved to the base standard artifact. Instead, they are saved to an Extensible Markup Language (XML) file that is stored in an Oracle Metadata Services (MDS) repository. This XML file acts like a list of instructions that determines how the artifact looks or behaves in the application, based on the layer that is controlling the current context. The customization engine in MDS manages this process.
For example, say you want to customize the Sales home page by removing the Quick Create panel, but only for users with the Sales Representative role. Before you make your customization, you first select the layer in which to make your customization, in this case the role layer whose value is Sales Representative
. When you make your customization by removing that pane from the page, an XML file is generated with the instructions to remove the pane, but only in the role layer, and only when the value is Sales Representative
. The original page file remains untouched. The customization engine in MDS then stores the XML file in an MDS repository.
Now, whenever someone logs in to the application and requests an artifact, the customization engine in MDS checks the repository for XML files that match the requested artifact and the given context, and if there is a match, it layers the instructions on top of the base artifact. In this example, whenever the Sales home page is requested (the artifact) by someone who is assigned the role of Sales Representative (the context), before the page is rendered, the customization engine in MDS pulls the corresponding XML file from the repository, layers it on top of the standard Sales home page, and removes that pane. Whenever someone who is not a Sales Representative logs in (for example, someone with the role of Sales Manager), the XML file with your changes is not layered on top, and so the Quick Create panel is displayed.
Figure 1-4 shows how the customization XML file is applied to the base document and is visible only to a sales representative.
All users of Oracle Fusion applications can personalize certain pages using the Personalization menu. Users can move elements around on a page, hide elements, and even add available elements to their page. When they do this personalization, the customization engine in MDS creates an XML file specific to that user.
For example, say User 1 (who has the role of Sales Representative) personalizes the Sales home page. There will then be an XML file stored in the repository, noting the changes that user made. When User 1 logs in, as in the previous example, the customization engine in MDS pulls the XML file with the sales representative customizations from the repository and layers it on top of the standard Sales home page. In addition, the engine pulls the XML file with the User 1personalizations, allowing the user to see the personalization changes along with the Sales Representative changes. When other Sales Representatives log in, they do not see the User 1 personalization changes, as shown in Figure 1-5.
The exact customization layers available for an application depend on that application family (see the product-specific documentation from Oracle Enterprise Repository for Oracle Fusion Applications for details). However, all Oracle Fusion applications have the following customization layers:
Global layer: When customizations are made in the global layer, they affect all users of the application. This layer's XML files are added for everyone, whenever the artifact is requested. Customizations made to ADF Business Components in JDeveloper must be made in the global layer.
Site layer: Customizations made in the site layer affect users at a particular location.
User layer: The user layer is where all personalizations are made. Users do not have to explicitly select this layer. It is automatically selected when you use the Personalization menu.
These layers are applied in a hierarchy, and the highest layer in that hierarchy in the current context is considered the tip. Within the default customization layers, the global layer is the base layer, and the user layer is the tip. If customizations are done to the same object, but in different layers, at runtime, the tip layer customizations take precedence. For example, if you customize the label for a field in the site layer using Page Composer and customize the same label in the global layer using JDeveloper, the site layer customization will be displayed at runtime.
Because customizations are saved in these XML files, when you patch or upgrade your Oracle Fusion applications, the base artifacts can be updated without touching your changes. The base artifact is replaced, and when the application is run after the patch or upgrade, the XML files are simply layered on top of the new version. You do not need to redo your customizations.
Before you create customizations, you must select the layer to which you want your customizations to be applied. Most of the tools you use to create your customizations provide a dialog where you can pick the layer for your customizations.
Oracle Fusion Applications provides several design time and runtime tools to enable you to customize and extend Oracle Fusion applications. With these tools, you can perform the following tasks:
Personalize and customize pages using Page Composer
Customize pages using CRM Application Composer
Create and customize objects using CRM Application Composer
Create business process flows for custom objects
Define security policies for custom objects
Add custom attributes to business objects
Customize reports and analytics
Perform design time customizations using JDeveloper
Customize and extend Oracle BPM Project Templates
Configure end-user personalization
Customize help
Customize the Oracle Fusion Applications skin
Translate custom text
For a more detailed description of the workflow you must follow when customizing and extending Oracle Fusion applications, see Chapter 2, "Understanding the Customization Development Lifecycle."
Tip:
When you extend Oracle Fusion applications, you may want those extensions to be configurable using Oracle Fusion Functional Setup Manager. For more information about creating setup flows for extensions, see the Oracle Fusion Functional Setup Manager User's Guide.
The user interfaces in Oracle Fusion applications are controlled by role-based authentication, meaning that the information presented in the UI, and what the user can do in the UI, depends on the role assigned to the currently logged-in user. For example, if you are assigned a role with an administrative privilege, when you log in to Oracle Fusion Applications, you will see an Administration menu, as shown in Figure 1-6. This menu allows you to do things like customize a page for all users, or manage customizations.
Both personalization and customization use Page Composer to make changes to an application page. Using personalization, any user can drag and drop fields, rearrange regions, add approved external content, and save their favorite queries.
Using administration customization, you also use Page Composer to customize pages for other users. You can add fields, add validation, change defaults, rearrange regions, and add external content. Page Composer allows you to work in a WYSIWYG view, and, in some cases, Source view, as shown in Figure 1-7.
For more information about customizing pages, see Chapter 3, "Customizing Existing Pages."
If you want to extend or customize the Sales, Marketing, Customer Center, Trading Community Architecture (TCA), and Order Capture applications that are part of the Oracle Fusion CRM product family of Oracle Fusion Applications, you can use CRM Application Composer to customize your pages, as described in Section 4.3, "Editing a Page in CRM Application Composer."
Note:
Only certain pages are available for customization. For a complete list, see the product-specific documentation from Oracle Enterprise Repository for Oracle Fusion Applications.
You access CRM Application Composer by clicking the Application Composer link from the Navigator menu of Oracle Fusion Applications, as shown in Figure 1-8.
CRM Application Composer allows business analysts to make more complex runtime customizations. In addition to customizing pages, business analysts can customize objects and all the artifacts that support them (such as fields, pages, buttons and links, security, server scripts, and saved searches), and can also extend Oracle Fusion applications by creating completely new objects and artifacts, as shown in Figure 1-9. For more information, see Chapter 4, "Customizing Objects."
When new objects are created, you often also create associated Work Area pages for those objects. You can add those pages to the navigator menu so that they can be accessed in the same way as standard objects. For more information, see Chapter 6, "Customizing the Navigator Menu."
When you create a new object that is not a subclass of another object, you can also create a new object workflow to manage any business processes associated with it. For example, say you used CRM Application Composer to create a marketing object and you want to create an associated approval flow. From within CRM Application Composer, you can access Oracle Business Process Composer and create the process that defines that flow. For applications outside of Oracle Fusion CRM, you access Business Process Composer directly from the Navigator menu. For more information about using the Business Process Composer, see Chapter 7, "Customizing and Extending BPMN Processes ."
When you create a new object in CRM Application Composer, you can define security policies for it. A data security policy defines the end user's level of access to the data records of the object. A function security policy defines the end user's level of access to the application resources that display the object (for example a page or a task flow). Both types of security must be defined for a security policy to be complete. Security policies are not stored in an MDS repository. Instead, they are stored in Oracle Fusion Data Security database tables (for data security) and in an LDAP-based server running Oracle Internet Directory (for function security). For more information about creating security policies for custom Oracle Fusion CRM objects, see Chapter 9, "Customizing Security for Custom Business Objects."
If you need to add an attribute to an object in an application that is not one of the five Oracle Fusion CRM applications, you can often use flexfields. A flexfield enables you to define object attributes on a business object and then apply business logic to them. For example, an airline manufacturer might require very specific attributes for their orders that are not provided by the out-of-the-box implementation of an order. Because a flexfield exists for the order object, you can use it to create and configure the desired attribute. Flexfield configurations are stored in an MDS repository, and so are safe during patching and upgrading. You access flexfields from the Setup and Maintenance menu from the Administration menu. For more information about flexfields, see Chapter 5, "Using Flexfields for Custom Attributes."
Oracle Fusion Applications comes with a complete set of reports. You can customize these reports (for example, change the layout) to fit your particular business needs. Additionally, if you customize or create a business object, you can create a new report for that object. For more information, see Chapter 8, "Customizing Reports and Analytics."
To customize or create business objects outside of the five Oracle Fusion CRM applications, or when required customizations cannot be made in one of the runtime composers, use JDeveloper. When you work in a JDeveloper environment, you create an application workspace that contains your changes and additions. When you create this application workspace, you do so in the Oracle Fusion Applications Developer role. Like Oracle Fusion Applications, JDeveloper uses roles to shape what you see and can do in the integrated development environment (IDE). Work done in a developer role is stored in actual projects with code that gets deployed to an environment. Use the Oracle Fusion Applications Administrator Customization role when customizing an existing standard object (as opposed to creating a new object). Work done in this role is saved to an XML file that gets deployed into an MDS repository, keeping your changes separate from the base code. For more information about how to set up your JDeveloper customization environment, see Chapter 10, "Using Oracle JDeveloper for Customizations."
Note:
You cannot create your own roles to define what you see and what you can do in JDeveloper.
Developers can use JDeveloper to create and customize view pages, business objects, task flows (reusable components that specify the control flow in an application), searches, and resource bundles. All customizations and extensions created in JDeveloper must be deployed to an environment. For more information about using JDeveloper to customize business objects and associated artifacts, see Chapter 11, "Customizing and Extending Oracle ADF Application Artifacts."
SOA composite applications are the foundation on which Oracle Fusion applications are built: they are the glue that holds all the different components together and they allow the different applications to work in a unified manner. SOA composite applications contain service components such as Business Process Execution Language (BPEL) process flows. These BPEL process flows provide communication between applications, additional human-based workflows, and business rules that determine the branching in those flows. Developers can customize existing SOA composite applications or create new ones using a mixture of JDeveloper and browser-based tools. Customized and extended SOA composite applications are all stored in MDS repositories. For more information, see Chapter 12, "Customizing and Extending SOA Components."
Some Oracle Fusion applications provide business process modeling (BPM) project templates that you can use to create BPM projects. BPM projects consist of SOA artifacts, such as business rules and human tasks, and Business Process Modeling and Notation (BPMN) processes. You can customize these project templates to suit your business needs. For more information, see Chapter 13, "Customizing and Extending Oracle BPM Project Templates."
When you create custom pages, you may want to make them personalizable, so that end users can change the page for themselves. For more information, see Chapter 17, "Configuring End-User Personalization." Also, when you make any type of customization or extension to Oracle Fusion applications, you might have to change the embedded help that appears on the screen. For more information, see Chapter 18, "Customizing Help."
You can customize the look and feel of Oracle Fusion Applications, such as change the colors or add a logo. For more information, see Chapter 19, "Customizing the Oracle Fusion Applications Skin."
All customizations can be translated. For more information, see Chapter 16, "Translating Custom Text."
There are many scenarios for which you can customize Oracle Fusion applications. The following tables identify for each scenario the artifacts that you can customize or create in Oracle Fusion Applications, what tool you use, the type of user that can make the change, and whether the changes are stored in an MDS repository:
View page customizations: Table 1-1
Branding customizations: Table 1-2
Object customization: Table 1-3
Business process customizations: Table 1-4
Report customizations: Table 1-5
Analysis and dashboard customizations: Table 1-6
Oracle Enterprise Scheduler job customizations: Table 1-7
Security customizations: Table 1-8
Note:
CRM Application Composer is available only if you want to make changes in the following Oracle Fusion CRM applications:
Marketing
Sales
Customer Center
Trading Community Architecture (TCA)
Order Capture
Note:
While you can customize view pages in Page Composer and CRM Application Composer, only certain pages are configured to allow it. If the customization that you want to make is not available in Page Composer, then you must use JDeveloper to make the customization.
Table 1-1 View Page Customization Scenarios in Oracle Fusion Applications
Customization/ Extension |
Tool | Type of User | MDS? | Where to Find Information |
---|---|---|---|---|
Add, move, and delete components on a page. |
Page Composer |
Business Analyst |
Yes |
|
Change a page layout. |
Page Composer |
Business Analyst |
Yes |
|
Customize a page title. |
Page Composer |
Business Analyst |
Yes |
|
Customize a task list menu. |
Page Composer |
Business Analyst |
Yes |
|
Add fields, buttons, links, to a standard page (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
|
Customize properties for UI components on a standard page. |
Page Composer |
Business Analyst |
Yes |
Section 3.3, "Editing Component Properties in Page Composer" |
Customize properties for UI components on a standard page (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
|
Make UI components on a page personalizable. |
Page Composer |
Business Analyst |
Yes |
Section 17.3, "Configuring End-User Personalization for Components" |
Customize the UI Shell template. |
JDeveloper |
Developer |
Yes |
|
Customize the UI Shell template. |
Page Composer |
Business Analyst |
Yes |
Section 3.4, "Editing the UI Shell Template Used by All Pages" |
Define resource bundles. |
JDeveloper |
Developer |
Yes |
|
Make a custom page personalizable (custom pages created in CRM Application Composer are customizable by default). |
JDeveloper |
Developer |
Yes |
Section 17.2, "Allowing Pages to Be Personalized by End Users in Page Composer" |
Customize onscreen text that is displayed when the end user mouses over a button or link. |
Page Composer |
Business Analyst |
Yes |
|
Customize onscreen help text. |
JDeveloper |
Developer |
Yes |
|
Change the look and feel of the entire application. |
JDeveloper |
Developer |
No |
Chapter 19, "Customizing the Oracle Fusion Applications Skin" |
Translate custom text. |
JDeveloper |
Developer |
Yes |
Table 1-2 Branding Customization Scenarios in Oracle Fusion Applications
Customization/ Extension |
Tool | Type of User | MDS? | Where to Find Information |
---|---|---|---|---|
Customize the UI Shell template. |
JDeveloper |
Developer |
Yes |
|
Customize the UI Shell template. |
Page Composer |
Business Analyst |
Yes |
Section 3.4, "Editing the UI Shell Template Used by All Pages" |
Change the look and feel of the entire application. |
JDeveloper |
Developer |
No |
Chapter 19, "Customizing the Oracle Fusion Applications Skin" |
Change the logo. |
JDeveloper |
Developer |
No |
Chapter 19, "Customizing the Oracle Fusion Applications Skin" |
Customize report layouts. |
Oracle BI Publisher |
Business Analyst |
No |
Table 1-3 Object Customization Scenarios in Oracle Fusion Applications
Customization/ Extension |
Tool | Type of User | MDS? | Where to Find Information |
---|---|---|---|---|
Customize business objects. |
JDeveloper |
Developer |
Yes |
|
Customize objects (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
|
Add an attribute to a business object using flexfields (not Oracle Fusion CRM). |
Setup and Maintenance work area |
Business Analyst |
No |
|
Create business objects. |
JDeveloper |
Developer |
Yes |
|
Create objects (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
|
Add a business object page to the navigator menu |
Setup and Maintenance work area |
Business Analyst |
No |
|
Add custom object work area pages to the navigator menu (Oracle Fusion CRM) |
CRM Application Composer |
Business Analyst |
No |
|
Add validation to a business object |
JDeveloper |
Developer |
Yes |
|
Add validation to an object (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
|
Customize saved searches for a custom object (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
|
Create searches for an object. |
JDeveloper |
Developer |
Yes |
Section 11.9, "Customizing or Creating a Custom Search Object" |
Create saved searches for a custom object (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
|
Customize task flows for an object. |
JDeveloper |
Developer |
Yes |
|
Create task flows for an object. |
JDeveloper |
Developer |
Yes |
|
Customize object workflows for an object (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
|
Create object workflows for an object (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
Table 1-4 Business Process Customization Scenarios in Oracle Fusion Applications
Customization/ Extension |
Tool | Type of User | MDS? | Where to Find Information |
---|---|---|---|---|
Create a BPMN process in a BPM project. |
Business Process Composer |
Business Analyst |
Yes |
|
Create a BPMN approval process in a BPM project (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
|
Customize custom BPM projects. |
Business Process Composer |
Business Analyst |
Yes |
|
Customize custom BPM projects (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
Yes |
|
Customize BPM project templates. |
Oracle BPM Studio |
Developer |
Yes |
Chapter 13, "Customizing and Extending Oracle BPM Project Templates" |
Customize a business rule, domain value map, or composite application endpoint property. |
Oracle BPM Worklist, Oracle SOA Composer, and Fusion Applications Control |
Developer |
Yes |
|
Merge the customizations from a previous revision into a new revision. |
Opatch |
Administrator |
Yes |
|
Customize a BPEL process or a mediator component, or add additional SOA components. |
JDeveloper |
Developer |
Yes |
Section 12.4, "Extending or Customizing Custom SOA Composite Applications" |
Table 1-5 Report Customization Scenarios in Oracle Fusion Applications
Customization/ Extension |
Tool | Type of User | MDS? | Where to Find Information |
---|---|---|---|---|
Create report layout. |
Oracle BI Publisher |
Business Analyst |
No |
|
Customize report layouts. |
Oracle BI Publisher |
Business Analyst |
No |
|
Customize style templates. |
Oracle BI Publisher |
Business Analyst |
No |
|
Create a report. |
Oracle BI Publisher |
Business Analyst |
No |
|
Translate a report. |
Oracle BI Publisher |
Business Analyst |
No |
|
Create a report subject area (Oracle Fusion CRM) |
CRM Application Composer |
Business Analyst |
No |
Table 1-6 Analysis and Dashboard Customization Scenarios in Oracle Fusion Applications
Customization/ Extension |
Tool | Type of User | MDS? | Where to Find Information |
---|---|---|---|---|
Customize analytics. |
Reports and Analytics pane |
Business Analyst |
No |
|
Customize and extend the Oracle BI repository (RPD file). |
JDeveloper, Oracle BI Administration Tool |
Developer |
No |
Table 1-7 Oracle Enterprise Scheduler Job Customization Scenarios in Oracle Fusion Applications
Customization/ Extension |
Tool | Type of User | MDS? | Where to Find Information |
---|---|---|---|---|
Create jobs. |
JDeveloper |
Developer |
No |
Chapter 14, "Customizing and Extending Oracle Enterprise Scheduler Jobs" |
Customize jobs. |
Fusion Applications Control |
Administrator |
No |
Chapter 14, "Customizing and Extending Oracle Enterprise Scheduler Jobs" |
Submit jobs. |
Fusion Applications Control |
Administrator |
No |
Chapter 14, "Customizing and Extending Oracle Enterprise Scheduler Jobs" |
Submit jobs. |
JDeveloper |
Developer |
No |
Chapter 1, "Customizing and Extending Oracle Fusion Applications" |
Table 1-8 Security Customization Scenarios in Oracle Fusion Applications
Customization/ Extension |
Tool | Type of User | MDS? | Where to Find Information |
---|---|---|---|---|
Add data security to a custom object. |
Setup and Maintenance work area |
Developer |
No |
Section 15.4, "Defining Data Security Policies on Custom Business Objects" and Section 15.5, "Enforcing Data Security in the Data Model Project" |
Grant access to application artifacts. |
JDeveloper |
Developer |
No |
Section 15.6, "Defining Function Security Policies for the User Interface Project" |
Grant access to custom objects (Oracle Fusion CRM). |
CRM Application Composer |
Business Analyst |
No |
Section 9.2, "Defining Security Policies for Custom Business Objects" |
Enable elevated privileges customization. |
CRM Application Composer |
Business Analyst |
No |
Section 9.3, "Enabling End User Instance-Level Security Customization" |
All the business analyst tools are available from the navigator menu of Oracle Fusion Applications. However, developers must install and configure JDeveloper. After installing JDeveloper, they must set up their environment for customization and extending.
For procedures for installing JDeveloper and setting it up for extending (that is, for creating new objects), see the "Setting Up Your Development Environment" and "Setting Up Your JDeveloper Application Workspace and Projects" chapters in the Oracle Fusion Applications Developer's Guide.
For procedures for setting up JDeveloper for customizations, see Chapter 10, "Using Oracle JDeveloper for Customizations."