Fusion Application Overview

During the implementation phase, you first need to know which modules the client wants to
implement. In our traditional Oracle EBusiness suite, we used a terminology called module.
However, in case of Fusion Applications, you can compare this with R12 as Module
[Offering in FA] and SubModule [Option in FA].
In EBS, General Ledger, Payables, iExpenses were modules. However in Fusion
Applications, the parent module is Financials. This parent module is called the offering.
Therefore Financials is the offering, HCM is the offering. Within this offering you have
Options. For example, within Financial offering you can implement Payables or Receivables
or iExpenses or all the above. Now within the options, you have features. For example,
iExpense has a feature of importing expenses straight from excel. Another feature within
iExpense is to implement corporate credit card integration.
To make the job of doing implementation easy, Fusion Financials generates a task list on
the basis of combination of Offering, Option and feature that you have selected during the
implementation.
These initial screenshots will give you a flavour of Fusion Applications.
When you login to Fusion Applications, you will see a Navigator link.

When you click on Setup and Maintenance, you can then search for any page/screen. This
is called Task, inherently due to ADF application UI being called Task

[bounded/unbounded].

As shown below, various offerings in Fusion Applications are listed

below.

To define users and their roles, you need to use Oracle Identity Manager that comes in built
within the Fusion

Applications.

When you log into Oracle identity manager, lets say using the default login of xelsysadm,
then you can either view your own roles[self service] or you can administer other users.
In the screenshot below, click on Administration link and that will present you with the
screen to create users or

roles.

Here you can create users or roles.

However please note that a role gets registered in OID as a Group, whereas a user created
from here will get registered in OID as a User. OID is the Oracle Internet Directory that can
either be used standalone in which case usernames and passwords will be stored in OID, or
OID can be synched up with AD, and kept a slave of AD, in which case the passwords will
be stored in AD. Many organizations already have active directory for authentication in their
enterprise.

You can also perform wildcard searches for usernames and roles.

One role can inherit properties from another Fusion Applications role, this is explained in the
screenshot below.

The screenshot below shows how you can make one role inherit properties from another
role.

Select the roles you wish to add

As shown below, we have created a hierarchy of roles

In order for a role to become available to an impementation user, that role must be assigned
to the Xellerate Organization. This is a dummy organization to which all the administrative
users belong to.

As you can see, we are granting various permissions on role FND_IT_SECURITY_JOB to

Xellerate organisation.