Professional Documents
Culture Documents
Objectives
Key Concepts:
• All implementation offerings contain two common groups of tasks or task
lists:
–– One that crosses product families
–– One that crosses products within the Procurement product family
• This lesson addresses the common tasks that are available in multiple
offerings, or that apply to multiple products and product families
–– The Define Common Applications Configuration task list includes these ble
common setup and implementation tasks fe r a
–– Most Oracle Fusion Functional Setup Manager (FSM) offerings include ans
n - t r
the Define Common Applications Configuration task list
a no
• Common applications implementation includes taskss of interest to all such
as: h a
) deฺ
–– Define Security c o m u i
i l ฺ G
–– Define Enterprise Structures
–– Define Help Configuration g ma dent
a s t@ Stu tasks which have a more
• Examples of other common
limited audience: ilฺa
b t h is
implementation
a
–– Configuringsreference se provided by Oracle Fusion Middleware
ฺg uobjects
Extensions e r e
for e t o
Applications
il (t licprovided
–– Features
G ens by Oracle Application Toolkit
a Oracle Fusion Applications products such as Oracle Fusion Workforce
––
Te resDeployment and Oracle Fusion Financials
M ฺ
ble
fe r a
an s
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
Setup and Maintenance > a t
s Common
Define S Applications Configuration >
a b t h i s
ฺ g ilฺ Implementation
s e Projects
e s a t o u
e r e
G il (t licens
r esa
ฺT e
M In this course, only the common configuration tasks that are considered
specifically relevant to Procurement will be discussed. Please refer to the prerequisite
courses for details on setup tasks not discussed.
Background
Note that the Define Enterprise Structures for Procurement contains the majority
of tasks and most would be completed by the Financials implementation team or
may be defaulted in by the use of a Fusion Rapid Start implementation.
Note that some of these tasks are discussed in a little more detail in the
Appendix of this course as well as in the implementation guides referenced in the
resources topic in the course overview lesson.
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Scenario:
• Your company, InFusion Corporation, is a multinational conglomerate that
operates in the United States (US) and the United Kingdom (UK). In the future
ble
you are expanding to other countries in Europe and around the world.
fe r a
• InFusion has purchased an Oracle Fusion solution including Oracle Fusion ans
Procurement. n - t r
n o
• InFusion Corporation has 400 plus employees and revenue a
s of $120 million.
h a ฺ and financial
) healthdecare,
• Your product line includes high technology products,
o m i
services.
a ilฺc nt Gu
• You have two distribution centers and
@ gm t u d e
four warehouses that share a common
item master in the US and thesUK.
a t S
a b h i s
t in the UK provides financing to your
• Your financial serviceslฺorganization
customers. ฺ g i s e
r e sa to u
l te of the
• You are(part
n e
sEnterprise Structure team for your implementation project for
your
G i
US e
operations.
lic
s a
Te
. re
M ฺ
The following figure summarizes the model that the InFusion corporation
implementation committee has designed and uses numerical values to provide a
sample representation of that structure. The model includes the following:
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
_______________________________________________________
Structure in the Oracle Demonstration Solution Services with the following limitations:
• Due to space, only some of the InFusion entities are shown. For example, only
three legal entities and four warehouses.
• Version one of the demo environment does not include a shared service center.
The one shown here is for discussion purposes.
• Version one of the demo environment only has data loaded for US1 LE1 and BU
USA1. The diagram was expanded to include future data for discussion
ble
purposes.
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
One of the largest of the common applications FSM task groups is used to
configure your divisions, business units, and legal entities for Procurement
usage.
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT Setup and Maintenance > Implementation Projects >
Define Common Applications Configurations for Procurement >
Define Enterprise Structures for Procurement
Some of the FSM task groups are covered in detail in the prequisite course Fusion
Applications: Introduction to Financials Implementation. This course discusses some of
those tasks as they relate to the Procurement implementation.
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Fusion Enterprises
• When implementing Oracle Fusion Applications you operate within the context of
an enterprise that has already been created in the application for you by a
system administrator.
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
• An enterprise organization captures the name of the deploying enterprise and the
location of the headquarters.
• There is normally a single enterprise organization in a production environment.
Multiple enterprises are defined when the system is used to administer multiple
customer companies.
• Organization classifications define the purpose of the organization, whether it's a
department, a division, or a legal entity. e
r a bl
sfe
- t r an
n o n
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
This section presents the key concepts related to the tasks for reference data
setup for Oracle Fusion Procurement:
• Manage Reference Data Sets
• Manage Set Assignments for Set Determinant Type
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
You can define reference data, and then depending upon the business context,
decide how to divide the data into partitions (reference data sets) appropriate to
the organizational entities that will use the data.
ble
fe r a
ans
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b t
For an organization, you ฺ g ilฺ define
can s ereference data sets of the following types:
s a o u
• Common:
( t e re globally
Used
s e t across the organization as a common set.
–– GForil example,
l i c enat InFusion Corporation, people can reference payment terms
e a the enterprise, so you can create a single set of payment terms and share
sacross
r
ฺ Te
it across the entire enterprise.
M • Shared: Used by a few organizations that work with similar data and therefore
share the sets.
• Organization unit-specific: Unique to that organization business unit and not
shared by any other organization within the enterprise.
–– For example, at InFusion Corporation, people can reference supplier sites
across the procurement business unit, so you can create a set of supplier sites
that are shared by the requisitioning and invoicing business units serviced by the
procurement business unit.
Reference Groups
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
Reference data sets that share common business policies and legal rules are
treated in the same way and are classified into reference groups.
• Grouping is done on the basis of functional area and the partitioning
requirements that the reference data has in common.
• In Oracle Fusion, the reference groups are predefined in the reference groups
table and are available for selection and assignment to reference data sets.
ble
A reference group for Procurement is listed in the table below. fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Determinant Types
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
You can share the partitioned reference data based on a business context setting
called the determinant type. The determinant types available in Procurement are:
• Business Unit:: A department or organization within an enterprise.
The following table documents the association between reference data and reference
data groups with the business unit (BU) determinant.
ble
fe r a
ans
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b t
* Payments Terms on the purchase
ฺ g ilฺ sdocuments
e are determined by the procurement BU
but on the invoices they
e s aare
t o u
determined by the sold-to BU. In a centralized procurement
scenario, wheretthe
( r
e nseprocurement BU can be different from the sold-to BU, the payment
G l
terms shouldi be enabled
i ce and valid in both the procurement and the sold-to BUs.
a l
e r es
M ฺT
Oracle Fusion reference data rules lead to assigning reference data to the
relevant reference data sets depending upon the required level of sharing the
data.
Background
In this demonstration, you will explore the use of reference data sets for InFusion USA
enterprises.
ble
Steps
fe r a
1. Use the "Manage Reference Data Sets" task to open the Manage Reference ans
Data Sets page. n - t r
2. Enter "USA" in the Set Code field. a no
3. Click the Search button. ) has eฺ
4. Note the following: l ฺ c om uid
– The Set Code "USA1BUSET". This m ai reference
n t G
@ g tude data set for the USA1
is the
business unit used by InFusion tProcurement.
– The other sets used by theb s isUSA
aInFusion S Inc. enterprise.
a h
e t to the Setup and Maintenance work area.
5. Click the Cancela ฺ gilฺ andureturn
button s
r e s t o
e e
G il (t licens
a
Te res
M ฺ
Manage Locations
Manage Locations
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
Use the Manage Locations page to review and modify existing locations, and
create new ones.
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Location Sets
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
The following figure shows how locations sets restrict access to users.
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
_______________________________________________________
When you create a location, you must associate it with a set. Only those users who
have access to the set's business unit can access the location set and other associated
workforce structure sets, such as those that contain departments and jobs.
You can also associate the location to the common set so that users across your
enterprise can access the location irrespective of their business unit. When users
search for locations, they can see the locations that they have access to along with the
locations in the common set.
Background
In this demo, you will navigate to the Manage Locations page and open an existing
location to review its settings.
ble
fe r a
Steps ans
n - t r
1. Login as Curtis.Feity
a no
has eฺ page.
2. Use the "Manage Locations" task to open the Manage Locations
)
3. Curtis has access to the China Location Set so enter
Location Set field. l ฺ c om "China
u id Location Set" in the
m ai ent G
g thetuSearch
4. Enter "Bejing" in the City field and click
@ d button.
t S
as hresults.
5. Click the Bejing link in thebsearch
a i s
6. Note the following:ฺgi
lฺ se t
– This locatione u means other workforce structures (for example,
sisaactive.toThat
r
(te can
departments) e it.
suse
i l e n
s
G location
– This
a lic is not associated with any inventory organization. That means the
Te re location will be available for selection in purchase documents
across all inventory organizations.
M ฺ – This is the location's main address. As you learned earlier in this lesson, a
location can have multiple addresses.
7. Add another address to this location by first clicking the Edit button and then
click Correct.
8. On the Edit Location page click the Add Another Address button and then
click the Copy Main Address button.
9. In the Other Address window enter "No. 9 Guang Hua Road" into the Address
Line 1 field.
10. Enter "7th Floor" into the Address Line 2 field.
11. Click the OK button.
12. Click the Submit button, Yes and OK to the confirmation messages, and then
click Done to return to the Setup and Maintenance work area.
13. Sign out.
100 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT .
• A legal entity is a recognized party with rights and responsibilities given by
legislation.
• Legal entities have the right to own property, the right to trade, the
responsibility to repay debt, and the responsibility to account for
themselves to regulators, taxation authorities, and owners according to
rules specified in the relevant legislation.
• Their rights and responsibilities may be enforced through the judicial
system.
In the diagram above there are two legal entities for InFusion USA Inc. which
reflect different local jurisdiction reporting.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 101
Lesson 3: Define Common Applications Configuration Overview
Define a legal entity for each registered company or other entity recognized in law
for which you want to record assets, liabilities, expenses and income, pay
transaction taxes, or perform intercompany trading.
A legal entity has a separate legal identity and therefore conducts aspects of your
business for the following reasons:
• Facilitating local compliance
ble
• Complying with corporate taxation within local jurisdictions fe r a
ans
• Preparing for acquisitions or disposals of parts of the enterprise
n - t r
• n
Isolating one area of the business from risks in another area. For example,
o
a
) has eฺ
your enterprise develops property and also leases properties. You could
operate the property development business as a separate legal entity to
limit risk to your leasing business. l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
_______________________________________________________
102 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 103
Lesson 3: Define Common Applications Configuration Overview
Oracle Fusion Applications support the modeling of your legal entities. If you
make purchases from or sell to other legal entities, define these other legal
entities in your customer and supplier registers, which are part of the Oracle
Fusion Trading Community Architecture.
• Legal entities that trade with each other are both represented as legal
entities and also as customers and suppliers in your customer and supplier
registers.
Legal entity relationships are used to determine which transactions are ble
•
intercompany and require intercompany accounting. fe r a
ans
• Legal entities can be identified as legal employers and therefore, are
n - t r
no
available for use in Oracle Fusion Human Capital Management (HCM)
a
has eฺ
applications.T he employees employed by the legal employer can be
assigned as users. )
l ฺ c om uid
a i nt G
m
There are several decisions that need togbe considered de Decision
in creating your legal
entities. Some of these are outlined t @
on the
s is S t u
following pages.
b a
g i l ฺa e th
e s aฺ to us
l ( t er nse
a Gi lice
e r es
M ฺT
104 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
an s
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
Assets and liabilities of the enterprise @ g tudby individual legal entities.
are owned
t S a movement in value or
as thathrepresent
Enter legal entities on transactions
a b i s
obligation.
ฺ g ilฺ se t
r e sa to u
(te ensofea purchase order:
For example,ilthe creation
s a G l ic
e r e• Creates an obligation for the legal entity that books the order to receive the
T goods on the acknowledged date, and an obligation of the purchaser to receive
Mฺ and pay for those goods.
• Provides under contract law in most countries, that damages can be sought for
both actual losses, putting the injured party in the same state as if they had not
entered into the contract, and what is called loss of bargain, or the profit that
would have made on a transaction.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 105
Lesson 3: Define Common Applications Configuration Overview
• A business unit that serves your enterprise as a shared service center can
process transactions on behalf of many legal entities.
• The Oracle Fusion Procurement applications rely on deriving the legal
entity information from the business unit.
ble
fe r a
In some cases, the transaction legal entity is inferred from other reference entities that
ans
are themselves linked to a single legal entity.
n - t r
•
a no
For example, a payables invoice has an explicit legal entity field.
• The accounts payables department can process supplier
) hasinvoices
e ฺ on behalf of
one or many business units. m
co Guid
In some cases, your legal entity is inferred froma i l ฺ
your businesst unit that is processing
g m e n
the transaction.
s t @ Stud
l ฺ a ba this
a ฺ gi use
r e s t o
e e
G il (t licens
r e sa
Te
Mฺ
106 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
an s
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
Legal Entityiland
e se
(teits Relationship
n to Divisions
G l i c
a division is an area of management responsibility that can correspond
• sThe
r e
ฺ Te
to a collection of legal entities.
M • Aggregate financial results for divisions by legal entity or by combining
parts of multiple legal entities.
• Define date-effective hierarchies for the segment that represents the
management entity in the chart of accounts to facilitate the aggregation
and reporting by division.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 107
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
ans
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
e n se
(teits Relationship
Legal Entityiland to Ledgers
G li c
a legal entities
• sMap to specific ledgers using the Oracle Fusion General
r e
ฺ Te
Ledger Accounting Configuration Manager.
M • Within a ledger, optionally map a legal entity to one or more balancing
segment values.
108 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
t r a ns
Use Oracle Fusion Intercompany functionality to automatically create
intercompany entries across your balancing segments. n on-
s a
• Intercompany transaction processing updates the accounting
) a
h eฺbalances within the
enterprise's groups of legal entities.
l ฺ c om uid
• Invoices or journals are created as needed
m ai to record
e n t G
the intercompany payable
or receivable. g
@ Stud
s t
a forhiyour
• Limit the number of trading
ฺ a bpairs
t s enterprise by setting up intercompany
ฺ l
gi uthen
organizations and assigning
s e to your authorized legal entities.
e
• Define processing
a
s optionst o and intercompany accounts to use when creating
e r e
(t transactions
intercompany
G ilaccounts
c e ns derivedand to assist in consolidation elimination entries.
s
These
a li are and automatically entered on your intercompany
e r e transactions based on legal entities assigned to your intercompany
M ฺT organizations.
Intracompany trading is also supported.
For example, you can track assets and liabilities that move between your departments
within your legal entities by creating departmental level intercompany organizations.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 109
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
ans
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
Legal Reporting Units
@ g tud
t
s is S legal reporting units are created
• To support local reportingarequirements,
and registered. l ฺ a b th
g i e
• When you first e s aฺ taolegal
create us entity, the Oracle Fusion Legal Entity
Configurator
l ( t er automatically
n se creates one legal reporting unit for that legal
G
entityi with laic e
registration.
r e sa
M ฺ Te
For more detailed information on legal reporting units click Help, from Functional
Setup select the Financials offering, and in the Search box enter legal reporting units.
110 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Background
You are implementing the enterprise structure for your organization. In this
demonstration you are creating a legal entity and a legal entity registration. Define a
legal entity for each registered company or other entity recognized in law for which you
want to record assets, liabilities, and income, pay transaction taxes, or perform
intercompany trading. The legal entity registration is the record of a party's identity
related details with the appropriate government or legal authorities for the purpose of ble
claiming and ensuring legal and or commercial rights and responsibilities. fe r a
an s
n - t r
a no
Steps ) has eฺ
l ฺ c om uid
Legal Entity: m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se tproject is required because you select a scope
Note: Working within an implementation
value within an implementation
e u The scope value is the legal entity that you will
sa toproject.
r se for your implementation project.
ework nwithin
create or select(tto
i l e
1. Use
s a lic Legal Entities task list within your implementation project to
Gthe Define
e r e start.
T Note: The Scope Selection: Legal Entity message opens with a choice to
Mฺ Select and Add or Create New.
2. Select the Create New button.
3. From the Manage Legal Entities page select the Create icon.
4. Accept the default Country, United States.
5. Enter the following:
Name = "XXInFusion USA West"
Legal Entity Identifier = "XXUS0033"
6. Optionally enter the following:
Start Date (When the start date is blank the legal entity is effective from the
creation date.)
End Date
Payroll statutory unit = No
Legal employer = No
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 111
Lesson 3: Define Common Applications Configuration Overview
112 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
This section presents the key concepts related to the tasks for business unit
setup for Oracle Fusion Procurement:
• Assign Business Unit Function
• Manage Service Provider Relationships
• View Service Clients
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 113
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Oracle Fusion Accounting Hub facilitates independent balance sheet rollups for
legal and management reporting by offering four balancing segments.
_______________________________________________________
114 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Hierarchies created using the management segment can provide the divisional
results.
For example, it is possible to define management segment values to correspond to
business units, and arrange them in a hierarchy where the higher nodes correspond to
divisions and subdivisions, as in the Infusion US Division example above.
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
For Oracle Fusion applications that generate transactions that are recorded in the
general ledger, you assign your business units to one primary ledger.
For example, if a business unit is processing payables invoices they will need to post to
a particular ledger. This assignment is required for your business units with business
functions that produce financial transactions. e
r a bl
s fe
- t r an
n o n
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 115
Lesson 3: Define Common Applications Configuration Overview
For example, if you run your export business separately from your domestic sales
business, secure the export business data to prevent access by the domestic sales
employees. To accomplish this security, set up the export business and domestic sales
business as two separate business units.
ble
fe r a
The Oracle Fusion Applications business unit model: ans
n - t r
• Allows for flexible implementation
a no
) h s transactions
• Provides a consistent entity for controlling and reportingaon
eฺ
• Anchors the sharing of sets of reference data across
o m d
applications
i
a
Business units process transactions using reference Guthat reflect your business
ilฺcdatantsets
@ gmto country.
rules and policies and can differ from country
t u de With Oracle Fusion Application
functionality, you can choose to share t
as referenceSdata, such as payment terms and
a b h i s
ฺ
manage its own data setadepending s e tor you can choose to have each business unit
gilฺ uunits,
transaction types, across business
on the level at which you wish to enforce common
policies. r e s t o
e e
G il (t licens
User e sa
business units in the following ways:
e
ฺ T • Management reporting
M
• Processing of transactions
• Security of transactional data
• Reference data definition and sharing
116 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
an s
n - t r
a no
) h as ฺ
General Business Requirements m uide
l ฺ c o
• What reporting do you need by business
m ai unit? n t G
e and business unit roll-
• How will you structure your ledgers,
@ g legal
t u dentities
ups? t
as his S
a b t
lฺ departments
• How can you set up
ฺ g iyour s e or business unit accounts to achieve
departmental e s a
hierarchiest u
o that report accurately on your lines of business?
e r e
l (t icedo
• Whatireporting
G nsyou need to support the managers of your business
sunits,
a and the l executives who measure them?
e e
r • How often are business unit results aggregated?
ฺ T
M • What level of reporting detail is required across business units?
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 117
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
ans
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
asgenerated S when the business unit is created.
• Data roles are automatically
a b t h i s
• Business function ฺ g ilฺ sdata
specific e roles will be generated when business
s a o u
functions are
( t e reassigned.
s e t
• These
G c enmust still be granted through Oracle Identity Manager
il dataliroles
a
(OIM).
Te res
M ฺ
_______________________________________________________
For example, if a payables invoicing business function is enabled, then it is clear that
there are employees in this business unit that perform the function of payables
invoicing, and need access to the payables invoicing functionality.
Therefore, based on the correspondence between the business function and the job
roles, appropriate data roles are generated automatically. Use Human Capital
Management security profiles to administer security for employees in business units.
118 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ฺ c om uid
Note: This hierarchy definition is not required in the setup of your applications,
l
but is a recommended best practice. m ai ent G
@ g tud
• Business Unit Transactions:
a t
s isa business
When S function produces financial
transactions, a business
l b thbe assigned to a primary ledger, and a default
ฺaunit must
legal entity. ฺ g i s e
–– Each business e s aunit o
posts
t utransactions to a single primary ledger, but it can
t e r e
G c e ns for many legal entities.
il (transactions
process
s a li
r e
ฺ Te
M
Prior to Oracle Fusion Applications, operating units in Oracle EBusiness Suite
were assumed to perform all business functions, while in Oracle PeopleSoft , each
business unit had one specific business function. Oracle Fusion Applications blends
these two models and allows defining business units with one or many business
functions.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 119
Lesson 3: Define Common Applications Configuration Overview
120 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 121
Lesson 3: Define Common Applications Configuration Overview
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
Setup and Maintenance > Define Business Units > Assign Business Unit Business
e r e
M ฺT Function
Example
The figure provides an example of business function assignment. The Business Unit
USA1 Business Unit performs the requisitioning, procurement, and invoicing business
functions. USA1 Business Unit is enabled as a Procurement business unit, a
Requisitioning business unit, and a Sold-to business unit.
122 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
l ฺ c om uid
m ai ent G
The following figure illustrates a scenario where
@ g business
t u d unit BU 1 provides
t S 2 performs Requisitioning and
bas tThe
procurement services for business unit BU 2. BU
a
Payables Invoicing businesslฺfunctions. h isservice provider relationship is defined
g i e
with BU 1 as a service a
e s ฺ
provider
t o us
for BU 2.
l ( t er nse
a Gi lice
e r es
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 123
Lesson 3: Define Common Applications Configuration Overview
The following figure depicts an example of service provider setup where business
unit USA1 Business Unit is its own procurement service provider.
ble
fe r a
ans
n - t r
a no
) has eฺ
l ฺ c om uid
Setup and Maintenance > Define Businessm aiUnitse>nManage
t G Service Provider
g tud
Relationships
@
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
124 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 125
Lesson 3: Define Common Applications Configuration Overview
In this demonstration, you will define and maintain business units, and service provider
relationships as part of implementing the enterprise structure for the organization.
Steps
ble
1. In your XXProcurement Implementation project click Go To Task for the Define
fe r a
Business Units for Procurement task.
t r a ns
2. The Implementation Project page opens for the Define Business n
o - for
Units
Procurement task group. n
a region of the
Open the Business Unit drop down list in the Basic Information a s
Implementation Project page. m ) h deฺ
Click the Create New Business Unit list item.
i l ฺ co Gui
3. On the Manage Business Units page
a theeCreate
mclick n t icon.
g
@into the tuNamed
4. Enter "XXInFusion Manufacturing" s t
a his S field.
a b t
5. Select the referencegdata
ฺ ilฺ setsbye opening the Default Set list and select the
ENTERPRISE s
e a
set.
t o u
e r e
l (tSave
6. Click ithe
G c e nsClose button.
and
a the Business
7.sFrom li Unit drop down list, identify the business unit that you will
r e
ฺ Te work with.
Select and add the business unit that you created.
M Click the Select and Add Business Unit list item.
8. The Business Units search window opens.
Enter the desired information into the Name field. Enter "XXInFusion".
Click the Search button.
9. Click the XXInFusion Manufacturing row header.
Click the Save and Close button.
10. Select the Assign Business Unit Business Function task to assign business
functions for your selected business unit.
Click the Go to Task icon.
11. Use the Assign Business Functions page to assign all business functions that
this business unit will perform.
Billing and Revenue Management = Enabled
12. Business functions that generate financial transactions will require a primary
ledger and a default legal entity.
126 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Note that the required legal entity must be assigned to the ledger as a requisite,
before it will display as available in this step.
Open the Primary Ledger list and select the InFusion USA PL list item.
13. Continue assigning business unit functions:
Customer Payments = Enabled
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 127
Lesson 3: Define Common Applications Configuration Overview
icon.
29. Click the Add Row button to add the business unit that will process requisitions
on behalf of InFusion Services.
30. Search for the service provider business unit.
Enter Enter "XXInFusion Manufacturing" into the Name field and click the Search
button.
31. Click the XXInFusion Manufacturing list item. ble
fe r a
32. Click the Done button. s
33. Click the Save and Close button. - t r an
no n
34. View the service client for XXInFusion Manufacturing. a
XXInFusion Manufacturing. ) has eฺ
Open the Business Unit list and select the service provider business unit
l ฺ c om uid
35. Select the View Service Clients task anda i thenGo
click t Gto Task icon.
Note that XXInfusion Services is listed m de client of XXInFusion
g as atuservice
t @
Manufacturing.
a b as his S
36. Click the Done button.ilฺ
g e t
ฺ u s
a demonstration
This concludessthis of defining and maintaining business units,
and service r e
provider t o
relationships.
i l (te ense
s a G lic
Tere
Mฺ
128 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
This section presents the key concepts related to the tasks for Fusion facilities
setup for Oracle Fusion Procurement:
• Manage Inventory Organizations
ble
fe r a
an s
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
_______________________________________________________
r e sa to u
i l (te ense
a
The other
s
G ic Define Facilties list are only required when performing a Oracle
tasks in lthe
r e Materials Management and Logistics implementation:
Fusion
e
M ฺT • Manage Facility Shifts
• Manage Facility Workday Patterns
• Manage Facility Schedules
• Manage Facility Schedule Exceptions
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 129
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
ans
n - t r
a no
_______________________________________________________
) has eฺ
l ฺ c om uid
m ai ent G
Manage Inventory Organizations Overview @ g tud
t
as his S
a b
ฺ g ilฺ se t
An inventory organization
e saorisstore u or physical entity in the enterprise that is used to
a logical
t o
store definitionstof
( ritems
e nse and transact items. Configure inventory organizations
l
Gi or distribution
to describe distinct entities
i ce within the company such as manufacturing facilities,
a
warehouses, l centers.
e r es
M ฺT
130 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
an s
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to >uAll Tasks > Manage Inventory Organizations
Setup and Maintenance
i l (te ense
sa
G lic
e r e
M ฺ TItem Management
• Inventory organizations used for item management, which are the same as item
organizations, store only definitions of items.
• Use inventory organizations for item management when the storage or
movement of inventory does not need to be physically or financially tracked.
For example, in a retail implementation you can create an inventory organization
for item management to store the names of items that are listed by and sold
through each retail outlet, while a different system tracks physical inventory and
transactions.
• If it is necessary in the future, you can change an inventory organization's usage
from item management to item and inventory management in the inventory
organization's properties.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 131
Lesson 3: Define Common Applications Configuration Overview
with one business unit, one legal entity, and one primary ledger.
• Use inventory organizations for item and inventory management when the
storage or movement of inventory needs to be physically and financially tracked.
• Inventory organizations used for item and inventory management can represent
facilities such as manufacturing centers, warehouses, or distribution centers.
• You cannot change an inventory organization's use from item and inventory
management to item management.
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
132 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Background
In this demo, you will navigate to the Manage Inventory Organizations page and open
an existing inventory organization to review its settings.
ble
Steps
fe r a
1. Use the "Manage Inventory Organizations" task to open the Manage Inventory an s
Organizations page. n - t r
2. Enter or select the "USA1 Business Unit" in the Business Unit field. a no
3. Click the Search button. ) has eฺ
c o m uid
4. In the Search Results region select the "001"
a l ฺ
i nt G Organizations and click the Edit
icon.
@ gm tude
5. In the Basic Information Region
b a st notei s S following:
the
– The Seattle Warehouse
i l ฺ a has
e t h
Usage set as "Item and Inventory management"
g usLegal Entity are required Basic Information fields
– Name, Business
e saฺ Unit,
– Code is a rrequired fieldt o
and
for Location Address
l e nse
(tNext
6. Click
G i
the
l i cebutton.
a
Te re7.sNote the following in the General Information region of the Manage Inventory
Organization Parameters page:
M ฺ – Schedule, Item Master Organization, Starting Revision, and Locator
Control are required fields
8. Click the Cancel button.
9. Click the Done button.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 133
Lesson 3: Define Common Applications Configuration Overview
This section presents the key concepts related to the tasks for function and data
security in support of Procurement implementation:
• Viewing security details such as role definitions and the roles provisioned
to users
• Differentiating between provisioning a user with a job role versus a data
role
ble
• Determining the usefulness for your enterprise of Human Capital fe r a
Management (HCM) security profiles, role provisioning rules, and ans
extending the security reference implementation n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
134 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
( t r phases
rest acrossethe
s e of a deployment from installation to archive and purge.
l
Gi Reference
• Security
n
ce Implementation: Provides a baseline set of roles, policies,
a l i
Te resHuman Capital Management (HCM) security profiles, and templates that match
the business needs of most enterprises.
M ฺ
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 135
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
ans
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
To understandi l te Fusion
(Oraclee n se security ask the question “Who can do What on Which
a G
set ofsdata?" lic
e r e
M ฺ T • Who: The who is the user. A user's access is based on the definition of the roles
provisioned to the user.
–– Note that access is defined as entitlement, which consists of privileges .
• What: The what are the abstract operations or entitlement.
• Which: The which represents the resources being accessed. For example, view
and edit are actions, and task flows or rows in data tables are resources.
136 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Three types of roles can be provisioned to users to match the user's function and
position in an enterprise. These enterprise roles, also called external roles, are:
• Job Role: Specific to a job, and controls access to functions through inherited
duty roles that carry the entitlement necessary for performing specific tasks
associated with the duties of the job, such as access for a procurement manager.
• Abstract Role: Like a job role, but not specific to a particular job, and controls
common access, such as access for all employees or contingent workers.
ble
• Data Role: Specific to a job within a dimension of data, and augments the
fe r a
inherited abstract, duty, or job roles with entitlement to access specific data, such
an s
as access for a procurement manager in a particular business unit.
n - t r
n o
A fourth type of role is the duty role, also called application role. Duty roles cannot be
a
) has eฺ
provisioned directly to users, but are inherited by enterprise roles to control access to
applications. Duty roles may carry both function and data security grants.
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 137
Lesson 3: Define Common Applications Configuration Overview
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
138 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Role definitions consist of a role hierarchy. The following setup tasks manage
role hierarchies.
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 139
Lesson 3: Define Common Applications Configuration Overview
Requester Roles:
• Procurement Requester
• Procurement Preparer
• Advanced Procurement Requester
140 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Functions and data are inaccessible to users unless they are provisioned with the
roles necessary to gain access.
Function Security
• “Who can do What on Which set of data?"
• Consists of privileges unconditionally granted to a role and used to control
access to: ble
- A page or a specific widget fe r a
- Functionality within a page, including services, screens, and flows. an s
n - t r
Data Security
a no
• “Who can do What on Which set of data?"
) has eฺ
• Consists of privileges conditionally granted as data
c o m security
u id policies carried by
l ฺ
ai en(HCM)
roles, or granted as Human Capital Management t G security profiles, and
used to control access to data: m
g tud
- Within a business object such t @
s ibusiness
as a S unit
- Based on user profile aba s
g ilฺ se th
- Based on privacyฺpolicies
e samight give
t o u
For example, a job rrole
(te enpages,se butview access to the functions needed to access
procurementilapplication a data role that inherits the job role gives view
accessato G
s lic data within a business unit, such as the data role
the procurement
r e
Procurement
e Manager - US which inherits the job role Procurement Manager for
ฺ Tperforming procurement duties against the US business unit.
M
Some data, such as some setup and transaction data, is not secured, in which case
access to a user interface page gives unrestricted access to the data that is accessible
from that page.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 141
Lesson 3: Define Common Applications Configuration Overview
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT An example of delegated administration is having different IT security manager users
manage users, roles and role assignments within specific Oracle Identity Management
(OIM) organizations instead of having one IT security manager user manage all users
and roles across all OIM organizations.
For an overview of how the various integrated products contribute to security, see
Security Components: How They Fit Together in the Oracle Fusion Application Security
Guide.
142 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
s a G lic
Te re
M ฺ
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 143
Lesson 3: Define Common Applications Configuration Overview
M ฺ Tnew duty roles, except in cases where functions are being customized or new functions
are being added.
In cases where the predefined security reference implementation does not adequately
represent the needs of your enterprise, you can make changes. For example, a
predefined job role may be too narrowly defined. You can create a new job role and give
it a role hierarchy of fewer or different duty roles than a similar predefined job role, and
provision your newly created job role to users who should have broader access.
144 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
) h as ฺ authorization
• Encryption: Scrambles data to prevent users without decryption
from reading secured data.
l ฺ c om uide
m ai ent G
@ g tud
t
as his S
b
_______________________________________________________
a
ฺ g ilฺ se t
r e sa to u
Depending on the
l ( t e nsethe Define Data Security activity can include tasks such as
offering,
Gi lice
the following:
a
e r e• sManage Data Access Sets for managing a set of access privileges to one or
M ฺT more ledgers or ledger sets
• Manage Segment Security for managing balancing or management segment
values to secure data within a ledger
• Manage Role Templates for managing data role templates to update or create
new data roles
• Manage Data Security Policies for managing access to the database resources
of an enterprise
• Manage Encryption Keys for managing encryption keys held in Oracle Wallet to
secure Personally Identifiable Information (PII) attributes
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 145
Lesson 3: Define Common Applications Configuration Overview
146 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
The duty roles inherited by the job role can be moved and job roles reassembled
without having to modify the data security.
In the following figure, data security policies are defined for a data role in addition to the
data security policies defined for the base role that the data role inherits.
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
As a security guideline, data security policies based on user session context should
entitle a duty role. This keeps both function and data security policies at the duty role
level, thus reducing errors.
You use a data role when the data dimension cannot be derived from the current user
session. For example, you cannot know the business unit of a user is authorized to use
the user's session context. You use a data security policy against a duty role if you can
derive the data dimension from a user session context. For example a data security
policy can entitle a user to update a project that the user is a Project Team Member of.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 147
Lesson 3: Define Common Applications Configuration Overview
Data role templates generate data roles based on enterprise setup. Changes to
data role templates generate new or changed data roles.
Use the Manage Role Templates task to create or change data role templates, or
generate data roles from role templates.
If you add a dimension value to your enterprise that is used by a data role template, you
must regenerate roles from that data role template to create a data role for the new
dimension.
If you add a base role to an existing data role template, you can generate a new set of
data roles. If the naming rule is unchanged, existing data roles are overwritten.
148 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
If you remove a base role from a data role template and regenerate data roles, a
resulting invalid role list gives you the option to delete or disable the data roles that
would be changed by that removal.
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
Related Reference: For information on working with data role templates, see the
Oracle Fusion Middleware Administrator's Guide for Authorization Policy Manager
(Oracle Fusion Applications Edition).
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 149
Lesson 3: Define Common Applications Configuration Overview
( t r job
security profilesewith a
s e or abstract role to define an HCM data role.
• Use G il Manage
the
l i c enRole Templates task to manage the templates that generate
e a roles.
sdata
r
M ฺ Te • Use the Manage Data Roles and Security Profiles task to create and maintain
HCM data roles in Oracle Fusion Human Capital Management (HCM), which
uses HCM security profiles, not data role templates, to define the data security
condition.
150 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
When business unit and legal employer have been defined as part of setting up
enterprise structures, you define users by using the Manage Users task, or
automatically in Human Capital Management (HCM) when creating person
records .
) h as ฺ
• Relationships: Define identifying connections, such as organizational
transactions (for example, approvals) l ฺ c om uide
m ai andepartners
The difference between users, identities, workers, n t G is as follows:
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
s a G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 151
Lesson 3: Define Common Applications Configuration Overview
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
_______________________________________________________
In Oracle Fusion Applications, identities and users correspond one to one, but not all
identities correspond to a user, and not all users are provisioned with an identity. Some
identities stored in HCM and Trading Community Model may not be provisioned to user
accounts and therefore are not synchronized with Oracle Identity Management (IDM).
For example, a contact for a prospective customer is an identity in Trading Community
Model but may not be provisioned with a user account in IDM. Some users stored in the
Lightweight Directory Access Protocol (LDAP) store may not be provisioned with
identities. For example, system user accounts used to run Web services to integrate
third party services with Oracle Fusion Applications are not associated with a person
record in HCM or Trading Community Model. Some identifying credentials such as
name, department, e-mail address, manager, and location are stored with user data in
the LDAP store.
152 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
User accounts for some identities that are not employees, such as partner contacts,
may be created in a later transaction using an identity that is already created. Supplier
contacts are created in the Supplier Model, not HCM. Once supplier users are setup,
Supplier Model can be used by internal users to maintain supplier user accounts or
supplier users can maintain their accounts in Supplier Portal.
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 153
Lesson 3: Define Common Applications Configuration Overview
Background
In this demonstration, you will explore the use of Oracle Identity Manager (OIM) to
review and assigning roles to an existing Fusion user.
ble
Steps
fe r a
1. Sign on as prc_impl. ans
n - t r
page. a no
2. Use the "Manage Jobs and Roles" task to open the Oracle Identity Manager
154 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
e s aฺ to us
defining those roles.
l ( er memberships
• Maintain trole
n seRole Provisioning
through role provisioning rules.
- The
G iManage
l i e
HCM
c to users based on assignment Rules task lets you define rules for
e s a
provisioning roles attribute values or CRM party
r
Te criteria.
Mฺ - Supplier Portal provisioning rules apply to users provisioned through the
Supplier application.
• Provision to users only those job roles that are not inherited by data roles you
could provision instead.
The Provision Roles to Implementation Users task also provisions roles, but provisions
roles only as an initial task when getting started and preparing an implementation user
for enterprise structure setup.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 155
Lesson 3: Define Common Applications Configuration Overview
New Identities
As with new hire, supplier, or partner contact creation, trigger user and role provisioning
events. In addition to user creation tasks, other tasks, such as Promote Worker Transfer
Worker, or user account creation for supplier or partner contacts, result in role
provisioning and recalculation based on role provisioning rules. Deactivating or
terminating an identity triggers revocation of some roles to end all role assignments, but
may provision new roles needed for activities such as pay stub review.
ble
fe r a
Automatically Provisioned Roles
t r a ns
A role is provisioned to a user automatically when at least one of the user's
n o n-assignments
satisfies the conditions specified in the relevant role-mapping definition. a
a s
m ) h deฺ
Deprovisioning Roles
i l ฺ co Gui
Automatically provisioned roles are deprovisioned g ma automatically
d e n t as soon as a user no
@ t u
st all ofisManually
longer satisfies the role-mapping conditions. Suser'sprovisioned roles are
deprovisioned automatically only a b a
when h the work relationships are
i l ฺ e t
s a ฺg us users retain manually provisioned roles until they
terminated; in all other circumstances,
are deprovisioned manually.
e r e e t o
G il (t licens
r e sa of Duties (SOD)
Segregation
e checks occur when roles are assigned to users, if Oracle Governance, Risk and
ฺ TThese
M Compliance Controls (GRCC) is provisioned in your deployment and the Governance,
Risk and Compliance feature choice is enabled for implementation projects of the
offering. The SOD checks are based on Oracle Application Access Controls Governor
(AACG) policies, and violations can be viewed, managed, remediated using Define
Automated Governance, Risk, and Performance Controls tasks.
156 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Related Resources:
ble
fe r a
an s
Oracle Fusion Applications Procurement Security Reference Manual
n - t r
Oracle Fusion Applications Common Implementation Guide a no
Oracle Fusion Applications Security Guide
) has eฺ
Oracle Fusion Middleware User's Guide for Oracle ฺIdentity
l c om Manager
uid
i G
Oracle Fusion Middleware Authorization Policy g maManager e n t
Administrator's Guide (Oracle
Fusion Applications Edition)
s t @ Stud
Oracle Fusion Applications Workforce
l ฺ a ba Deployment
t h is Implementation Guide
g i e
Oracle Application Access
e s aฺ Controls
t o usGovernor Users Guide
l ( t er nse
i lice
Glisted
NOTE:
e aThe documents are available in the Technology Documentation Library,
syou can access
T e r
which from:
M ฺ http://www.oracle.com/technetwork/indexes/documentation/index.html
(http://www.oracle.com/technetwork/indexes/documentation/index.html)
Related Courses:
Fusion Applications: Security Fundamentals
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 157
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
158 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Workflow
• An automated process in which tasks are passed from a user, a group of
users, or the application to another user or group for consideration or
action. The tasks are routed in a logical sequence to achieve an end result.
• A workflow human task is anything that requires attention or action from
users. Examples of tasks include approving a requisition or purchasing
documents.
ble
• For workflows, Oracle Fusion Applications uses the approval management
fe r a
extensions of the human workflow services from Oracle SOA Suite, as well
an s
as the Oracle BPM Worklist application.
n - t r
a no
Oracle SOA Suite: ) has eฺ
• Is a comprehensive software suite used to build,
l ฺ c om
deploy, id manage service-
uand
i G
oriented architectures (SOA).
g ma dent
• Provides a human workflow service s tu all interactions with users or
t@ thatShandles
groups in business processes a
ab e thi s
i l ฺ
Approval management:
s a ฺg us
e r e e t o
i l t
• Controls(workflows
n sfor business objects such as purchase orders.
e
G youlitoc define complex, multistage task routing rules
• Enables
s a
e• Integrates with the setup in Oracle Fusion Human Capital Management to derive
T e r
Mฺ approvers based on the supervisory hierarchy
Oracle BPM Worklist provides the user interface for:
• Users to access procurement setup tasks assigned to them and perform actions
based on their roles in the workflow
• Implementers to perform approval management setup and to define who should
act on which types of transactions under what conditions
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 159
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
To set up approval management, use the following setup tasks from the Setup
ans
and Maintenance work area, which take you to Oracle BPM Worklist.
n - t r
• a no
Manage Approval Groups: Optionally create and maintain sets of users who
has eฺ
can act on workflow tasks, for example a chain of approvers for expense reports.
)
• Manage Task Configurations: Define approval
l ฺ c om
policies id determine how and
uthat
when tasks are routed. For example, youacan i specify
n t G
that expenses under a
certain amount should be automatically m
g approved de and not sent to any approver.
t @ t u
a b as his S
ฺ g ilฺ se t
To access these e a tasks
ssetup t o uyou need the BPM Worklist Administration Duty
r
(te enfor
role, which is predefined sethe Application Implementation Consultant job role.
i l
s a G lic
e r e
M ฺT
160 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
• Stages
• List Builders
• Rule Sets and Rules
Stages e
r a bl
• Stages organize approval flows in logical categories within a task. For example,
within a contract approval task, there can be one stage for contract header n s fe
approval and another for line level approval. n - tra
• Each task has at least one stage. a no
• The available stages and their flow (serial or parallel) ) astheirฺ specific order are
hand
predefined.
l ฺ c om uide
m ai ent G
@ g tud
List Builders t
as his S
a b
ฺ g ilฺ se t
e
A list builder is a mechanism
u
sa ttoo determine the task assignees, usually approvers, for
example based ( t
one r
going s
up ethe supervisory hierarchy. The following list builders are
G i l c e n
based on structures li in Oracle Fusion Human Capital Management (HCM), which must
saup appropriately.
e
berset
M ฺ Te • Supervisory: The hierarchy of employees, with defined job roles, and their
managers. For example, Joe Smith, administration assistant, reports to Alex
Park, manager, who reports to Anna Lee, senior manager.
• Job Level: The supervisory hierarchy with job levels in consideration. The
approval list is generated based on the starting participant specified in a rule and
continuing until an approver with a sufficient job level is found. For example, Joe
Smith, administration assistant (job level 1), reports to Alex Park, manager (job
level 2), who reports to who reports to Anna Lee, senior manager (job level 2),
who reports to Jane Brown, director (job level 3).
• Position: The hierarchy of job positions.
Other list builders include:
• Approval Group: A set of specific users.
• Resource: A specific user or application role.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 161
Lesson 3: Define Common Applications Configuration Overview
• In each rule, you define a condition and specify the routing using a list builder.
Rule sets are predefined for each stage with these characteristics:
• Flow: Serial or parallel, and specific order, for stages with multiple rule sets.
• Business object level: Header or line.
• Voting regime: Consensus approval, majority approval, and so on, for rule sets
that route to a group of users.
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
162 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
This figure shows an example of the flow of stages and rule sets for an expense
approval task. There are four predefined stages, each with one predefined rule set
except the pre-approval stage, which has two rule sets. The rule sets are:
• Requester FYI: The person submitting an expense report receives an FYI
notification.
• Exception Consensus: For extraordinary expenses over a certain amount, a set
of users must first approve. Approvals are based on an Approval Group list
builder and are routed in parallel to all members of a group.
• Header Hierarchy and Line Hierarchy: With serial routing based on a
Supervisory list builder, approvers approve the expense report header or lines.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 163
Lesson 3: Define Common Applications Configuration Overview
What you can do in Oracle BPM Worklist is add and edit the rules within rule sets,
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
to define the conditions and routing. Also, you can choose not to use predefined rule
sets. For example, if the Exception Consensus is not necessary for your purposes, you
can disable it.
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
164 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Use the Event Driven tab in Oracle BPM Worklist to define expiration and
escalation policies, as well as other settings for the task.
• Expiration and Escalation Policy: Configure when tasks expire, are escalated,
or renewed. Expired tasks are automatically rejected. For example, you can
define the expiration policy so that if no one acts upon an expense report in two
weeks, then it expires and the requester needs to resubmit it.
ble
fe r a
an s
n - t r
a no
• Notification Settings: Send notifications based on task
s for example to
hastatus,
approvers when the task is assigned to them. If the m )task hasd ฺ with the FYI
erules
o i
onuthe rule conditions. You
a ilฺc based
response type, then notifications are also sent
t G
nor both. For example, you can
can use these notification settings, the
g mFYI rules,
d e
delete the notifications in the Notification
s tu section if you prefer to use the
t@ SSettings
a
ab based
FYI rules to send notifications s
hion certain criteria, not just task status.
i l ฺ e t
s a ฺg us
e r e e t o
G il (t licens
a
Te res
M ฺ
• Task Access: Control who can access the task and perform what actions. You
generally do not need to adjust the predefined settings.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 165
Lesson 3: Define Common Applications Configuration Overview
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
ble
fe r a
ans
n - t r
a no
• Likewise, you generally do not need to adjust the other a
h s on this page
settings
unless you have a specific business reason.
o m )
i d eฺ
a ilฺc nt Gu
@ gm tude
b a st is S
g i l ฺa e th
e s aฺ to us
l ( t er nse
a Gi lice
Te res
M ฺ
166 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Use the Data Driven tab in Oracle BPM Worklist to define rules that determine
routing.
• Select the rule set within the appropriate stage
• You can add, edit, or delete rules
• Select the Ignore this participant check box if you do not need to use this
rule set
ble
Do not use the Add variable button. fe r a
an s
n - t r
a no
_______________________________________________________
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
s is S
Each rule consists of an if and thenacomponent.
l a b thone condition to determine when the rule is
ฺ at least
• The if component contains
g i e
applied.
e s aฺ to us
l (
• For multiple t erconditions
n se within a rule, you use the and or operators.
G i lic e
s a
ethen component defines what happens if the conditions are met. This component
e
The
r
M ฺT consists of:
• List builder and related attributes: Define how task assignees are derived. For
example, if you select a Job Level list builder you also define how many levels of
approvals are needed.
• Response type: Indicate if the assignees are required to address the task or if
they are just to receive an FYI notification.
• Automatic action setting: Allows you to set an automatic action on tasks, for
example to automatically approve or reject.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 167
Lesson 3: Define Common Applications Configuration Overview
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
ble
fe r a
ans
n - t r
a no
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
For example,ilthis e n seapproval rule set is in the header stage. Within this rule
(terequisition
set, theafirst
s ic with a condition for an amount less than $50,000. The
Grule isldefined
r e uses the Supervisory list builder but based on the Auto Action Enabled and
routing
e
M ฺ TAuto Action fields, the requisition would be automatically approved.
168 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
ble
fe r a
an s
n - t r
a no
) has eฺ
l ฺ c om uid
The second rule in this rule set is for an amountaati or overt $50,000.
G The routing uses
the Supervisory list builder and has a fixedg m
name asdthe n
e top, or final, participant, so the
task essentially goes back to that approver t @ if
s is S no t u
one else approves.
b a
g i l ฺa e th
e s aฺ to us
At least one( t r in asrule
erule e set must evaluate to true. If multiple rules within a rule
i l e n
set can beG
s a true, then licthese rules must use the same list builder.
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 169
Lesson 3: Define Common Applications Configuration Overview
Background
Use the Oracle BPM Worklist work area accessed using the Manage Task
Configurations for Procurement task to review approval policies. In the Tasks to be
configured pane, review the predefined requisition approval task and review its details.
There are two approval tasks used in Oracle Fusion Procurement: ble
fe r a
• DocumentApproval: All procurement documents
ans
• ReqApproval: All requisitions n - t r
a no
Steps ) has eฺ
l
1. Use the "Manage Task Configurations for Procurement" ฺ c om utask
id to open the Oracle
i G
BPM Worklist work area. g ma dent
2. From the Task Configuration s t@click S
tab
u
thet "ReqApproval" task in the Tasks to be
configured pane.
a
ab e thi s
i l ฺ
3. You could make s a ฺg inuthe
changes
s Event Driven or Data Driven tabs.
e
er Driven
Click the tEvent t o
e tab if it is not already open.
l (
i policies n s
Note
a Gthe l i ce selected for Assignment and Routing Policy.
e r e4.sClick the Data Driven tab.
M ฺ T 5. Note that you can select list builder rulesets and conditions here.
Select "HeaderHierarchyRules" from the Select Ruleset list.
6. Note the following:
– The first rule allows for requisition self approval for amounts under $50,000.
– The second rule indicates that the supervisory hierarchy will be used for
amounts equal or greater than $50,000.
Expand both rules to view the IF/THEN logic.
7. You can make changes to the rules in edit mode by clicking the Edit icon. While
in edit mode the following actions are available:
– Use the Save icon in the toolbar. Your changes are retained even if you sign
out, but are not yet in effect.
– To discard all changes, saved or not, use the Reset icon.
– Click the Commit task icon to deploy your saved changes so that they are in
effect.
8. With the "HeaderHierarchyRules" ruleset still selected click the Edit icon.
170 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
If the task is not predefined as rule-based, then the behavior does not need to be
changed, and you get a message stating that you cannot edit the task. Technical
administrators can still edit the task in Oracle JDeveloper.
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 171
Lesson 3: Define Common Applications Configuration Overview
Use the Approval Groups tab in Oracle BPM Worklist to define sets of users that
can be selected for an Approval Group list builder. Tasks would be routed to the
specified group of users. For example:
• You have a special, ongoing project that involves a wide range of employees.
You can create an approval group of the managers involved, who must approve
expenses related to the project.
• You have certain categories of requisitions that require pre-approval from a
select group of people. You can create an approval group containing the users ble
who must all approve such requisitions in parallel before additional approvals can fe r a
be made. ans
n - t r
Approval Groups
a no
• Can be nested within other approval groups.
) has eฺ
• Are stored at the server level and not shared across
l ฺ c om domains.
uid For example, you
cannot use the same group for Financialsaand i Procurement.
n t G
g m e
Types of Approval Groups
s t @ Stud
• Static: You select specificbusers
a a tohinclude
is in the group and specify the flow of
tasks from one user l ฺ
gtoi another. t
eIf the group is used in a rule set that is
a ฺ u
sparalleltrouting,s
predefined with
e r e e o then the task is passed to all users in the group
G il (t licens
at the same time.
r e sa
M ฺ Te
172 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
Background
Use the Oracle BPM Worklist work area accessed using the Manage Approval Groups
for Procurement task to review approval groups. In the Groups pane review the
Category Servers group .
Steps ble
fe r a
1. Use the "Manage Approval Groups for Procurement" task to open the Oracle
an s
BPM Worklist work area.
n - t r
2. The Approval Groups tab of the Oracle BPM Worklist work area opens. a no
Click the Category Servers group.
) has eฺ
Note that for InFusion, all Purchasing documents
l ฺ c omwill selfuiapprove.
d Any
i t G
requisitions for the category "servers" willago to tiffany.irving
n will be routed to theby the
as indicated
Members diagram. All other requisitions g moverd$50,000
e
requester's supervisor. a s t@ Stu
l ฺ a b t h is
3. The Add icon is used
a ฺ gito adduasnewe group but note the drop down arrow to the
right of the icon.
r s
edropdown toarrow.
l ( e
Click the tAdd
ns e
4. UseG i c e
li in the Members region to add additional approvers to the
e s a the controls
Category Servers group.
Te r
ฺ Click the Add icon.
M 5. The Add to Group window opens.
6. Enter calvin.roth for the user to add.
Click the OK button.
7. Note that calvin.roth was added to the approval group.
8. Click the Reset button.
9. Close the Oracle BPM Worklist work area and return to Setup and Maintenance.
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 173
Lesson 3: Define Common Applications Configuration Overview
Related Resources:
• Oracle Fusion Middleware Modeling and Implementation Guide for Oracle
Business Process Management
• Oracle Fusion Applications Common Implementation Guide
• Whitepaper: Setting up Document Approvals: Oracle Fusion Procurement
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
174 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 175
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
176 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
The business unit that establishes a relationship with a supplier through the
creation of a supplier site is the:
1. Procurement business unit
2. Requisitioning business unit
3. Sold-to business unit
ble
4. Client business unit
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 177
Lesson 3: Define Common Applications Configuration Overview
178 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
An approval group can be used to have multiple approvers act on the same task
in parallel.
1. True
2. False
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 179
Lesson 3: Define Common Applications Configuration Overview
2. False. A client business unit is serviced by one or more procurement business units.
The business unit that establishes a relationship with a supplier through the e
creation of a supplier site is the: r a bl
s fe
- t r an
1. Procurement business unit
no n
a
) has eฺ
l ฺ c om uid
In the context of workflow, a task:
m ai ent G
@ g tud
t
asof users S
2. Is anything that users or groupsฺ a b t h i s act on as part of a business process
g i l e
flow.
e s aฺ to us
A task can resultteinrsomething
e getting rejected, or an employee appraisal completed, so
l ( n s
a
scopesof
Gi accurate.
1 is not entirely
workflow.li
ce Answer 3 is not the correct definition of a task within the
e r e
T
Mฺ
An approval group can be used to have multiple approvers act on the same task
in parallel.
1. True. Even though the setup UI lays out the approval group in a serial manner, the
approval group can be used for parallel approvals.
180 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Lesson 3: Define Common Applications Configuration Overview
ble
fe r a
an s
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
Copyright © 2012, Oracle and/or its affiliates. All rights reserved. 181
Lesson 3: Define Common Applications Configuration Overview
Unauthorized reproduction or distribution prohibitedฺ Copyright© 2013, Oracle and/or its affiliatesฺ
ble
fe r a
ans
n - t r
n o
a
) has eฺ
l ฺ c om uid
m ai ent G
@ g tud
t
as his S
a b
ฺ g ilฺ se t
r e sa to u
i l (te ense
sa
G lic
e r e
M ฺT
182 Copyright © 2012, Oracle and/or its affiliates. All rights reserved.