Transcript
Oracle Procurement Cloud Implementing Procurement
Release 10
This guide also applies to on-premise implementations
Oracle® Procurement Cloud Implementing Procurement Part Number E61404-01 Copyright © 2011-2015, Oracle and/or its affiliates. All rights reserved. Authors: Joe Kolb, Vic Mitchell, Richard Sears Contributors: Essan Ni Jirman, Tina Brand, P. S. G. V. Sekhar, Suzanne Kinkead, Barbara Snyder, Srinivas Vellikad, Megan Wallace, Kathryn Wohnoutka, Jacqueline Wood This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/ or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government. This software or hardware is developed for general use in a variety of information management applications. It is not de veloped or intended for use in any inherently dangerous applications, including applications that may create a risk of personal injury. If you use this software or hardware in dangerous applications, then you shall be responsible to take all appropriate fail-safe, backup, redundancy, and other measures to ensure its safe use. Oracle Corporation and its affiliates disclaim any liability for any damages caused by use of this software or hardware in dangerou s applications. Oracle and Java are registered trademarks of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc. AMD, Opteron, the AMD logo, and the AMD Opteron logo are trademarks or registered trademarks of Advanced Micro Devices. UNIX is a registered trademark of The Open Group. This software or hardware and documentation may provide access to or information on content, products and services from third parties. Oracle Corporation and its affiliates are not responsible for and expressly disclaim all warranties of any kind with respect to third-party content, products, and services. Oracle Corporation and its affiliates will not be responsible for any loss, costs, or damages incurred due to your access to or use of third-party content, products, or services. For information about Oracle's commitment to accessibility, visit the Oracle Accessibility Program website at http://www.oracle.com/pls/topic/lookup? ctx=acc&id=docacc Oracle customers have access to electronic support through My Oracle Support. For information, visit http://www.oracle.com/pls/topic/lookup? ctx=acc&id=info or visit http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs if you are hearing impaired.
Oracle Procurement Cloud
Implementing Procurement
Contents i
Preface
GettingStartedwithaProcurementImplementation
1
The Setup and Maintenance Work Area: Overview Offerings: Explained
..................................................................................................................................................1
Implementation Projects: Explained
...........................................................................................................................2
Implementation Project Task Lists: Explained
............................................................................................................2
Getting Started with an Implementation: Overview Generating a Procurement Setup Task List Help Types: Explained
2
1
...................................................................................................1
....................................................................................................3
..............................................................................................................6
..............................................................................................................................................7
SynchronizationofUsersandRolesfromLDAP User and Role Synchronization: Explained
9
................................................................................................................9
Define Implementation Users
3
Manage Users
4
DefineCurrenciesandCurrencyRates
11
........................................................................................................................................................11
Manage Currencies
................................................................................................................................................. 13
Manage Conversion Rate Types Manage Daily Rates
13
.............................................................................................................................14
................................................................................................................................................18
Oracle Procurement Cloud
Implementing Procurement
5
DefineEnterpriseStructuresforProcurement Enterprise Structures: Overview
21
..............................................................................................................................21
Enterprise Structures Business Process Model: Explained ......................................................................................23 Global Enterprise Configuration: Points to Consider
................................................................................................26
Modeling Your Enterprise Management Structure in Oracle Fusion: Example .......................................................... 27 Essbase Character and Word Limitations
...............................................................................................................30
Define Initial Configuration with the Enterprise Structures Configurator ....................................................................34 Define Reference Data Sharing
...............................................................................................................................61
Define Enterprise: Manage Enterprise HCM Information .......................................................................................... 69 Define Enterprise: Manage Locations ............................................................................................. ......................... 69 Define Geographies
.................................................................................................................................................71
Define Legal Jurisdictions and Authorities
............................................................................................................... 90
Define Legal Entities: Manage Legal Entity
..............................................................................................................95
Define Legal Entities: Manage Legal Entity HCM Information Define Legal Entities: Manage Legal Entity Tax Profile Define Legal Entities: Define Legal Reporting Units
...................................................................................99
...........................................................................................106
................................................................................... ............ 109
Define Chart of Accounts for Enterprise Structures: Manage Chart of Accounts Structures and Structure Instances .. 110 Define Chart of Accounts for Enterprise Structures: Manage Chart of Accounts Value Sets and Value Set Values ... 134 Define Chart of Accounts for Enterprise Structures: Manage Accounting Calendars .............................................. 138 Define Accounting Configurations of Enterprise Structures: Manage Primary or Secondary Ledgers ...................... 142 Define Accounting Configurations of Enterprise Structures: Specify Ledger Options .............................................. 149 Define Accounting Configurations of Enterprise Structures: Manage Reporting Currencies .................................... 153 Define Business Units: Manage Business Units ................................................................................................. .... 156 Define Business Units: Assign Business Unit Business Function ............................................................................ 157 Define Business Units: Manage Service Provider Relationships .............................................................................160 Define Business Units: Specify Customer Contract Management Business Function Properties ............................. 162 Define Business Units: Specify Supplier Contract Management Business Function Properties ................................ 166 Define Workforce Structures: Manage Locations ................................................................................................... 168 Define Workforce Structures: Manage Divisions
.................................................................................................... 170
Define Workforce Structures: Manage Departments
..............................................................................................173
Define Workforce Structures: FAQs for Manage Job Families ................................................................................176 Define Workforce Structures: Manage Job
............................................................................................................176
Define Workforce Structures: Manage Person Search Relevance Profile Option Values ......................................... 178 Define Facilities: Manage Facility Shifts, Workday Patterns, and Schedules ........................................................... 180 Define Facilities: Manage Inventory Organizations .................................................................................................183 Define Facilities: Manage Item Organizations .........................................................................................................189
Oracle Procurement Cloud
Implementing Procurement
6
DefineSecurityforProcurement
191
Defining Security After Enterprise Setup: Points to Consider .................................................................................191 Security Tasks and Oracle Fusion Applications: How They Fit Together ................................................................194 Define Data Security Define Users
7
.............................................................................................................................................198
.........................................................................................................................................................212
DefineApprovalManagementforProcurement Approval Management: Highlights
227
.........................................................................................................................227
Approval Rules: Explained ..................................................................................................................................... 228 Nested Conditions: Explained ...............................................................................................................................231 Managing User-Defined Attributes: Explained Manage Requisition Approvals
Manage Supplier Registration Approvals
8
...............................................................................................................240
DefinH e elC p onfiguration Setting Up Help: Overview Set Help Options
249
....................................................................................................................................249
..................................................................................................................................................250
FAQs for Assign Help Text Administration Duty Manage Help Security Groups Help File Customization
.............................................................................................................................263
DefineApplicationToolkitConfiguration Configuring the Application Toolkit Map Reports to Work Area Set Watchlist Options
10
....................................................................................................251
..............................................................................................................................252
........................................................................................................................................253
Embedded Help Customization
9
........................................................................................................232
..............................................................................................................................235
265
........................................................................................................................265
...................................................................................................................................265
...........................................................................................................................................267
MaintainCommonReferenceObjects
269
Reference Objects: Overview
................................................................................................................................269
Define Application Taxonomy
................................................................................................................................269
Define Reference Data Sharing Define ISO Reference Data
.............................................................................................................................271
...................................................................................................................................275
Manage Data Security Policies
..............................................................................................................................277
Manage Menu Customizations
..............................................................................................................................285
Manage Audit Policies
........................................................................................................................................... 286
Manage Oracle Social Network Objects
................................................................................................................288
Manage Applications Core Common Reference Objects
.......................................................................................289
Oracle Procurement Cloud
Implementing Procurement
11
Define WebLogic Communication Services Configuration Oracle Sales Cloud CTI: Highlights
293
.......................................................................................................................293
Configuring PSTN Gateway Address Using Topology Manager: Worked Example ................................................. 294
12
DefineApplicationsCoreConfiguration Define Lookups
297
..................................................................................................................................................... 297
Manage Messages ................................................................................................................................................ 304 Define Document Sequences ................................................................................................................................306 Define Trees
.......................................................................................................................................................... 309
Define Profile Options Define Flexfields
Define Attachments
13
...........................................................................................................................................323
....................................................................................................................................................332 ............................................................................................................................................... 384
OtherCommonSetupandMaintenanceTasks
387
Define Extensions: Define Custom Enterprise Scheduler Jobs ...............................................................................387
14
DefineCommonProcurementConfiguration Define Basic Catalogs
389
...........................................................................................................................................389
Define Supplier Configuration
................................................................................................................................404
Supplier Outbound Synchronization Service : Overview ........................................................................................404 Configuring Supplier Registration: Points to Consider ...........................................................................................405 Supplier B2B Integration: Explained ......................................................................................................................406 Enabling Supplier Match: Explained
......................................................................................................................407
Define Address Configuration : Explained
.............................................................................................................408
Define Transaction Taxes
......................................................................................................................................409
Manage Payment Terms
.......................................................................................................................................457
Manage Units of Measure
.....................................................................................................................................460
Define Corporate Procurement Cards
...................................................................................................................463
Define Common Payables and Procurement Options Manage Procurement Document Numbering
15
............................................................................................464
........................................................................................................466
DefinePurchasingConfiguration
469
Define Common Purchasing Configuration
............................................................................................................469
Define Procurement Configuration Options
...........................................................................................................472
Configure Requisitioning Business Function
..........................................................................................................476
Define Procurement Agents
..................................................................................................................................478
Oracle Procurement Cloud
Implementing Procurement
16
DefineSelfServiceProcurementConfiguration
481
Manage Information Template Descriptive Flexfields ..............................................................................................481 Manage Catalog Category Hierarchy
17
.....................................................................................................................483
DefineSupplierPortalConfiguration
487
Manage Supplier User Roles .................................................................................................................................487
18
Configure Supplier Registration
.............................................................................................................................492
Specify Supplier News Content
............................................................................................................................497
DefineSourcingConfiguration Manage Negotiation Styles Manage Attribute Lists
..........................................................................................................................................502
Manage Cost Factors
...........................................................................................................................................504
Manage Cost Factor Lists
.....................................................................................................................................505
Manage Negotiation Templates
19
501
...................................................................................................................................501
.............................................................................................................................506
DefineProcurementContractsConfiguration
507
Define Contract Terms Library Configuration
.........................................................................................................507
Contract Terms Library Clauses: Explained
...........................................................................................................510
Contract Terms Templates: How They Work ........................................................................................................512 Contract Expert Rules: How They Work ...............................................................................................................516
20
ExternIanltegration Web Services: Overview
525 .......................................................................................................................................525
Files for Import and Export
...................................................................................................................................526
External Data Integration Services for Oracle Cloud
21
ImportingandExportingSetupData Configuration Packages: Explained
..............................................................................................529
541
.......................................................................................................................541
Implementation Project Based Export and Import: Explained ................................................................................541 Moving Common Reference Objects
....................................................................................................................542
Oracle Procurement Cloud
Implementing Procurement
Oracle Procurement Cloud
Preface
Implementing Procurement
Preface This Preface introduces information sources available to help you use Oracle Applications.
Oracle Applications Help Use the help icon to access Oracle Applications Help in the application.
Note If you don't see any help icons on your page, click the Show Help button in the global area. Not all pages have help icons. You can also access Oracle Applications Help at https://fusionhelp.oracle.com/.
Oracle Applications Guides To find other guides for Oracle Applications, go to: • Oracle Applications Help, and selectDocumentation Library from the Navigator menu. • Oracle Help Center at http://docs.oracle.com/
Other Information Sources My Oracle Support Oracle customers have access to electronic support through My Oracle Support. For information, visit http:// www.oracle.com/pls/topic/lookup?ctx=acc&id=info or visit http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs if you are hearing impaired. • http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info • http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs (if you are hearing impaired).
Oracle Enterprise Repository for Oracle Fusion Applications Oracle Enterprise Repository for Oracle Fusion Applications (http://fusionappsoer.oracle.com) provides details on assets (such as services, integration tables, and composites) to help you manage the lifecycle of your software.
Documentation Accessibility For information about Oracle's commitment to accessibility, visit the Oracle Accessibility Program website at http:// www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.
i
Oracle Procurement Cloud
Preface
Implementing Procurement
Comments and Suggestions Please give us feedback about Oracle Applications Help and guides! • Send e-mail to:
[email protected]. • Click your user name in the global area of Oracle Applications Help, and select Send Feedback to Oracle.
ii
Oracle Procurement Cloud
Implementing Procurement
Chapter 1
Getting Started with a Procurement Implementation
1 Getting Started with a Procurement Implementation The Setup and Maintenance Work Area: Overview The Setup and Maintenance work area enables rapid and efficient planning, configuration, implementation, deployment, and ongoing maintenance of Oracle Fusion applications through self-service administration. The Setup and Maintenance work area offers you the following benefits: • Prepackaged lists of implementation tasks Task lists can be easily configured and extended to better fit with business requirements. Auto-generated, sequential task lists include prerequisites and address dependencies to give full visibility to end-to-end setup requirements of Oracle Fusion applications. • Rapid start Specific implementations can become templates to facilitate reuse and rapid-start of consistent Oracle Fusion applications setup across many instances. • Comprehensive reporting A set of built-in reports helps to analyze, validate and audit configurations, implementations, and setup data of Oracle Fusion applications. With Oracle Fusion Functional Setup Manager, the software behind the Setup and Maintenance work area, you can: • Learn about and analyze implementation requirements. • Configure Oracle Fusion applications to match your business needs. • Get complete visibility to setup requirements through guided, sequential task lists downloadable into Excel for project planning. • Enter setup data through easy-to-use user interfaces available directly from the task lists. • Validate setup by reviewing setup data reports. • Implement all Oracle Fusion applications through a standard and consistent process. • Export and import data from one instance to another for rapid setup.
Offerings: Explained Offerings are application solution sets representing one or more business processes and activities that you typically provision and implement as a unit. They are, therefore, the primary drivers of functional setup of Oracle Fusion applications. Some of the examples of offerings are Financials, Procurement, Sales, Marketing, Order Orchestration, and Workforce Deployment. An offering is the highest level grouping of Oracle Fusion Applications functionality. They include functional areas, and alternative business rules known as features.
1
Oracle Procurement Cloud
Implementing Procurement
Chapter 1
Getting Started with a Procurement Implementation
Implementation Projects: Explained You can create implementation projects to manage the implementation of an offering and functional areas as a unit throughout the implementation life cycle, or maintain the setup of specific business processes and activities customizing the list of tasks to complete their implementation. An implementation project is the list of setup tasks you need to complete to implement selected offerings and functional areas. You create a project either by: • selecting an offering and its functional areas you want to implement together, then customize the list of tasks for such offering and functional areas as applicable. • selecting specific setup task lists and tasks you require for a specific configuration. You can also assign these tasks to users and track their completion using the included project management tools.
Selecting Offerings When creating an implementation project you see the list of offerings and functional areas that are configured for implementation. Implementation managers specify which of those offerings and functional areas to include in an implementation project. It is strongly recommended that you limit your selection to one offering per implementation project, even though the application does not prevent you from including more than one. The implementation manager should decide based on how they plan to manage their implementations. For example, if you implement and deploy different offerings at different times, then having separate implementation projects help to manage the implementation life cycles. Furthermore, the more offerings you included in an implementation project, the bigger the generated task list is. This is because the implementation task list includes all setup tasks needed to implement all included offerings. Alternatively, segmenting into multiple implementation projects makes the process easier to manage and ensures that import and export sequence of the project data is straightforward in the correct sequence.
Implementation Project Task Lists: Explained
Once you make offering and functional area selections, Oracle Fusion Functional Setup Manager creates the implementation project and generates a complete list of setup tasks based upon your selections. The predefined hierarchical task list added when you select an offering is called the offering top task list. It includes a complete list of all tasks, including the prerequisites required to implement the offering. Typically, this task list has the same name as the name of the offering it represents. If multiple offerings are included in a single implementation project, then each one of the offering top task lists shows as a top node in the implementation task list hierarchy.
Included Tasks Tasks used to set up any of the dependent functional areas and features, which are not selected for implementation are excluded from the task list. The implementation task list is generated according to the offering configurations and top task list definitions present at the time an implementation project is created. Once created, the task list in the implementation project becomes self-contained and does not change based on any changes made to the offering configurations or top task list definitions.
Task Organization The offering top task list shows as the top node in the implementation task list hierarchy. If multiple offerings are included in a single implementation project then top task list of each of the offerings becomes a top node of the implementation task list hierarchy. Within each top node, the tasks are organized with prerequisites and dependencies in mind. • The most common requirements across all offerings are listed first.
2
Oracle Procurement Cloud
Implementing Procurement
Chapter 1
Getting Started with a Procurement Implementation
• Next, the common tasks across an application area (such as Customer Relationship Management, or Financials), if applicable, are shown. • Next, tasks that are common across multiple modules and options within an offering display. • Finally, tasks for specific business areas of the offering, such as Opportunity Management, Lead Management, Territory Management, or Sales Forecasting display.
Predecessor Tasks Some setup data may be a prerequisite for other setup data. The tasks that involve entering the prerequisite data may be identified as predecessor tasks. In an assigned task list a task with predecessors is indicated as such, and provides you the following information: • Which tasks are the predecessors of a given task. • The status of the predecessor tasks. • The recommended status of the predecessor tasks before performing the given task. Predecessor tasks are identified to give you better understanding of the data dependency, but you are not prohibited from performing the task even if the predecessor task status is not in the recommended state. Different implementations may select to implement the offerings in different orders. A predecessor task may also be a common task for many different offerings. If a predecessor task was performed as part of a previous implementation and setup data was entered, then you may be able to proceed with the dependent tasks without performing the predecessor tasks in the current implementation. The predecessor and the dependent tasks might be performed in parallel by entering certain values of predecessor first and then followed by entering the data that is dependent on the already entered parent data, and then repeating the process for each step of the data dependency.
Getting Started with an Implementation: Overview To start Oracleduring Fusioninstallation Applications youOracle must set up one or more initial users using the super user that wasan created andimplementation, provisioning of the Fusion Applications environment, or using the initial administrator user provided by Oracle for Oracle Cloud implementations. Because Oracle Fusion Applications is secure as delivered, the process of enabling the necessary setup access for initial users requires the following steps when getting started with an implementation: 1. If you are not starting an Oracle Cloud implementation, sign into Oracle Identity Manager (OIM) as the OIM Administration user and provision the IT Security Manager job role with roles for user and role management. This enables the super user account, which is provisioned with the IT Security Manager job role, to create implementation users. 2. For starting all implementations, sign in as the user with initial access: either the Oracle Fusion Applications installation super user or the initial Oracle Cloud administrator user. 3. Select an offering to implement, and generate the setup tasks needed to implement the offering. 4. Perform the following security tasks: a. Synchronize users and roles in the Lightweight Directory Access Protocol (LDAP) store with HCM user management by using the Run User and Roles Synchronization Process task. b. Create an IT security manager user by using the Create Implementation Users task. c. Provision the IT security manager with the IT Security Manager role by using the Provision Roles to Implementation Users task.
3
Oracle Procurement Cloud
Implementing Procurement
Chapter 1
Getting Started with a Procurement Implementation
5. As the newly created IT security manager user, sign in to Oracle Fusion Applications and set up at least one implementation user for setting up enterprise structures. a. Create an implementation user by using the Create Implementation Users task. b. Provision the implementation user with the Application Implementation Manager job role or the Application Implementation Consultant job role by using the Provision Roles to Implementation Users task. The Application Implementation Consultant job role inherits from all product-specific application administrators and entitles the necessary View All access to all secured objects. c. Optionally, create a data role for an implementation user who needs only the limited access of a productspecific Application Administrator by using the Create Data Role for Implementation Users. Then assign the resulting data role to the implementation user by using the Provision Roles to Implementation Users task.
4
Oracle Procurement Cloud
Implementing Procurement
Chapter 1
Getting Started with a Procurement Implementation
The figure shows the task flow from provisioning the IT Security Manager job role with the user and role management entitlement to creating and provisioning implementation users for enterprise setup.
Related Topics • Initial Security Administration: Critical Choices • User and Role Synchronization: Explained • Enterprise Structures: Overview • Creating Data Roles for Implementation Users: Procedure
5
Oracle Procurement Cloud
Implementing Procurement
Chapter 1
Getting Started with a Procurement Implementation
Generating a Procurement Setup Task List Create an implementation project to generate the setup tasks required for implementing the Oracle Fusion Procurement offering you have chosen for your implementation. 1. Use the Fusion Applications URL and provisioning super user ID and password to sign on to Fusion Applications. The Welcome page is displayed. 2. From the Navigator, select Setup and Maintenance under the Tools category. The Setup and Maintenance work area is displayed. 3. Configure Offerings: a. Select Configure Offering under Tasks b. Expand the Procurement offering to find its optional modules, called Options. Not all options are applicable to all businesses. A Fusion Applications implementation may include all, none, or any combination of the optional modules. c. Click the Enable for Implementation check box corresponding to the Procurement offering, then click the check box corresponding to the option. d. Click the Save and Close button. 4. Generate Setup Tasks: a. Select Manage Implementation Projects under Tasks. b. Click the Create button to create a new implementation project. This project will generate setup tasks for the offerings of your choice. c. Enter the following: • Name • Description d. Click the Next button 5. Review the auto generated Setup Task List a. Expand the list of tasks and check the Include checkbox for Procurement and the products you intend to configure. b. Click Save and Open Project. The generated task list is displayed c. Expand the task lists to see the relevant tasks
Note The resulting Procurement Implementation Project will contain many tasks, but only a few tasks are required for setup. Each section in this guide refers to the task within the implementation project. If the task referenced in this guide is not present in the implementation project, access the task by using the All Tasks tab search on the Setup and Maintenance Overview page.
6
Oracle Procurement Cloud
Implementing Procurement
Chapter 1
Getting Started with a Procurement Implementation
Help Types: Explained Applications Help has many types of help content, including videos, examples, FAQs, and help topics.
Example Examples can provide: • Real use cases to illustrate how and when to do something • Scenarios to explain abstract concepts Worked examples show exactly what you need to do to achieve a specific result, emphasizing decisions that you make and values that you enter.
FAQ FAQs, or frequently asked questions, provide brief answers to questions that you might have about a task or page. For example, they can explain: • What a term means • Why something happened • How you can perform an action • What happens if you perform the action
Glossary Glossary terms provide definitions for words or phrases used in help content. When you read help and see terms underlined with dots, you can hover over the term to see its definition. To see the whole glossary in Applications Help, select Navigator - Glossary.
Help Topic Help topics can: • Explain key concepts • Tell you the steps to follow to perform tasks • Help you make decisions by explaining points to consider or the options you have • Show you how application components work together • Provide reference, overview, and other information
PDF Guide PDF guides in Applications Help provide (in a book format) information that you usually can't find in other help types.
7
Oracle Procurement Cloud
Implementing Procurement
Chapter 1
Getting Started with a Procurement Implementation
Note Most of the examples, FAQs, and help topics are also in guides. For these guides, select Navigator Documentation Library.
Video Videos, or tutorials, show you how to complete a short task or part of a task. Videos can also give you an overview of complex dashboards and work areas.
8
Oracle Procurement Cloud
Implementing Procurement
Chapter 2
Synchronization of Users and Roles from LDAP
2 Synchronization of Users and Roles from LDAP User and Role Synchronization: Explained Oracle Identity Management maintains Lightweight Directory Access Protocol (LDAP) user accounts for users of Oracle Fusion applications. Oracle Identity Management also stores the definitions of abstract, job, and data roles and holds information about roles provisioned to users. During implementation, any existing users, roles,this and roles provisioned users copied from the LDAP directory to the Oracle Fusion information Applicationsabout tables. To copy information, you usetothe taskmust Run be User and Roles Synchronization Process. This task calls the Retrieve Latest LDAP Changes process. You can perform the task Run User and Roles Synchronization Process from an implementation project or the Setup and Maintenance work area.
Note You must perform this task before you create implementation users so that appropriate roles are available for them. Once the Oracle Fusion Applications tables are initialized with this information, it's maintained automatically.
9
Oracle Procurement Cloud
Implementing Procurement
Chapter 2
Synchronization of Users and Roles from LDAP
10
Oracle Procurement Cloud
Implementing Procurement
Chapter 3
Define Implementation Users
3 Define Implementation Users Manage Users Define Implementation Users: Overview Implementation users perform the tasks in Oracle Enterprise Resource Planning Cloud (Oracle ERP Cloud) and Oracle Supply Chain Management Cloud (Oracle SCM Cloud) implementation projects. This topic introduces the tasks in the Define Implementation Users task list. For more information on implementation users and task instructions, see: • Oracle ERP Cloud: Securing Oracle ERP Cloud. • Oracle SCM Cloud: Securing Oracle SCM Cloud.
Create Implementation Users You must have at least one implementation user. To ensure segregation of critical duties, multiple implementation users are recommended. For example, one implementation user typically performs functional setup tasks and another performs security setup tasks. When you create implementation users, you also assign some predefined job roles to them directly. The job roles vary with the tasks that the implementation users perform. The cloud service administrator creates implementation users.
Create Data Role for Implementation Users Implementation users must access application setup data. Depending on the base role you use for implementation, you might need to create data roles. For example, the Application Implementation Consultant role already includes access to all setup data. However, the Financial Application Administrator role does not include access to financial setup data. If the base role assigned to an ERP or SCM implementation user includes no access to ERP and SCM setup data, use this task to create the appropriate data roles. An implementation user with appropriate access creates the ERP and SCM data roles for other implementation users.
Provision Roles to Implementation Users Use this task to assign predefined abstract roles, such as employee, and appropriate ERP and SCM implementation data roles to functional implementation users. An implementation user with appropriate access provisions roles to other implementation users.
11
Oracle Procurement Cloud
Implementing Procurement
Chapter 3
Define Implementation Users
12
Oracle Procurement Cloud
Implementing Procurement
Chapter 4
Define Currencies and Currency Rates
4 Define Currencies and Currency Rates Manage Currencies Defining Currencies: Points to Consider When creating or editing currencies, consider these points relevant to entering the currency code, date range, or symbol for the currency.
Currency Codes You can't change a currency code after you enable the currency, even if you later disable that currency.
Date Ranges You can enter transactions denominated in the currency only for the dates within the specified range. If you don't enter a start date, then the currency is valid immediately. If you don't enter an end date, then the currency is valid indefinitely.
Symbols Even if you enter a symbol for a currency, the symbol is not always displayed when an amount is displayed in this currency. Some applications use currency symbols when displaying amounts. Others, like Oracle Fusion General Ledger, do not.
Euro Currency Derivation: Explained Use the Derivation Type, Derivation Factor, and Derivation Effective Date fields to define the relationship between the official currency (Euro) of theits European Monetary (EMU)rate andand the the national currencies EMU member states. For each EMU currency, you define Euro-to-EMU fixedUnion conversion effective startingofdate.
Note If you need to use a different currency code for Euro, you can disable the predefined Euro currency and create a new one.
Derivation Type The Euro currency derivation type is used only for the Euro, and the Euro derived derivation type identifies national currencies of EMU member states. All other currencies don't have derivation types.
Derivation Factor The derivation factor is the fixed conversion rate by which you multiply one Euro to derive the equivalent EMU currency amount. The Euro currency itself must not have a derivation factor.
Derivation Effective Date The derivation effective date is the date on which the relationship between the EMU currency and the Euro begins.
13
Oracle Procurement Cloud
Implementing Procurement
Chapter 4
Define Currencies and Currency Rates
FAQs for Manage Currencies When do I create or enable currencies? Create or enable any currency for displaying monetary amounts, assigning currency to ledgers, entering transactions, recording balances, or for any reporting purpose. Oracle Fusion Applications supports all currencies from the International Organization for Standardization (ISO) 4217 standard. The default currency is set to United States Dollar (USD).
What's the difference between precision, extended precision, and minimum accountable unit for a currency? Precision refers to the number of digits placed to the right of the decimal point used in regular currency transactions. For example, USD would have 2 as the precision value for transactional amounts, such as $1.00.
Extended precision is the number of digits placed to the right of the decimal point and must be greater than or equal to the precision value. For calculations requiring greater precision, you can enter an extended precision value such as 3 or 4. That would result in the currency appearing as $1.279 or 1.2793.
Note While some applications use extended precision, others such as Oracle Fusion General Ledger don't. Minimum accountable unit is the smallest denomination for the currency. For example, for USD that would be .01 for the cent. This unit doesn't necessarily correspond to the precision value for all currencies.
What's a statistical unit currency type? The statistical unit currency type denotes the Statistical (STAT) currency used to record financial statistics in the financial reports, allocation formulas, and other calculations.
Manage Conversion Rate Types Creating Conversion Rate Types: Critical Choices Maintain different conversion rates between currencies for the same period with the Oracle Fusion General Ledger conversion rate types functionality. Four predefined daily conversion rate types are seeded: • Spot • Corporate • User • Fixed You can use different rate types for different business needs. During journal entry, the conversion rate is provided automatically by the General Ledger based on the selected conversion rate type and currency, unless the rate type is user. For user rate types, you must enter the conversion rate. Define additional rate types as needed. Set your most frequently used rate type as the default. Conversion rate types cannot be deleted. Assign conversion rate types to automatically populate the associated rate for your period average and period end rates for the ledger. For example, you can assign the predefined rate type Spot to populate your period average rates and
14
Oracle Procurement Cloud
Chapter 4
Implementing Procurement
Define Currencies and Currency Rates
the predefined rate typeCorporate to populate your period end rates. Period average and period end rates are used in translation of account balances. Conversion rate types are used to automatically assign a rate when you perform the following accounting functions: • Convert foreign currency journal amounts to ledger currency equivalents. • Convert journal amounts from source ledgers to reporting currencies or secondary ledgers. • Run Revaluation or Translation processes. In creating new conversion rates, decide whether to do the following: • Enforce inverse relationships • Select pivot currencies • Select contra currencies • Enable cross rates and allow cross rate overrides • Maintain cross rate rules
Enforce Inverse Relationships Check the Enforce Inverse Relationship check box to specify whether or not to enforce the automatic calculation of inverse conversion rates when defining daily rates. Action
Results
Checked
When you enter a daily rate to convert currency A to currency B,rate, General Ledger automatically calculates the inverse currency B to A, and enters it in the adjacent column. If either rate is changed, the application automatically recalculates the other rate. You can update the application calculated inverse rate, but once you do, the related rate is updated. The check box enforces that the inverse relationship is maintained but does not prevent you from updating the rates.
Unchecked
General Ledger calculates the inverse rate but you can change the rate and update the daily rates table without the corresponding rate being updated.
Select Pivot Currencies Select a pivot currency that is commonly used in your currency conversions. A pivot currency is the central currency that interacts with contra currencies. For example, you set up a daily rate between the US dollar (USD) and the Euro currency (EUR) and another between the USD and the Canadian dollar (CAD). USD is the pivot currency in creating a rate between EUR and CAD. EUR and CAD are the contra currencies. Select the pivot currency from the list of values which contains those currencies that are enabled, effective, and not a statistical (STAT) currency. The description of the pivot currency is populated automatically based on the currency definition.
15
Oracle Procurement Cloud
Implementing Procurement
Chapter 4
Define Currencies and Currency Rates
If you want the application to create cross rates against a base currency, define the base currency as the pivot currency. Selected pivot currencies can be changed in the Rate Types page.
Select Contra Currencies Select currencies available on the list of values as contra currencies. The available currencies are those currencies which are enabled, effective, not STAT currency, and not the pivot currency selected earlier. The description of the contra currency is populated automatically based on the currency definition. Add or delete contra currencies in the Contra Currencies region of the Rate Types page.
Enable Cross Rates and Allow Cross Rate Overrides Check the Enable Cross Rates check box to calculate conversion rates based on defined currency rate relationships. General Ledger calculates cross rates based on your defined cross rate rules. Associate your cross rate rules with a conversion rate type, pivot currency, and contra currencies. Cross rates facilitate the creation of daily rates by automatically creating the rates between contra currencies based on their relationship to a pivot currency. If the Enable Cross Rates check box is changed to unchecked after entering contra currencies, the application stops calculating cross rates going forward for that particular rate type. All the earlier calculated cross rates for that rate type remain in the database unless you manually delete them. For example, if you have daily rates defined for the pivot currency, USD to the contra currency, EUR, and USD to another contra currency, CAD, the application will automatically create the rates between EUR to CAD and CAD to EUR. This prevents the need to manually define the EUR to CAD and CAD to EUR rates. Check the Allow Cross Rates Override check box to permit your users to override application generated cross rates. If you accept the default of unchecked, the application generated cross rates cannot be overridden
Maintain Cross Rate Rules Define or update your cross rate rules at any time by adding or removing contra currency assignments. Add a contra currency to a cross rate rule and run the Daily Rates Import and Calculation process to generate the new rates. If your remove a cross rate rule or a contra currency from a rule, any cross rates generated previously for that contra currency remain unless you manually delete them. Changes to the rule are not retroactive and will not affect previously stored cross rates. The Cross Rate process generates as many rates as possible and skips currencies where one component of the set is missing.
Note With a defined web service that extracts daily currency conversion rates from external services, for example Reuters, currency conversion rates are automatically updated for the daily rates and all cross currency relationships.
Related Topics • What's the difference between calendar and fiscal period naming?
Using Rate Types: Examples There are four seeded conversion rate types in Oracle Fusion applications: • Spot • Corporate • User
16
Oracle Procurement Cloud
Chapter 4
Implementing Procurement
Define Currencies and Currency Rates
• Fixed
Scenario You are the general ledger accountant for InFusion America Inc. You are entering a journal entry to capture three transactions that were transacted in three different foreign currencies: • Canadian dollar (CAD): A stable currency • Mexican Peso (MXP): A fluctuating currency • Hong Kong dollar (HKD): An infrequently used currency You enter two lines with accounts and amounts for each foreign currency transaction. Based on your company procedures, you select the appropriate rate type to populate the rate for Corporate and Spot rate types from your daily rates table. You manually enter the current rate for the User rate type. CurrencySelected
RateTypeSelected
Reason
CAD
Corporate
Entered a periodic type of transaction. Your company has established a daily rate to use for the entire month across divisions for all transactions in CAD. CAD is a stable currency that only fluctuations slightly over the month.
MXP
Spot
Entered a periodic type of transaction. Your company enters daily rates each day for MXP because this currency is unstable and fluctuates.
HKD
User
Entered a one time transaction. Your company does not maintain daily rates in HKD.
Note Your company does not currently use the Fixed rate type. From January 1, 1999, the conversion rate of the French franc (FRF) against the euro currency (EUR) was set at a fixed rate of 1 EUR to 6.55957 FRF. Your French operations were started in 2007, so you maintain all your French business records in the EUR.
FAQs for Manage Conversion Rate Types What's the difference between spot, corporate, user, and fixed rate types? Spot, corporate, user, and fixed conversion rate types differ based on fluctuations of your entered foreign currency and your company procedures for maintaining daily rates.
17
Oracle Procurement Cloud
Chapter 4
Implementing Procurement RT aytepe
Define Currencies and Currency Rates Usage
Spot
For currencies with fluctuating conversion rates or when exact currency conversion is needed.
Corporate
For setting a standard rate across your organization for a stable currency.
User
For infrequent entries where your daily rates for the entered foreign currency are not set up.
Fixed
For rates where the conversion is constant between two currencies.
If you have infrequent foreign currency transactions, the user rate type can simplify your currency maintenance. The user rate can also provide an accurate conversion rate on the date of the transaction.
Manage Daily Rates Entering Daily Rates Manually: Worked Example You are required to enter the daily rates for currency conversion from Great Britain pounds sterling (GBP) to United States dollars (USD) for 5 days for your company InFusion America Inc. In orderADF to load rates Integration using the Daily you need to install Oracle ADF client software. Oracle Desktop is anRates ExcelSpreadsheet, add-in that enables desktop integration with Desktop MicrosoftIntegration Excel workbooks. Users can download the installation files from Navigator > Tools > Download Desktop Integrator Installer.
Entering Daily Rates 1. Navigator > Period Close. Use the Period Close work area to link to close processes and currency process. 2. Click the Manage Currency Rates link. Use the Currency Rates Manager page to create, edit, and review currency rate types, daily rates, and historical rates. 3. Click the Daily Rates tab. Use the Daily Rates tab to review and enter currency rates. 4. Click the Create in Spreadsheet button. Use the Create Daily Rates spreadsheet to enter daily rates in a template that you can save and reuse. 5. Click in the From Currency field. Select the GBP - Pound Sterling list item.
18
Oracle Procurement Cloud
Implementing Procurement
Chapter 4
Define Currencies and Currency Rates
6. Click in the To Currency field. Select the USD - US Dollar list item. 7. Click in the Conversion Rate field. Select the Spot list item 8. Click in the From Conversion field. Enter a valid value: 10/1/2014. 9. Click in the To Conversion Date field. Enter a valid value: 10/5/2014. 10. Click in the Conversion Rate field. Enter a valid value: 1.6. 11. Click the Submit > OK twice. 12. Review the Record Status column to verify that all rows were loaded successfully. 13. Save template to use to enter daily rates frequently. You can save the spreadsheet to either a local drive or a shared network drive. 14. Optionally, edit the rates from the Daily Rates user interface or resubmit the spreadsheet.
Related Topics • Working in Desktop Integrated Excel Workbooks: Points to Consider
Updating Currency Rates: Worked Example You are required to change today's daily rates that were already entered. The rates you are changing are for currency conversion from Great Britain pounds sterling (GBP) to United States dollars (USD) for your company InFusion America Inc. Currency conversion rates were entered by an automatic load to the Daily Rates table. They can also be entered through a spreadsheet.
Updating Currency Rates 1. Navigate to the Period Close work area. Use the Period Close work area to link to close processes and currency process. 2. Click the Manage Currency Rates link. Use the Currency Rates Manager page to create, edit, and review currency rate types, daily rates, and historical rates. 3. Click the Daily Rates tab. Use the Daily Rates tab to review and enter currency rates. 4. Click the From Currency list. Select the GBP - Pound Sterling list item. 5. Click the To Currency list. Select the USD - US Dollar list item. 6. Enter the dates for the daily rates that you are changing. Enter today's date. 7. Click the Rate Type list. Select the Spot list item.
19
Oracle Procurement Cloud
Implementing Procurement
Chapter 4
Define Currencies and Currency Rates
8. Click the Search button. 9. Click in the Rate field. Enter the new rate of 1.7 in the Rate field. 10. Click in the Inverse Rate field. Enter the new inverse rate of 0.58822 in the Inverse Rate field. 11. Click the Save button.
Related Topics • Working in Desktop Integrated Excel Workbooks: Points to Consider
20
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
5 Define Enterprise Structures for Procurement Enterprise Structures: Overview Oracle Fusion Applications have been designed to ensure your enterprise can be modeled to meet legal and management objectives. The decisions about your implementation of Oracle Fusion Applications are affected by your: • Industry • Business unit requirements for autonomy • Business and accounting policies • Business functions performed by business units and optionally, centralized in shared service centers • Locations of facilities Every enterprise has three fundamental structures, legal, managerial, and functional, that describe its operations and provide a basis for reporting. In Oracle Fusion, these structures are implemented using the chart of accounts and organization hierarchies. Although many alternative hierarchies can be implemented and used for reporting, you are likely to have one primary structure that organizes your business into divisions, business units, and departments aligned by your strategic objectives.
Legal Structure The figure above shows a typical group of legal entities, operating various business and functional organizations. Your ability to buy and sell, own, and employ comes from your charter in the legal system. A corporation is: • A distinct legal entity from its owners and managers. • Owned by its shareholders, who may be individuals or other corporations.
21
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
There are many other kinds of legal entities, such as sole proprietorships, partnerships, and government agencies. A legally recognized entity can own and trade assets and employ people in the jurisdiction in which it is registered. When granted these privileges, legal entities are also assigned responsibilities to: • Account for themselves to the public through statutory and external reporting. • Comply with legislation and regulations. • Pay income and transaction taxes. • Process value added tax (VAT) collection on behalf of the taxing authority. Many large enterprises isolate risk and optimize taxes by incorporating subsidiaries. They create legal entities to facilitate legal compliance, segregate operations, optimize taxes, complete contractual relationships, and isolate risk. Enterprises use legal entities to establish their enterprise's identity under the laws of each country in which their enterprise operates. In the figure above: • A separate card represents a series of registered companies. • Each company, including the public holding company, InFusion America, must be registered in the countries where they do business. • Each company contributes to various divisions created for purposes of management reporting. These are shown as vertical columns on each card. For example, a group might have a separate company for each business in the United States (US), but have their United Kingdom (UK) legal entity represent all businesses in that country. The divisions are linked across the cards so that a business can appear on some or all of the cards. For example, the air quality monitoring systems business might be operated by the US, UK, and France companies. The list of business divisions is on the Business Axis. Each company's card is also horizontally striped by functional groups, such as the sales team and the finance team. This functional list is called the Functional Axis. The overall image suggests that information might, at a minimum, be tracked by company, business, division, and function in a group environment. In Oracle Fusion Applications, the legal structure is implemented using legal entities.
Management Structure Successfully managing multiple businesses requires that you segregate them by their strategic objectives, and measure their results. Although related to your legal structure, the business organizational hierarchies do not need to be reflected directly in the legal structure of the enterprise. The management structure can include divisions, subdivisions, lines of business, strategic business units, profit, and cost centers. In the figure above, the management structure is shown on the Business Axis. In Oracle Fusion Applications, the management structure is implemented using divisions and business units as well as being reflected in the chart of accounts.
Functional Structure Straddling the legal and business organizations is a functional organization structured around people and their competencies. For example, sales, manufacturing, and service teams are functional organizations. This functional structure is represented by the Functional Axis in the figure above. You reflect the efforts and expenses of your functional organizations directly on the income statement. Organizations must manage and report revenues, cost of sales, and functional expenses such as research and development (R&D) and selling, general, and administrative (SG&A) expenses. In Oracle Fusion Applications, the functional structure is implemented using departments and organizations, including sales, marketing, project, cost, and inventory organizations.
22
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Enterprise Structures Business Process Model: Explained In Oracle Fusion Applications, the Enterprise Performance and Planning Business Process Model illustrates the major implementation tasks that you perform to create your enterprise structures. This process includes: • Set Up Enterprise Structures business process, which consist of implementation activities that span many product families. • Information Technology, a second Business Process Model which contains the Set Up Information Technology Management business process. • Define Reference Data Sharing, which is one of the activities in this business process and is important in the implementation of the enterprise structures. This activity creates the mechanism to share reference data sets across multiple ledgers, business units, and warehouses, reducing the administrative burden and decreasing the time needed to implement.
23
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
The following figure and chart describes the Business Process Model structures and activities.
B PM A ct i vi t i e s
Description
Define Enterprise
Define the enterprise to get the name of the deploying enterprise and the location of the headquarters.
Define Enterprise Structures
Define enterprise structures to represent an organization with one or more legal under common Define organizations toentities represent each area of control. business within the enterprise.
24
Oracle Procurement Cloud
Chapter 5
Implementing Procurement B PM A ct i vi t i e s
Define Enterprise Structures for Procurement Description
Define Legal Jurisdictions and Authorities
Define information for governing bodies that operate within a jurisdiction.
Define Legal Entities
Define legal entities and legal reporting units for business activities handled by the Oracle Fusion Applications.
Define Business Units
Define business units of an enterprise to perform one or many business functions that can be rolled up in a management hierarchy. business unit canNormally, process it transactions on behalf of Amany legal entities. has a manager, strategic objectives, a level of autonomy, and responsibility for its profit and loss.
Define Financial Reporting Structures
Define financial reporting structures, including organization structures, charts of accounts, organizational hierarchies, calendars, currencies and rates, ledgers, and document sequences which are used in organizing the financial data of a company.
Define Chart of Accounts
Define chart of accounts including hierarchies and values to enable tracking of financial transactions and reporting at legal entity, cost center, account, and other segment levels.
Define Ledgers
Define the primary accounting ledger and any secondary ledgers that provide an alternative accounting representation of the financial data.
Define Accounting Configurations
Define the accounting configuration that serves as a framework for how financial records are maintained for an organization.
Define Facilities
Define your manufacturing and storage facilities as Inventory Organizations if Oracle Fusion tracks inventory balances there and Item Organizations if Oracle Fusion only tracks the items used in the facility but not the balances.
Define Reference Data Sharing
Define how reference data in the applications is partitioned and shared.
25
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Note There are product specific implementation activities that are not listed here and depend on the applications you are implementing. For example, you can implement Define Enterprise Structures for Human Capital Management, Project Management, and Sales Management.
Global Enterprise Configuration: Points to Consider Start your global enterprise structure configuration by discussing what your organization's reporting needs are and how to represent those needs in the Oracle Fusion Applications. The following are some questions and points to consider as you design your global enterprise structure in Oracle Fusion. • Enterprise Configuration • Business Unit Management • Security Structure • Compliance Requirements
Enterprise Configuration • What is the level of configuration needed to achieve the reporting and accounting requirements? • What components of your enterprise do you need to report on separately? • Which components can be represented by building a hierarchy of values to provide reporting at both detail and summary levels? • Where are you on the spectrum of centralization versus decentralization?
Business Unit Management • What reporting do I need by business unit? • How can you set up your departments or business unit accounts to achieve departmental hierarchies that report accurately on your lines of business? • What reporting do you need to support the managers of your business units, and the executives who measure them? • How often are business unit results aggregated? • What level of reporting detail is required across business units?
Security Structure • What level of security and access is allowed? • Are business unit managers and the people that report to them secured to transactions within their own business unit? • Are the transactions for their business unit largely performed by a corporate department or shared service center?
Compliance Requirements • How do you comply with your corporate external reporting requirements and local statutory reporting requirements? • Do you tend to prefer a corporate first or an autonomous local approach? • Where are you on a spectrum of centralization, very centralized or decentralized?
26
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Modeling Your Enterprise Management Structure in Oracle Fusion: Example This example uses a fictitious global company to demonstrate the analysis that can occur during the enterprise structure configuration planning process.
Scenario Your company, InFusion Corporation, is a multinational conglomerate that operates in the United States (US) and the United Kingdom (UK). InFusion has purchased an Oracle Fusion enterprise resource planning (ERP) solution including Oracle Fusion General Ledger and all of the Oracle Fusion subledgers. You are chairing a committee to discuss creation of a model for your global enterprise structure including both your US and UK operations.
InFusion Corporation InFusion Corporation has 400 plus employees and revenue of $120 million. Your product line includes all the components to build and maintain air quality monitoring (AQM) systems for homes and businesses. You have two distribution centers and three warehouses that share a common item master in the US and UK. Your financial services organization provides funding to your customers for the start up costs of these systems.
Analysis The following are elements you need to consider in creating your model for your global enterprise structure. • Your company is required to report using US Generally Accepted Accounting Principles (GAAP) standards and UK Statements of Standard Accounting Practice and Financial Reporting Standards. How many ledgers do you need to achieve proper statutory reporting? • Your managers need reports that show profit and loss (revenue and expenses) for their lines of business. Do you use business units and balancing segments to represent your divisions and businesses? Do you secure data by two segments in your chart of accounts which represents each department and legal entity or one segment that represents both to produce useful, but confidential management reports? • Your corporate management requires reports showing total organizational performance with drill down capability to the supporting details. Do you need multiple balancing segment hierarchies to achieve proper rollup of balances for reporting requirements? • Your company has all administrative, account payables, procurement, and human resources functions performed at their corporate headquarters. Do you need one or more business unit in which to perform all these functions? How will your shared service center be configured?
Global Enterprise Structure Model The following figure and table summarize the model that your committee has designed and uses numerical values to provide a sample representation of your structure. The model includes the following recommendations: • Creation of three separate ledgers representing your separate legal entities: ◦
InFusion America Inc.
27
Oracle Procurement Cloud
Implementing Procurement ◦
InFusion Financial Services Inc.
◦
InFusion UK Services Ltd.
Chapter 5
Define Enterprise Structures for Procurement
• Consolidation of results for system components, installations, and maintenance product lines across the enterprise • All UK general and administrative costs processed at the UK headquarters • US Systems' general and administrative costs processed at US Corporate headquarters • US Financial Services maintains its own payables and receivables departments
28
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
In this chart, the green globe stands for mandatory and gold globe stands for optional setup. The following statements expand on the data in the chart. • The enterprise is mandatory because it serves as an umbrella for the entire implementation. All organizations are created within an enterprise. • Legal entities are also mandatory. They can be optionally mapped to balancing segment values or represented by ledgers. Mapping balancing segment values to legal entities is mandatory if you plan to use the intercompany functionality. • At least one ledger is mandatory in an implementation in which you record your accounting transactions. • Business units are also mandatory because financial transactions are processed in business units. • A shared service center is optional, but if used, must be a business unit. • Divisions are optional and can be represented with a hierarchy of cost centers or by a second balancing segment value. • Departments are mandatory because they track your employees. • Optionally, add an item master organization and inventory organizations if you are tracking your inventory transactions in Oracle Fusion Applications.
Note Some Oracle Fusion Human Capital Management and Oracle Sales Cloud implementations do not require recording of accounting transactions and therefore, do not require implementation of a ledger.
29
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Note The InFusion Corporation is a legal entity but is not discussed in this example.
Essbase Character and Word Limitations The following is a comprehensive list of character and word limitations that apply to Essbase. All of the limitations apply to all of the Oracle Fusion General Ledger configurations summarized in the table. Oracle Fusion General Ledger Configuration
Maps to Essbase As:
Chart of Account Name
Cube Name
Chart of Account Segment Name
Dimension Name
Chart of Accounts Segment Value
Dimension Member Name
Chart of Accounts Segment Value Description
Alias for Member
Tree and Tree Version Name
Dimension Member Name
Primary Ledger Name
Dimension Member Name in Ledger Dimension
Secondary Ledger Name
Dimension Member Name in Ledger Dimension
Reporting Currency Name
Dimension Member Name in Ledger Dimension
Ledger Set Name
Dimension Member Name in Ledger Dimension
Accounting Calendar Period Names
Dimension Member Name in Accounting Period Name
Scenario Name Defined in Seeded Value Set Called Accounting Scenario
Dimension Member Name in Scenario Dimension
Even when case sensitivity is enabled in an aggregate storage outline for which duplicate member names is enabled, do not use matching names with only case differences for a dimension name. For example, do not: • Name two dimensions Product and product. • Use quotation marks or brackets.
30
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
• Use tabs in dimension, member, or alias names. • Use accent characters. • Use the characters for dimension or member names.
Restricted Characters The following is a list of characters that are restricted and cannot be used in dimension, member, or alias names. Character
M ean i n g
@
at sign
\
backslash
,
comma
-
dash, hyphen, or minus sign
Note For the accounting calendar period names, you can use a hyphen or an underscore in the middle of an accounting calendar period name. example: Jan-15 or Adj_Dec-15 can be For used successfully.
=
equal sign
<
less than sign
()
parentheses
.
period
+
plus sign
'
single quotation mark
_
underscore
31
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Character
M ean i n g
Note For the accounting calendar period names, you can use a hyphen or an underscore in the middle of an accounting calendar period name. For example: Jan-15 or Adj_Dec-15 can be used successfully.
|
vertical bar
Other Restrictions • Don't place spaces at the beginning or end of names. Essbase ignores such spaces. • Don't use these types of words as dimension or member names: ◦
Calculation script commands, operators, and keywords.
◦
Report writer commands.
◦
Function names and function arguments.
◦
Names of other dimensions and members (unless the member is shared).
◦
Generation names, level names, and aliases in the database.
◦
Any of these words in the table below: L1ist
L2ist
L3ist
ALL
AND
ASSIGN
AVERAGE
CALC
CALCMBR
COPYFORWARD
CROSSDIM
CURMBRNAME
DIM
DIMNAME
DIV
DYNAMIC
EMPTYPARM
EQ
EQOP
EXCEPT
EXP
32
Oracle Procurement Cloud
Chapter 5
Implementing Procurement L1ist
Define Enterprise Structures for Procurement L2ist
L3ist
EXPERROR
FLOAT
FUNCTION
GE
GEN
GENRANGE
GROUP
GT
ID
IDERROR
INTEGER
LE
LEVELRANGE
LOOPBLOCK
LOOPPARMS
LT
MBR
MBRNAME
MBRONLY
MINUS
MISSING, #MISSING
MUL
MULOP
NE
NON
NONINPUT
NOT
OR
PAREN
PARENPARM
PERCENT
PLUS
RELOP
SET
SKIPBOTH
SKIPMISSING
SKIPNONE
SKIPZERO
TO
TOLOCALRATE
TRAILMISSING
TRAILSUM
UMINUS
UPPER
VARORXMBR
XMRONLY
$$$UNIVERSE$$$
#MI
33
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Define Initial Configuration with the Enterprise Structures Configurator Establishing Enterprise Structures Using the Enterprise Structures Configurator: Explained The Enterprise Structures Configurator is an interview-based tool that you through the process of setting a basic enterprise structure. By answering questions about your enterprise, theguides tool creates a structure of divisions, legalup entities, business units, and reference data sets that reflects your enterprise structure. After you create your enterprise structure, you also follow a guided process to determine whether to use positions, and whether to set up additional attributes for jobs and positions. After you define your enterprise structure and your job and position structures, you can review them, make any necessary changes, and then load the final configuration. This figure illustrates the process to configure your enterprise using the Enterprise Structures Configurator.
To be able to use the Enterprise Structures Configurator, you must select the Enterprise Structures Guided Flow feature for your offerings on the Configure Offerings page in the Setup and Maintenance work area. If you don't select this feature, then
34
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
you must set up your enterprise structure using individual tasks provided elsewhere in the offerings, and you can't create multiple configurations to compare different scenarios.
Establish Enterprise Structures To define your enterprise structures, use the guided flow within the Establish Enterprise Structures task to enter basic information about your enterprise, such as the primary industry. You then create divisions, legal entities, business units, and reference data sets. The Establish Enterprise Structures task enables you to create multiple enterprise configurations so that you can compare different scenarios. Until you load a configuration, you can continue to create and edit multiple configurations until you arrive at one that best suits your enterprise.
Establish Job and Position Structures You also use a guided process to determine whether you want to use jobs only, or jobs and positions. The primary industry that you select in the Establish Enterprise Structures task provides the application with enough information to make an initial recommendation. You can either accept the recommendation, or you can answer additional questions about how you manage people in your enterprise, and then make a selection. After you select whether to use jobs or positions, you are prompted to set up a descriptive flexfield structure for jobs, and for positions if applicable. Descriptive flexfields enable you to get more information when you create jobs and positions.
Review Configuration You can view a result of the interview process prior to loading the configuration. The review results, show the divisions, legal entities, business units, reference data sets, and the management reporting structure that the application will create when you load the configuration.
Load Configuration You can load only one configuration. When you load a configuration, the application creates the divisions, legal entities, business units, and so on. After you load the configuration, you then use individual tasks to edit, add, and delete enterprise structures.
Rolling Back an Enterprise Structure Configuration: Explained The Enterprise Structures Configurator (ESC) provides the ability to roll back an enterprise configuration in the following circumstances:
Roll Back a Configuration Manually You can manually roll back an enterprise configuration after loading it, for example, because you decide you do not want to use it. Clicking the Roll Back Configuration button on the Manage Enterprise Configuration page rolls back any enterprise structures that were created as a part of loading the configuration.
Roll Back a Configuration Automatically If an error occurs during the process of loading the configuration, then the application automatically rolls back any enterprise structures that were created before the error was encountered.
Designing an Enterprise Configuration: Example This example illustrates how to set up an enterprise based on a global company operating mainly in the US and the UK with a single primary industry.
35
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Scenario InFusion Corporation is a multinational enterprise in the high technology industry with product lines that include all the components that are required to build and maintain air quality monitoring (AQM) systems for homes and businesses. Its primary locations are in the US and the UK, but it has smaller outlets in France, Saudi Arabia, and the United Arab Emirates (UAE).
Enterprise Details In the US, InFusion employs 400 people and has company revenue of $120 million. Outside the US, InFusion employs 200 people and has revenue of $60 million.
Analysis InFusion requires three divisions. • The US division covers the US locations. • The Europe division covers UK and France. • Saudi Arabia and the UAE are covered by the Middle East division. InFusion requires legal entities with legal employers, payroll statutory units, tax reporting units, and legislative data groups for the US, UK, France, Saudi Arabia, and UAE, in order to employ and pay its workers in those countries. InFusion requires a number of departments across the enterprise for each area of business, such as sales and marketing, and a number of cost centers to track and report on the costs of those departments. Infusion has general managers responsible for business units within each country. Those business units may share reference data. Some reference data can be defined within a reference data set that multiple business units may subscribe to. Business units are also required for financial purposes. Financial transactions are always processed within a business unit.
Resulting Enterprise Configuration Based on this analysis, InFusion requires an enterprise with multiple divisions, ledgers, legal employers, payroll statutory units, tax reporting units, legislative data groups, departments, cost centers, and business units.
36
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
This figure illustrates the enterprise configuration that results from the analysis of InFusion Corporation.
Division: Explained Managing multiple businesses requires that you segregate them by their strategic objectives and measure their results. Responsibility to reach objectives can be delegated along the management structure. Although related to your legal structure, the business organizational hierarchies do not reflect directly the legal structure of the enterprise. The management entities and structure can include: • Divisions and subdivisions • Lines of business
37
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Other strategic business units • Their own revenue and cost centers These organizations can be included in many alternative hierarchies and used for reporting, as long as they have representation in the chart of accounts.
Divisions A division refers to a business oriented subdivision within an enterprise, in which each division organizes itself differently to deliver products and services or address different markets. A division can operate in one or more countries, and can be comprised of many companies or parts of different companies that are represented by business units. A division is a profit center or grouping of profit and cost centers, where the division manager is responsible for attaining business goals including profit goals. A division can be responsible for a share of the company's existing product lines or for a separate business. Managers of divisions may also have return on investment goals requiring tracking of the assets and liabilities of the division. The division manager generally reports to a top corporate executive. By definition a division can be represented in the chart of accounts. Companies may choose to represent product lines, brands, or geographies as their divisions: their choice represents the primary organizing principle of the enterprise. This may coincide with the management segment used in segment reporting. Oracle Fusion Applications supports a qualified management segment and recommends that you use this segment to represent your hierarchy of business units and divisions. If managers of divisions have return on investment goals, make the management segment a balancing segment. Oracle Fusion applications allows up to three balancing segments. The values of the management segment can be comprised of business units that roll up in a hierarchy to report by division. Historically, divisions were implemented as a node in a hierarchy of segment values. For example, Oracle E-Business Suite has only one balancing segment, and often the division and legal entity are combined into a single segment where each value stands for both division and legal entity.
Use of Divisions in Oracle Fusion Human Capital Management (HCM) Divisions are used in HCM to define the management organization hierarchy, using the generic organization hierarchy. This hierarchy can be used to create organization based security profiles.
Legal Entities: Explained A legal entity is a recognized party with rights and responsibilities given by legislation. Legal entities have the following rights and responsibilities to: • Own property • Trade • Repay debt • 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. 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 responsibility for elements of your enterprise for the following reasons: • Facilitating local compliance • Minimizing the enterprise's tax liability
38
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Preparing for acquisitions or disposals of parts of the enterprise • Isolating one area of the business from risks in another area. For example, 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.
The Role of Your Legal Entities In configuring your enterprise structure in Oracle Fusion Applications, you need to understand that the contracting party on any transaction is always the legal entity. Individual legal entities: • Own the assets of the enterprise • Record sales and pay taxes on those sales • Make purchases and incur expenses • Perform other transactions Legal entities must comply with the regulations of jurisdictions, in which they register. Europe now allows for companies to register in one member country and do business in all member countries, and the US allows for companies to register in one state and do business in all states. To support local reporting requirements, legal reporting units are created and registered. You are required to publish specific and periodic disclosures of your legal entities' operations based on different jurisdictions' requirements. Certain annual or more frequent accounting reports are referred to as statutory or external reporting. These reports must be filed with specified national and regulatory authorities. For example, in the United States (US), your publicly owned entities (corporations) are required to file quarterly and annual reports, as well as other periodic reports, with the Securities and Exchange Commission (SEC), who enforces statutory reporting requirements for public corporations. Individual entities privately held or held by public companies do not have to file separately. In other countries, your individual entities do have to file in their own name, as well as at the public group level. Disclosure requirements are diverse. For example, your local entities may have to file locally to comply with local regulations in a local currency, as well as being included in your enterprise's reporting requirements in different currency. A legal entity can represent all or part of your enterprise's management framework. For example, if you operate in a large country such as the United Kingdom or Germany, you might incorporate each division in the country as a separate legal entity. In a smaller country, for example Austria, you might use a single legal entity to host all of your business operations across divisions.
Creating Legal Entities in the Enterprise Structures Configurator: Points to Consider Use the Enterprise Structures Configurator (ESC), to create legal entities for your enterprise automatically, based on the countries in which divisions of your business operate, or you can upload a list of legal entities from a spreadsheet.
Automatically Creating Legal Entities If you are not certain of the number of legal entities that you need, you can create them automatically. To use this option, you first identify all of the countries in which your enterprise operates. The application opens the Map Divisions by Country page, which contains a matrix of the countries that you identified, your enterprise, and the divisions that you created. You select the check boxes where your enterprise and divisions intersect with the countries to identify the legal entities that you want the application to create. The enterprise is included for situations where your enterprise operates in a country, acts on behalf of several divisions within the enterprise, and is a legal employer in a country. If you select the enterprise for a country, the application creates a country holding company. The application automatically creates the legal entities that you select, and identifies them as payroll statutory units and legal employers. For each country that you indicated that your enterprise operates in, and for each country that you created a location for, the application also automatically creates a legislative data group.
39
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Any legal entities that you create automatically cannot be deleted from the Create Legal Entities page within the Enterprise Structures Configurator. You must return to the Map Divisions by Country page and deselect the legal entities that you no longer want.
Example: Creating Legal Entities Automatically InFusion Corporation is using the ESC to set up their enterprise structure. They have identified two divisions, one for Lighting, and one for Security. The Lighting division operates in Japan and the US, and the Security division operates in the UK and India. This figure illustrates InFusion Corporation's enterprise structure.
This table represents the selections that InFusion Corporation makes when specifying which legal entities to create on the Map Divisions by Country page.
Country
Enterprise
InFusionLighting
Japan
No
Yes
InFusionSecurity
No
US
No
Yes
No
UK
No
No
Yes
India
No
No
Yes
Based on the selections made in the preceding table, the ESC creates the following four legal entities: • InFusion Lighting Japan LE • InFusion Lighting US LE • InFusion Security UK LE • InFusion Security India LE
40
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Creating Legal Entities Using a Spreadsheet If you have a list of legal entities already defined for your enterprise, you can upload them from a spreadsheet. To use this option, you first download a spreadsheet template, then add your legal entity information to the spreadsheet, and then upload directly to your enterprise configuration. You can export and import the spreadsheet multiple times to accommodate revisions.
Related Topics • Working in Desktop Integrated Excel Workbooks: Points to Consider
Legal Entity in Oracle Fusion: Points to Consider
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. When your legal entities are trading with each other, you represent both of them as legal entities and also as customers and suppliers in your customer and supplier registers. Use legal entity relationships to determine which transactions are intercompany and require intercompany accounting. Your legal entities can be identified as legal employers and therefore, are available for use in Human Capital Management (HCM) applications. There are several decisions to consider when you create legal entities. • The importance of legal entity in transactions • Legal entity and its relationship to business units • Legal entity and its relationship to divisions • Legal entity and its relationship to ledgers • Legal entity and its relationship to balancing segments • Legal entity and its relationship to consolidation rules • Legal entity and its relationship to intercompany transactions • Legal entity and its relationship to worker assignments and legal employer • Legal entity and payroll reporting • Legal reporting units
The Importance of Legal Entity in Transactions All of the assets of the enterprise are owned by individual legal entities. Oracle Fusion Financials allow your users to enter legal entities on transactions that represent a movement in value or obligation. For example, the creation of a sales order creates an obligation for the legal entity that books the order to deliver the goods on the acknowledged date, and an obligation of the purchaser to receive and pay for those goods. Under contract law in most countries, 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. In another example, if you revalued your inventory in a warehouse to account for raw material price increases, the revaluation and revaluation reserves must be reflected in your legal entity's accounts. In Oracle Fusion Applications, your inventory within an inventory organization is managed by a single business unit and belongs to one legal entity.
Legal Entity and its Relationship to Business Units
A business unit can process transactions on behalf of many legal entities. Frequently, a business unit is part of a single legal entity. In most cases the legal entity is explicit on your transactions. For example, a payables invoice has an explicit legal entity field. Your accounts payables department can process supplier invoices on behalf of one or many business units.
41
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
In some cases, your legal entity is inferred from your business unit that is processing the transaction. For example, Business Unit ACM UK has a default legal entity of InFusion UK Ltd. When a purchase order is placed in ACM UK, the legal entity InFusion UK Ltd is legally obligated to the supplier. Oracle Fusion Procurement, Oracle Fusion Project Portfolio Management, and Oracle Fusion Supply Chain applications rely on deriving the legal entity information from the business unit.
Legal Entity and its Relationship to Divisions The division is an area of management responsibility that can correspond to a collection of legal entities. If desired, you can aggregate the results for your divisions by legal entity or by combining parts of other legal entities. Define date-effective hierarchies for your cost center or legal entity segment in your chart of accounts to facilitate the aggregation and reporting by division. Divisions and legal entities are independent concepts.
Legal Entity and its Relationship to Ledgers One of your major responsibilities is to file financial statements for your legal entities. Map legal entities to specific ledgers using the Oracle Fusion General Ledger Accounting Configuration Manager. Within a ledger, you can optionally map a legal entity to one or more balancing segment values.
Legal Entity and its Relationship to Balancing Segments Oracle Fusion General Ledger supports up to three balancing segments. Best practices recommend that one of these segments represents your legal entity to ease your requirement to account for your operations to regulatory agencies, tax authorities, and investors. Accounting for your operations means you must produce a balanced trial balance sheet by legal entity. If you account for many legal entities in a single ledger, you must: 1. Identify the legal entities within the ledger. 2. Balance transactions that cross legal entity boundaries through intercompany transactions. 3. Decide which balancing segments correspond to each legal entity and assign them in Oracle Fusion General Ledger Accounting Configuration Manager. Once you assign one balancing segment value in a ledger, then all your balancing segment values must be assigned. This recommended best practice facilitates reporting on assets, liabilities, and income by legal entity. Represent your legal entities by at least one balancing segment value. You may represent it by two or three balancing segment values if more granular reporting is required. For example, if your legal entity operates in multiple jurisdictions in Europe, you might define balancing segment values and map them to legal reporting units. You can represent a legal entity with more than one balancing segment value. Do not use a single balancing segment value to represent more than one legal entity. In Oracle Fusion General Ledger, there are three balancing segments. You can use separate balancing segments to represent your divisions or strategic business units to enable management reporting at the balance sheet level for each division or business unit. For example, use this solution to empower your business unit and divisional managers to track and assume responsibility for their asset utilization or return on investment. Using multiple balancing segments is also useful when you know at the time of implementation that you are disposing of a part of a legal entity and need to isolate the assets and liabilities for that entity.
Important Implementing multiple balancing segments requires every journal entry that is not balanced by division or business unit, to generate balancing lines. Also, you cannot change to multiple balancing segments easily after you have begun to use the ledger because your historical data is not balanced by the new multiple balancing segments. Restating historical data must be done at that point. If your enterprise regularly off businesses if they hold managers of those businesses for utilization of assets, it makespins be useful to identifyorthe business with a balancing segment value.accountable If you decided to account for each legal entity in a separate ledger, there is no requirement to identify the legal entity with a balancing segment value within the ledger.
42
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Tip While transactions that cross balancing segments don't necessarily cross legal entity boundaries, all transactions that cross legal entity boundaries must cross balancing segments. If you make an acquisition or are preparing to dispose of a portion of your enterprise, you may want to account for that part of the enterprise in its own balancing segment even if it is not a separate legal entity. If you do not map legal entities sharing the same ledger to balancing segments, you are not be able to distinguish them using the intercompany functionality or track their individual equity.
Legal Entity and Its Relationship to Consolidation Rules In Oracle Fusion Applications you can map legal entities to balancing segments and then define consolidation rules using your balancing segments. You are creating a relationship between the definition of your legal entities and their role in your consolidation.
Legal Entity and its Relationship to Intercompany Transactions Use Oracle Fusion Intercompany feature to create intercompany entries automatically across your balancing segments. Intercompany processing updates legal ownership within the enterprise's groups of legal entities. Invoices or journals are created as needed. To limit the number of trading pairs for your enterprise, set up intercompany organizations and assign then to your authorized legal entities. Define processing options and intercompany accounts to use when creating intercompany transactions and to assist in consolidation elimination entries. These accounts are derived and automatically entered on your intercompany transactions based on legal entities assigned to your intercompany organizations. Intracompany trading, in which legal ownership isn't changed but other organizational responsibilities are, 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.
Tip In the Oracle Fusion Supply Chain applications, model intercompany relationships using business units, from which legal entities are inferred.
Legal Entity and Its Relationship to Worker Assignments and Legal Employer Legal entities that employ people are called legal employers in the Oracle Fusion Legal Entity Configurator. You must enter legal employers on worker assignments in Oracle Fusion HCM.
Legal Entity and Payroll Reporting Your legal entities are required to pay payroll tax and social insurance such as social security on your payroll. In Oracle Fusion Applications, you can register payroll statutory units to pay and report on payroll tax and social insurance on behalf of many of your legal entities. As the legal employer, you might be required to pay payroll tax, not only at the national level, but also at the local level. You meet this obligation by establishing your legal entity as a place of work within the jurisdiction of a local authority. Set up legal reporting units to represent the part of your enterprise with a specific legal reporting obligation. You can also mark these legal reporting units as tax reporting units, if the legal entity must pay taxes as a result of establishing a place of business within the jurisdiction.
Business Units: Explained A business unit is a unit of an enterprise that performs one or many business functions that can be rolled up in a management hierarchy. Aabusiness unit can process transactions of many it has a manager, objectives, level of autonomy, and responsibility foron itsbehalf profit and loss.legal Roll entities. businessNormally, units up into divisions if youstrategic structure your chart of accounts with this type of hierarchy.
43
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
In Oracle Fusion Applications: • 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 mandatory for your business units with business functions that produce financial transactions. • Use business unit as a securing mechanism for transactions. 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. The Oracle Fusion Applications business unit model provides the following advantages: • Allows for flexible implementation • A consistent entity that controls and reports on transactions • Sharing sets of reference data across applications Business units process transactions using reference data sets that reflect your business rules and policies and can differ from country to country. With Oracle Fusion Application functionality, you can choose to share reference data, such as payment terms and transaction types, across business units, or you can choose to have each business unit manage its own set depending on the level at which you wish to enforce common policies. In countries where gapless and chronological sequencing of documents is required for subledger transactions, define your business units in alignment with your legal entities to ensure the uniqueness of sequencing. In summary, use business units in the following ways: • Management reporting • Processing of transactions • Security of transactional data • Reference data definition and sharing
Brief Overview of Business Unit Security Business units are used by a number of Oracle Fusion Applications to implement data security. You assign data roles to your users to give them access to data in business units and permit them to perform specific functions on this data. When a business function is enabled for a business unit, the application can trigger the creation of data roles for this business unit based on the business function's related job roles. 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. Roles authorized to this function for the data in this business unit are automatically created. Use Oracle Fusion Human Capital Management (HCM) security profiles to administer security for employees in business units.
Creating Business Units in the Enterprise Structures Configurator: Points toapplications Consider Business units are used within Oracle Fusion for management reporting, processing of transactions, and security of transactional data. Using the Enterprise Structures Configurator (ESC), you create business units for your enterprise either automatically or manually.
44
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Automatically Creating Business Units To create business units automatically, you must specify the level at which to create business units. Business units within your enterprise may be represented at one of two levels: • Business function level, such as Sales, Consulting, Product Development, and so on. • A more detailed level, where a business unit exists for each combination of countries in which you operate and the functions in those countries. You can automatically create business units at the following levels: • Country • Country and Division • Country and business function • Division • Division and legal entity • Division and business function • Business function • Legal entity • Business function and legal entity Select the option that best meets your business requirements, but consider the following: • If you use Oracle Fusion Financials, the legal entity option is recommended because of the manner in which financial transactions are processed. • The business unit level that you select determines how the application automatically creates reference data sets. After you select a business unit level, the application generates a list of business units, and you select the ones you want the application to create. If you select a level that has two components, such as country and division, then the system displays a table listing both components. You select the check boxes at the intersections of the two components. The business units listed by the application are suggestions only, and are meant to simplify the process to create business units. You aren't required to select all of the business units suggested. When you navigate to the next page in the ESC guided flow, the Manage Business Units page, you can't delete any of the business units created automatically. You must return to the Create Business Units page and deselect any business units that you no longer want.
Example: Selecting Business Unit Levels InFusion Corporation is using the Enterprise Structures Configurator to set up their enterprise structure. They have identified two divisions, one for Lighting, and one for Security. They operate in four countries: US, UK, Japan, and India, and they have created a legal entity for each of the countries. The sales and marketing functions are based in both India and Japan, while the US and the UK have only the sales function.
45
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
This figure illustrates InFusion Corporation's enterprise structure.
The following table lists the options for business unit levels and the resulting business units that the application suggests for InFusion Corporation. BusinessUnitLevel
Country
SuggestedBusinessUnits
• US • UK • Japan • India
Country and Division
• InFusion Lighting: Japan • InFusion Lighting: US • Infusion Security: UK • Infusion Security: India
Country and business function
• Sales: Japan • Marketing: Japan • Sales: US • Sales: UK
46
Oracle Procurement Cloud
Implementing Procurement BusinessUnitLevel
Chapter 5
Define Enterprise Structures for Procurement SuggestedBusinessUnits
• Marketing: India • Sales: India
Division
• InFusion Lighting • InFusion Security
Division and Legal Entity
• InFusion Lighting: Japan • InFusion Lighting: US • Infusion Security: UK • Infusion Security: India
Division and Business Function
• InFusion Lighting, Sales • InFusion Lighting, Marketing • InFusion Security, Sales • InFusion Security, Marketing
Business Function • Sales • Marketing
Legal Entity
• Legal Entity: Japan • Legal Entity: US • Legal Entity: UK • Legal Entity India
Legal Entity and Business Function
• Legal Entity: Japan, Sales • Legal Entity: Japan, Marketing • Legal Entity: US, Sales • Legal Entity: UK, Sales • Legal Entity India, Marketing
47
Oracle Procurement Cloud
Implementing Procurement BusinessUnitLevel
Chapter 5
Define Enterprise Structures for Procurement SuggestedBusinessUnits
• Legal Entity India, Sales
Manually Creating Business Units If none of the levels for creating business units meets your business needs, you can create business units manually, and you create them on the Manage Business Units page. If you create business units manually, then no reference data sets are created automatically. You must create them manually as well.
Reference Data Sets and Sharing Methods: Explained Oracle Fusion Applications reference data sharing feature is also known as SetID. The reference data sharing functionality supports operations in multiple ledgers, business units, and warehouses, thereby reducing the administrative burden and decreasing the time needed to implement new business units. For example, you can share sales methods, transaction types, or payment terms across business units or selected other data across asset books, cost organizations, or project units. The reference data sharing features use reference data sets to which reference data is assigned. The reference data sets group assigned reference data. The sets can be understood as buckets of reference data assigned to multiple business units or other application components.
Reference Data Sets You begin this part of your implementation by creating and assigning reference data to sets. Make changes carefully as changes to a particular set affect all business units or application components using that set. You can assign a separate set to each business unit for the type of object that is being shared. For example, assign separate sets for payment terms, transaction types, and sales methods to your business units. Your enterprise can decide that some aspects of corporate policy should affect all business units and leave other aspects to the discretion of the business unit manager. This allows your enterprise to balance autonomy and control for each business unit. For example, if your enterprise holds business unit managers accountable for their profit and loss, but manages working capital requirements at a corporate level, you can let managers define their own sales methods, but define payment terms centrally. In this case, each business unit would have its own reference data set for sales methods, and there would be one central reference data set for payment terms assigned to all business units. The reference data sharing is especially valuable for lowering the cost of setting up new business units. For example, your enterprise operates in the hospitality industry. You are adding a new business unit to track your new spa services. The hospitality divisional reference data set can be assigned to the new business unit to quickly setup data for this entity component. You can establish other business unit reference data in a business unit specific reference data set as needed.
Reference Data Sharing Methods There are variations in the methods used to share data in reference data sets across different types of objects. The following list identifies the methods: • Assignment to one set only, no common values allowed. The simplest form of sharing reference data that allows assigning a reference data object instance to one and only one set. For example, Asset Prorate Conventions are defined and assigned to only one reference data set. This set can be shared across multiple asset books, but all the values are contained only in this one set. • Assignment to one set only, with common values. The most commonly used method of sharing reference data that allowstodefining reference data object instance all sets. example, Receivables Transaction Types assigned a common set that is available to all theacross business unitsFor without the need to be explicitly assigned theare transaction types to each business unit. In addition, you can assign a business unit specific set of transaction types. At transaction entry, the list of values for transaction types includes transaction types from the set assigned to the business unit, as well as transaction types assigned to the common set that is shared across all business units.
48
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Assignment to multiple sets, no common values allowed. The method of sharing reference data that allows a reference data object instance to be assigned to multiple sets. For instance, Payables Payment Terms use this method. It means that each payment term can be assigned to one or more than one set. For example, you assign the payment term Net 30 to several sets, but the payment term Net 15 is assigned to only your corporate business unit specific set. At transaction entry, the list of values for payment terms consists of only one set of data; the set that is assigned to the transaction's business unit.
Note Oracle Fusion Applications contains a reference data set called Enterprise. Define any reference data that affects your entire enterprise in this set.
Business Units and Reference Data Sets: How They Work Together Reference data sharing enables you to group set-enabled reference data such as jobs or grades so that the data can be shared across different parts of the organization. Sets also enable you to filter reference data at the transaction level so that only data that has been assigned to certain sets is available to select. To filter reference data, Oracle Fusion Human Capital Management (HCM), applications use the business unit on the transaction. To set up reference data sharing in Oracle Fusion HCM, you create business units and sets, and then assign the sets to the business units.
Common Set Versus Specific Sets Some reference data in your organization may be considered global, and should therefore be made available for use within the entire enterprise. You can assign this type of data to the Common Set, which is a predefined set. Regardless of the business unit on a transaction, reference data assigned to the Common Set is always available, in addition to the reference data assigned to the set that corresponds to the business unit on the transaction. Other types of reference data may be specific to certain business units, so you want to restrict the use of the data to those business units. In this case, you can create sets specifically for this type of data, and assign the sets to the business units.
Business Unit Set Assignment When you assign reference data sets to business units, you assign a default reference data set to use for all reference data types for that business unit. You can override the set assignment for one or more data types.
Example: Assigning Sets to Business Units InFusion Corporation has two divisions: Lighting and Security, and the divisions each have two locations. Each location has one or more business functions.
49
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
The following figure illustrates the structure of InFusion Corporation.
When deciding how to create business units, InFusion decides to create them using the country and business function level. Therefore, they created the following business units: • Sales_Japan • Marketing_Japan • Sales_US • Sales_UK • Marketing_India • Sales_India Because locations, departments, and grades are specific to each business unit, InFusion does not want to share these types of reference data across business units. They create a reference data set for each business unit so that data of those types can be set up separately. Because the jobs in the Sales business function are the same across many locations, InFusion decides to create one additional set called Jobs. They override the set assignment for the Jobs reference data group and assign it to the Jobs set. Based on these requirements, they create the following sets: • Sales_Japan_Set • Mktg_Japan_Set • Sales_US_Set • Sales_UK_Set • Mktg_India_Set • Sales_India_Set • Grades_Set InFusion assigns business units to sets as follows:
50
Oracle Procurement Cloud
Chapter 5
Implementing Procurement BusinessUnit
Define Enterprise Structures for Procurement DefaultSetAssignment
SetAssignmentOverrides
Sales_Japan
Sales_ Japan_Set for grades, departments, and locations
Jobs set for jobs
Marketing_ Japan
Mktg_Japan_Set for grades, departments, and locations
None
Sales_US
Sales_US_Set for grades, departments, and locations
Jobs set for jobs
Sales_UK
Sales_UK_Set for grades, departments, and locations
Jobs set for jobs
Marketing_ India
Mktg_India_Set for grades, departments, and locations
None
Sales_India
Sales_ India_Set for grades, departments, and locations
Jobs set for jobs
When setting up grades, departments, and locations for the business units, InFusion assigns the data to the default set for each business unit. When setting up jobs, they assign the Jobs set and assign the Common Set to any jobs that may be used throughout the entire organization. When using grades, departments, and locations at the transaction level, users can select data from the set that corresponds to the business unit they enter on the transaction, and any data assigned to the Common Set. For example, for transactions for the Marketing_Japan business unit, grades, locations, and departments from the Mktg_Japan_Set is available to select, as well as from the Common Set. When using jobs at the transaction level, users can select jobs from the Jobs set and from the Common Set when they enter a Sales business units on the transaction. For example, when a manager hires an employee for the Sales_India business unit, the list of jobs is filtered to show jobs from the Jobs and Common sets.Set. The following figure illustrates what sets of jobs can be accessed when a manager creates an assignment for a worker.
51
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Creating Reference Data Sets in the Enterprise Structures Configurator: Explained If you created business units automatically, then the Enterprise Structures Configurator automatically creates reference data sets for you. The Enterprise Structures Configurator creates one reference data set for each business unit. You can add additional sets, but you cannot delete any of the sets that were created automatically. A standard set called the Enterprise set is predefined.
Common Set The Common set is a predefined set that enables you to share reference data across business units. When you select setenabled data at the transaction level, the list of values includes data in the: • Common set • Set associated with the data type for the business unit on the transaction For example, when you create an assignment, the list of values for grades includes grade in the: • Common set • Set that is assigned to grades for the business unit in which you creating the assignment
Jobs and Positions: Critical Choices Jobs and positions represent roles that enable you to distinguish between tasks and the individuals who perform those tasks. Note the following: • The key to using jobs or positions depends on how each is used. • Positions offer a well-defined space independent of the person performing the job. • Jobs are a space defined by the person. • A job can be defined globally in the Common Set, whereas a position is defined within one business unit. • You can update the job and department of a position at any time. This is useful if you hire someone into a new role and want to transfer the position to another department.
52
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
During implementation, one of the earliest decisions you'll make is whether to use jobs or a combination of jobs and positions. The determinants for this decision are: • The primary industry of your enterprise • How you manage your people
Primary Industry of Your Enterprise The following table outlines information on Primary industries and how they set up their workforce.
PrimaryIndustry Mining
WorkforceSetup Positions
Utilities
Positions
Manufacturing
Positions
Retail Trade
Positions
Transportation and Warehousing
Positions
Educational Services
Positions
Public Transportation
Positions
Agriculture, Forestry, Fishing, and Hunting
Jobs
Construction
Jobs
Wholesale Trade
Jobs
Information
Jobs
Finance and Insurance
Jobs
Professional, Scientific, and Technical Services
Jobs
Management of Companies and Enterprises
Jobs
53
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
PrimaryIndustry
WorkforceSetup
Administrative and Support and Waste Management and Remediation Services
Jobs
Arts, Entertainment, and Recreation
Jobs
Accommodation and Food Services
Jobs
Other Services (Except Public Administration)
Jobs
Management of People The following table displays suggestions of whether to use jobs or a combination of jobs and positions based on your industry and how you manage your employees when there is turnover. Industry
Wealwaysreplace employees by rehiring to same role
We replace the head count, but the manager can use the head count in a different job
We rehire to the same position, but the manager can request a reallocation of budget to a different post
Project (An industry that supports project-based forms of organization
Positions
Jobs
Jobs
Controlled (An industry that is highly structured in which all aspects of work and remuneration are well organized and regulated. )
Positions
Positions
Positions
Manufacturing
Positions
Jobs
Positions
Retail
Positions
Jobs
Positions
Education
Positions
Jobs
Positions
in which teams specialists from of both inside and outside the company report to project managers.)
54
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Industry
Wealwaysreplace employees by rehiring to same role
We replace the head count, but the manager can use the head count in a different job
We rehire to the same position, but the manager can request a reallocation of budget to a different post
Other
Positions
Jobs
Jobs
Related Topics • Model Profiles: How They Work with Jobs and Positions • Grades and Grade Rates: How They Work with Jobs, Positions, Assignments, Compensation, and Payroll
Positions: Examples Positions are typically used by industries that use detailed approval rules, which perform detailed budgeting and maintain head counts, or have high turnover rates.
Retail Industry ABC Corporation has high turnovers. It loses approximately 5% of their cashiers monthly. The job of the cashier includes three positions: front line cashier, service desk cashier, and layaway cashier. Each job is cross-trained to take over another cashier's position. When one cashier leaves from any of the positions, another existing cashier from the front line, service desk or layaway can assist where needed. But to ensure short lines and customer satisfaction, ABC Corporation must replace each cashier lost to turnover. Since turnover is high in retail it's better for this industry to use positions. Note the following: • There is an automatic vacancy when an employee terminates employment. • The position exists even when there are no holders. This is important if the person who leaves the company is a manager or supervisor with direct reports. • All direct reports continue reporting to the position even if it is empty. • You don't need to reassign these employees to another manager or supervisor. The replacement manager is assigned to the existing position. Also, an added advantage to using Positions is when you hire somebody new, many of the attributes are defaulted in from the position. This speeds up the hiring process.
55
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
This figure illustrates the retail position setup.
Health Care Industry Health care is an industry that needs to regulate employment, roles, and compensation according to strict policies and procedures.where Fixed roles roles continue tend to endure surviving multiple incumbents. that manage roles rather than individuals, to existover aftertime, individuals leave, typically model theIndustries workforce using positions. The hospital has a structured head count and detailed budgeting. For example, a specific number of surgeons, nurses, and interns of various types are needed. These positions need to be filled in order for the hospital to run smoothly. Use jobs and positions if you need to apply detailed head count rules.
56
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
This figure illustrates the hospital position setup.
Jobs: Example Jobs are typically used without positions by service industries where flexibility and organizational change are key features.
Software Industry For example, XYZ Corporation has a director over the departments for developers, quality assurance, and technical writers. • Recently, three developers have left the company. • The director decides to redirect the head count to other areas. • Instead of hiring all three back into development, one person is hired to each department, quality assurance, and technical writing. In software industries, the organization is fluid. Using jobs gives an enterprise the flexibility to determine where to use head count, because the job only exists through the person performing it. In this example, when the three developers leave XYZ Corporation, their jobs no longer exist, therefore the corporation has the flexibility to move the headcount to other areas.
57
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
This figure illustrates the software industry job setup.
Job and Position Structures: Explained Job and position structures identify the descriptive flexfield structure that enables you to specify additional attributes that you want to capture when you define jobs and positions. Job and position attributes provide further detail to make jobs and positions more specific. You also use attributes to define the structure of your jobs and positions. You can specify attributes at the enterprise level for jobs and positions, at the business unit level for positions, and at the reference data set level for jobs. Job and position structures are optional.
Enterprise-Level Job Attributes When you define a job, you enter a value for the name of the job. To make job names more specific, set up attributes to identify additional details about the job, such as the nature of the work that is performed or the relative skill level required. If these attributes apply to all jobs within your enterprise, set up enterprise-level job attributes. Standard capabilities mean that you can use the different segments of the name to identify common jobs or job holders for analysis or compensation, or for grouping records in reports, for example, to find all jobs of a specific job type. You should not use attributes with values that change regularly, for example, salary ranges or expense approval levels that change every year.
58
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
This figure illustrates how job type and job level provide further details for the HR Application Specialist job.
Enterprise-Level Position Attributes Position attributes at the enterprise level are similar to those for jobs. Each position that you define identifies a specific role in the enterprise, which you can manage independently of the person in the position. A position belongs to one specific department or organization. The name of each position must be unique. To simplify the process of managing unique names for positions, set up enterprise-level attributes to identify separate components of the position name. For example, you can set up an attribute for position title and one for position number. When defining the attributes that make up the structure of a position name, consider whether any of your attributes are part of the definition of a common job type. Using job types for a position can help you manage common information that applies to many different positions. For example you can define a job type of Manager.Level 1 and use this for comparison of positions across departments or lines or business, or for setting common job requirements. You can then define multiple manager type positions in your HR department, each of which has responsibility for a different management function or group. This figure illustrates how title and position number provide further details for the manager position.
59
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Business Unit-Level Attributes for Positions If you have information that you want to capture for positions that is specific to each business unit, then you can define attributes at the business unit level for positions. When you create positions, these attributes appear in addition to any enterprise-level attributes. For example, you may want to identify the sales region for all positions in the sales business unit. You can set up a text attribute called Sales Region and use it to enter the necessary information when creating positions for the sales business unit.
Reference Data Set-Level Attributes for Jobs If you have information for jobs that applies to specific reference data sets, set up attributes for jobs at the reference data set level. When you create jobs, these attributes appear in addition to any enterprise-level attributes. For example, you may want to identify all information technology (IT) jobs within a specific set. You can set up a text attribute called Function and use it to enter IT in jobs that you create that perform an IT function within a specific set.
FAQs for Define Initial Configuration What happens if I don't use the Enterprise Structures Configurator to set up my enterprise structures? The Enterprise Structures Configurator is an interview-based tool that guides you through setting up divisions, legal entities, business units, and reference data sets. If you do not use the Enterprise Structures Configurator, then you must set up your enterprise structure using the individual tasks that correspond to each enterprise component. In addition, you can't set up multiple configurations and compare different scenarios. Using the Enterprise Structures Configurator is the recommended process for setting up your enterprise structures.
What's an ultimate holding company? The legal entity that represents the top level in your organization hierarchy, as defined by the legal name entered for the enterprise. This designation is used only to create an organization tree, with these levels: • Ultimate holding company as the top level • Divisions and country holding companies as the second level • Legal employers as the third level
What's the default reference data set? The reference data set that is assigned to a business unit for all reference data groups, such as grades, locations, departments, and jobs. You can override the default reference data set for any reference data group.
What happens if I override the set assignment? For the selected business unit, you can override the default reference data set for one or more reference data groups. For example, assume you have three reference data groups: Vision 1 SET, Vision 2 SET, and Vision 3 SET, where Vision SET 1 is the default set for business unit United Kingdom Vision 1 BU. You can override the default so that: • Grades are assigned to Vision 2 SET • Departments are assigned to Vision 3 SET • Jobs are assigned to the default set, Vision 3 SET
60
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Define Reference Data Sharing Reference Data Sharing: Explained Reference data sharing facilitates sharing of configuration data such as jobs and payment terms, across organizational divisions or business units. You define reference data sets and determine how the data is shared or partitioned. Use reference data sets to reduce duplication and maintenance by sharing common data across business entities where appropriate. Depending on the requirement (specific or common), each business unit can maintain its data at a central location, using a set of values either specific to it or shared by other business units. You can share reference data after it is filtered on the basis of sets. A common reference data set is available as the default set, which can be assigned to several business units sharing the same reference data. For commonly used data such as currencies, you can use the common reference data set and assign it to multiple business units in various countries that use the same currency. In cases where the default set can't be assigned to an entity, you can create specific sets. The data set visible on the transactional page depends on the sharing method used to share reference data. For example, XYZ Corporation uses the same grades throughout the entire organization. Instead of managers in different business units setting up the same grades, XYZ Corporation decides to create a set called Grades and assign the grades reference data group for all business units in the organization to the Grades set, so that the grades can be shared.
Note For specific information on configuring reference data sharing for a particular object or product, refer to its product documentation.
Reference Data Sets: Explained Reference data sets are logical groups of reference data that can be accessed by various transactional entities depending on the business context. Oracle Fusion Applications contains a common reference data set as well as an enterprise set that may be used as a default set. Depending on your business requirement you can create and maintain additional reference data sets, while continuing to use the common reference data set. Consider the following scenario. Your enterprise can decide that some aspects of corporate policy should affect all business units and leave other aspects to the discretion of the business unit manager. This allows your enterprise to balance autonomy and control for each business unit. For example, if your enterprise holds business unit managers accountable for their profit and loss, but manages working capital requirements at a corporate level, you can let managers define their own sales methods, but define payment terms centrally. In this case, each business unit would have its own reference data set for sales methods, and there would be one central reference data set for payment terms assigned to all business units.
Partitioning The partitioning of reference data and creation of data sets enable you to create reference entities across tables or lookup types, and share modular information and data processing options among business units. With the help of partitioning, you can choose to create separate sets and subsets for each business unit depending upon its business requirement, or create common sets or subsets to enable sharing reference data between several business units, without the need for duplicating the reference data. Partitioning provides you the flexibility to handle the reference data in a way appropriate to your business needs.
61
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
The following figure illustrates the reference data sharing method (assignment to one set only, with common values) where the user can access the data assigned to a specific set in a particular business unit, as well as access the data assigned to the common set.
Related Topics • Defining Default Reference Data Sets: Points to Consider
Reference Data Sets and Sharing Methods: Explained Oracle Fusion Applications reference data sharing feature is also known as SetID. The reference data sharing functionality supports operations in multiple ledgers, business units, and warehouses, thereby reducing the administrative burden and decreasing the time needed to implement new business units. For example, you can share sales methods, transaction types, or payment terms across business units or selected other data across asset books, cost organizations, or project units. The reference data sharing features use reference data sets to which reference data is assigned. The reference data sets group assigned reference data. The sets can be understood as buckets of reference data assigned to multiple business units or other application components.
Reference Data Sets You begin this part of your implementation by creating and assigning reference data to sets. Make changes carefully as changes to a particular set affect all business units or application components using that set. You can assign a separate set to each business unit for the type of object that is being shared. For example, assign separate sets for payment terms, transaction types, and sales methods to your business units. Your enterprise can decide that some aspects of corporate policy should affect all business units and leave other aspects to the discretion of the business unit manager. This allows your enterprise to balance autonomy and control for each business unit. For example, if your enterprise holds business unit managers accountable for their profit and loss, but manages working capital requirements at a corporate level, you can let managers define their own sales methods, but define payment terms
62
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
centrally. In this case, each business unit would have its own reference data set for sales methods, and there would be one central reference data set for payment terms assigned to all business units. The reference data sharing is especially valuable for lowering the cost of setting up new business units. For example, your enterprise operates in the hospitality industry. You are adding a new business unit to track your new spa services. The hospitality divisional reference data set can be assigned to the new business unit to quickly setup data for this entity component. You can establish other business unit reference data in a business unit specific reference data set as needed.
Reference Data Sharing Methods There are variations in the methods used to share data in reference data sets across different types of objects. The following list identifies the methods: • Assignment to one setdata only,object no common of sharing data that allows assigning a reference instancevalues to oneallowed. and onlyThe onesimplest set. Forform example, Assetreference Prorate Conventions are defined and assigned to only one reference data set. This set can be shared across multiple asset books, but all the values are contained only in this one set. • Assignment to one set only, with common values. The most commonly used method of sharing reference data that allows defining reference data object instance across all sets. For example, Receivables Transaction Types are assigned to a common set that is available to all the business units without the need to be explicitly assigned the transaction types to each business unit. In addition, you can assign a business unit specific set of transaction types. At transaction entry, the list of values for transaction types includes transaction types from the set assigned to the business unit, as well as transaction types assigned to the common set that is shared across all business units. • Assignment to multiple sets, no common values allowed. The method of sharing reference data that allows a reference data object instance to be assigned to multiple sets. For instance, Payables Payment Terms use this method. It means that each payment term can be assigned to one or more than one set. For example, you assign the payment term Net 30 to several sets, but the payment term Net 15 is assigned to only your corporate business unit specific set. At transaction entry, the list of values for payment terms consists of only one set of data; the set that is assigned to the transaction's business unit.
Note Oracle Fusion Applications contains a reference data set called Enterprise. Define any reference data that affects your entire enterprise in this set.
Assigning Reference Data Sets to Reference Objects: Points to Consider You can assign the reference data sets to reference objects using the Manage Reference Data Set Assignments page. For multiple assignments, you can classify different types of reference data sets into groups and assign them to the reference entity objects. The assignment takes into consideration the determinant type, determinant, and reference group, if any.
Determinant Types The partitioned reference data is shared based on a business context setting called the determinant type. It is the point of reference used in the data assignment process. The following table lists the determinant types used in the reference data assignment.
T yp e Asset Book
Description Information about the acquisition, depreciation, and retirement of an asset that belongs to a ledger or a business unit.
63
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
T yp e
Description
Business Unit
The departments or organizations within an enterprise.
Cost Organization
The organization used for cost accounting and reporting on various inventory and cost centers within an enterprise.
Project Unit
A logical organization within an enterprise that is responsible for enforcing consistent project management practices.
Reference Data Set
References to other shared reference data sets.
Determinant The determinant (also called determinant value) is a value that corresponds to the selected determinant type. The determinant is one of the criteria for selecting the appropriate reference data set.
Reference Groups A transactional entity may have multiple reference entities (generally considered to be setup data) but all are treated alike because of commonness in implementing business policies and legal rules. Such reference entities in your application are grouped into logical units called reference groups. For example, all tables and views that define Sales Order Type details might be a part of the same reference group.
Note
Reference groups are predefined in the reference groups table.
Items and Supplier Site Reference Data Sharing: Explained Some products required special logic for reference data sharing and have implemented their own domain specific ways for sharing data. Items and supplier sites are two such product specific reference data objects that use product specific mechanisms to share data.
Items If you share your items across warehouses or manufacturing facilities, you can access them through a common item master. Configure one or multiple item masters for your enterprise, based your enterprise structure. A single item master is recommended because it provides simpler and more efficient maintenance. However, in rare cases, it may be beneficial to keep multiple item masters. For example, if you acquire another enterprise and need to continue to operate your lines of business separately, maintaining a second item master might be the best decision.
Suppliers Sites You can approve particular suppliers to supply specified commodities and authorize your business units to buy from those suppliers when the need arises. For example, you might be a household cleaning products manufacturer and need dyes,
64
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
plastics, and perfumes to make your products. You purchase from a central supplier 70% of your perfume supplies with an additional supplier, in reserve, from whom you purchase the remaining 30%. At the same time, each of your business units purchases plastics and dyes from the same supplier, but from different local supplier sites to save transportation costs. To implement business unit specific supplier sites, Oracle Fusion Procurement supports a method for defining suppliers sites as owned and managed by the business unit responsible for negotiating the supplier terms. Your other business units that have a service provider relationship defined with your procurement business unit subscribe to the supplier sites using the supplier site assignments feature. In addition, Procurement allows sharing of the following procurement data objects across business units: • Supplier qualification data, such as approved supplier lists • Catalog content, such as agreements, smart forms, public shopping lists, and content zones • Procurement configuration data
FAQs for Define Reference Data Sharing What reference data objects can be shared across business units? The following list contains the reference data objects for the Oracle Fusion Applications that can be shared across business units and the method in which the reference data for each is shared. Application Name
Reference Data Object
Method of Sharing
Trading Community Model
Customer Account Relationship
Assignment to one set only, with common values
Trading Community Model
Customer Account Site
Assignment to one set only, with common values
Trading Community Model
Sales Person
Assignment to one set only, with common values
Opportunity Management
Sales Method Group
Assignment to one set only, with common values
Work Management
Assessment Templates
Assignment to one set only, with common values
Enterprise Contracts
Contract Types
Assignment to one set only, with common values
Sales
Sales Method
Assignment to one set only, with common values
Common Components
Activity Templates
Assignment to one set only, with common values
65
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Application Name
Reference Data Object
Method of Sharing
Payables
Payment Terms
Assignment to multiple sets, no common values allowed
Receivables
Accounting Rules
Assignment to one set only, with common values
Receivables
Aging Buckets
Assignment to one set only, with common values
Receivables
Auto Cash Rules
Assignment to one set only, with common values
Receivables
Collectors
Assignment to one set only, with common values
Receivables
Lockbox
Assignment to one set only, with common values
Receivables
Memo Lines
Assignment to one set only, with common values
Receivables
Payment Terms
Assignment to one set only, with common values
Receivables
Remit To Address
Assignment to one set only, with common values
Receivables
Revenue Contingencies
Assignment to one set only, with common values
Receivables
Transaction Source
Assignment to one set only, with common values
Receivables
Transaction Type
Assignment to one set only, with common values
Advanced Collections
Collections Setups
Assignment to one set only, with common values
66
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Application Name
Reference Data Object
Method of Sharing
Advanced Collections
Dunning Plans
Assignment to one set only, with common values
Tax
Tax Classification Codes
Assignment to multiple sets, no common values allowed
Human Resources
Departments
Assignment to one set only, with common values
Human Resources
Jobs
Assignment to one set only, with common values
Human Resources
Locations
Assignment to one set only, with common values
Human Resources
Grades
Assignment to one set only, with common values
Project Billing
Project and Contract Billing
Assignment to multiple sets, no common values allowed
Project Foundation
Project Accounting Definition
Assignment to one set only, no common values allowed
Project Foundation
Project Rates
Assignment to one set only, with common values
Fusion Order Management
Hold Codes
Assignment to one set only, with common values
Fusion Order Management
Orchestration Process
Assignment to one set only, with common values
What reference data objects can be shared across asset books? The following list contains the reference data objects for Oracle Fusion Assets that can be shared across asset books and the method in which the reference data for each is shared.
67
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Application Name
Reference Data Object
Method of Sharing
Assets
Bonus Rules
Assignment to one set only, no common values allowed
Assets
Depreciation Ceilings
Assignment to one set only, no common values allowed
Assets
Depreciation Methods
Assignment to one set only, with common values
Assets
Asset Descriptions
Assignment to one set only, no common values allowed
Assets
Property Types
Assignment to one set only, with common values
Assets
Prorate Conventions
Assignment to one set only, no common values allowed
Assets
Asset Queue Names
Assignment to one set only, with common values
Assets
Retirement Types
Assignment to one set only, with common values
Assets
Unplanned Types
Assignment to one set only, with common values
What reference data objects can be shared across cost organizations? The following list contains the reference data objects for Oracle Fusion Cost Management that can be shared across cost organizations and the method in which the reference data for each is shared. Application Name
Reference Data Object
Method of Sharing
Cost Management
Cost Structure
Assignment to one set only, no common values allowed
What reference data objects can be shared across project units? The following table contains the reference data objects for Oracle Fusion Project Foundation that can be shared across project units and the method in which the reference data for each is shared.
68
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Application Name
Reference Data Object
Method of Sharing
Project Foundation
Project Definition
Assignment to multiple sets, no common values allowed
Project Foundation
Project Transaction Types
Assignment to multiple sets, no common values allowed
Define Enterprise: Manage Enterprise HCM Information Enterprise: Explained An enterprise is a collection of legal entities under common control and management.
Enterprise Defined When implementing Oracle Fusion Applications you operate within the context of an enterprise that has already been created in the application for you. This is either a predefined enterprise or an enterprise that has been created in the application by a system administrator. An enterprise organization captures the name of the deploying enterprise and the location of the headquarters. In Oracle Fusion Applications, an organization classified as an enterprise is defined before defining any other organizations in the HCM Common Organization Model. All other organizations are defined as belonging to an enterprise.
Managing Enterprise Information for Non-Oracle Fusion HCM Users: Explained The Manage Enterprise HCM Information task includes default settings for your enterprise such as the employment model, worker number generation, and so on. If you are not implementing Oracle Fusion Human Capital Management (HCM), then the only action you may need to perform using this task is to change the enterprise name, if necessary. The other settings are HCM-specific and are not relevant outside of Oracle Fusion HCM.
Define Enterprise: Manage Locations Locations: Explained A location identifies physical addresses of a workforce structure, such as a department or a job. You create and manage locations using the Manage Locations task in the Workforce Structures work area. You can also create locations to enter the addresses of external organizations that you want to maintain, such as employment agencies, tax authorities, and insurance or benefits carriers. The locations that you create exist as separate structures that you can use for reporting purposes, and in rules that determine employee eligibility for various types of compensation and benefits. You enter information about a location only once. Subsequently, when you set up other workforce structures you select the location from a list.
69
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Location Sets 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. Note the following: • 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. The following figure shows how locations sets restrict access to users.
Uploading Locations Using a Spreadsheet If you have a list of locations already defined for your enterprise, you can upload them from a spreadsheet. To use this option: • Download a spreadsheet template • Add your location information to the spreadsheet • Upload directly to your enterprise configuration You can upload the spreadsheet multiple times to accommodate revisions.
Related Topics • Uploading Workforce Structures Using a Spreadsheet: Explained
70
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
FAQs for Manage Locations Why can't I see my location in the search results? You can search for approved locations only. Also, if you created a location in Oracle Fusion Trading Community Model, then you can't access that location from Oracle Fusion Global Human Resources. For use in Oracle Fusion HCM, you must recreate the location from the Manage Locations page.
What happens if I select a geographic hierarchy node when I'm creating or editing a location? The calendar events that themanage geographic node using start to for the location task and in may the availability of worker assignments at you thatcreated location.for You locations theapply Manage Locations theimpact Workforce Structures work area. The geographical hierarchy nodes available for selection on the Locations page display from a predefined geographic hierarchy.
Related Topics • Worker Availability: How It Is Determined
What happens if I select an inventory organization when I'm creating or editing a location? The location is available for selection in purchase documents of that inventory organization in Oracle Fusion Inventory Management. If you don't select an inventory organization, then the location is available in purchase documents across all inventory organizations.
What happens if I inactivate a location? Starting from the effective date that you entered, you can no longer associate the location with other workforce structures, assignments, or applications. If the location is already in use, it will continue to be available to the components that currently use it.
How can I associate a location with an inventory organization? From the Oracle Fusion Global Human Resources, go to the Manage Locations page. Use the Manage Locations task in the Workforce Structures work area. To appear on the Create or Edit Location pages, your inventory organization must be effective on today's date and must exist in the location set that you selected.
Define Geographies Defining Address Cleansing: Explained Address cleansing validates, corrects, and standardizes address information that you enter in the application. Address cleansing, unlike geography validation, validates both the geography attributes and the address line attributes. To use the address cleansing functionality, you need to have license for the customer data quality application, because the feature is delivered using data quality integration. You can specify the real-time address cleansing level for each country by choosing either of these options: • None: Specifies no real time address cleansing.
71
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
• Optional: Provides option to cleanse addresses. Once you have enabled address cleansing for a country, a Verify Address icon appears at address entry points in the application. Click the icon to perform address cleansing and receive a corrected, standardized address. If the application does not find a matching address, then an alert message is displayed.
Geography Structure, Hierarchy, and Validation: How They Fit Together There are three components that are dependent on each other when defining a country: geography structure, geography hierarchy, validation. Every country to have thethe geography defined first before the hierarchy can be defined,and andgeography the geography hierarchy has to be has defined before validationstructure can be defined.
Geography Structure Firstly, you need to create a geography structure for each country to define which geography types are part of the country structure, and how the geography types are hierarchically related within the country structure. For example, you can create geography types called State, City, and Postal Code. Then you can rank the State geography type as the highest level within the country, the City as the second level, and the Postal Code as the lowest level within the country structure. Geography structure can be defined using the Manage Geographies task, or can be imported using tasks in theDefine Geographies activity.
Geography Hierarchy Once the geography structure is defined, the geographies for each geography type can be added to the hierarchy. For example, below the United States you can create a geography called California using a State geography type. As part of managing the geography hierarchy you can view, create, edit, and delete the geographies for each geography type in the country structure. You can also add a primary and alternate name and code for each geography. A geography hierarchy can be created using the Manage Geographies task, or can be imported using tasks in the Define Geographies activity.
Geography Validation After defining the geography hierarchy, you need to specify the geography validations for the country. You can choose which address style formats you would like to use for the country, and for each selected address style format you can map geography types to address attributes. You can also select which geography types should be included in geography or tax validation, and which geography types will display in a list of values during address entry in other user interfaces. The geography validation level for the country, such as error or warning, can also be selected.
Geography Structures: Explained This topic describes geography structures and the tasks you can perform using geography structures. A geography structure is a hierarchical grouping of geography types for a country. For example, the geography structure for the United States is as follows: L eve l
GeograpT hype
1
State
2
County
72
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
L eve l
GeograpT hype
3
City
4
Postal Code
You can use the geography structure to relate geography types for a country and define geography types for a country.
Relate Geography Types for a Country
You can determine how a country's geographies are hierarchically related by creating the hierarchy of the geography types in the geography structure. When you define a country's structure, the geography type Country is implicitly at the top of the geography structure with the level 1. The subsequent geography types that you add after country are numbered in sequence. You must add a geography type as a level in the country structure before you can define a geography for that geography type in a country. For example, before defining the state of California, the State geography type must be added to the United States country structure.
Note You cannot delete geography types that have associated geography data. To quickly create country structure, you can copy a structure from another country and modify the geography types for the country.
Define Geography Types for a Country You can use any of the master reference geography types to create your geography structure. If required, you can create a geography type, before adding it to the country structure. Each geography type is added below the current lowest level.
Note You can only delete the lowest level geography type of the country structure. A geography type that you create within the country structure can be used for other country structures as well.
Geography Hierarchy: Explained This topic describes geography hierarchy and various aspects of geography hierarchy. Geography hierarchy is a data model that creates conceptual parent-child relationships between geographies. The top level of the geography hierarchy is country, which is the parent, and the hierarchy contains several child geographies. The following table shows sample parent-child relationships in a geography. C al i f o r n i a
Pareno tS f anMateocounty
San Mateo County
Parent of Redwood City
Redwood City
Parent of 94065
73
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
C al i f o r n i a
Pareno tS f anMateocounty
94065
Child
When you enter just 94065, the application determines that the postal code is in California and the corresponding city is Redwood City. The application uses geography hierarchy information to facilitate business processes that rely on geography information, such as, tax calculation, order sourcing rules, and sales territory definition. The geography hierarchy information is centrally located and shared among other application offerings. The geography hierarchy includes: • Geography: Geography is a physical space with boundaries that is a defined instance of a geography type, such as country, state, province or city. For example, San Jose is a geography of the City geography type. • Geography type: Geography types are divisional grouping of user defined geographies, for example, Continent, Country Regions, and Tax Regions. • Geography usage: Geography usage indicates how a geography type or geography is used in the application. • Master reference geography hierarchy: The geography hierarchy data is considered the single source of reference for all geography related data such as geography types and geographies. The geography usage for the entire hierarchy is the master reference, and defined geography types and geographies are the master reference geography types and geographies. For example, you can create geography types called State, City, and Postal Code. Then, you can rank the State as the highest level, City as the second level, and Postal Code as the lowest level within the country structure. • User defined zones: User defined zones are a collection of geographical data, created from master reference data for a specific purpose. For example, while the territory zones are collections of master reference geographies ordered with a hierarchy, the tax and shipping zones are without a hierarchical grouping.
Geography Validation: Explained Geography validation determines the geography mapping and validation for a country's address styles, as well as the overall geography validation control for a country. The No Styles Format address style format is the default address style format for a country. By defining the mapping and validation for this format you will ensure that validations can be performed for any address in the country. After the No Styles Format is defined you can set up additional mapping for specific address styles. For each address style format, you can define the following: • Map to attribute • Enable list of values • Tax validation • Geography validation • Geography validation control
74
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Map to Attribute For every address style format, you can map each geography type to an address attribute. For example, you can map the State geography type to the State address attribute for the United States, or map the State geography type to the County address attribute for the United Kingdom. The geography types that appear are based on how the country structure is defined. The list of address attributes that appear are based on address formats delivered with the application, or your customer defined address formats.
Note You only need to map geography types that you want to use for geography or tax validation purposes.
Enable List of Values Once a geography type is mapped to an attribute, then you can specify whether the geography type will appear in a list of values during address entry in user interfaces. It is very important to review carefully if you want to enable a list of values. You should only enable a list of values if you have sufficient geography data imported or created for that geography. If the setup for master geography data is incomplete, then the geography data is either not imported or created. As a result, the list of values for the address attribute does not list any geography data. Once you have enabled a list of values for an address attribute, you can only select the geography data available for the geography type. This means that if a specific geography value is not available in the geography hierarchy, you cannot create an address with a different geography value.
Tax Validation You can also specify whether a geography type will be included in tax validation. For example, for the United States North America address style format you specify that County, State, and City are used for tax validation. This will mean that when a transaction involves an address with the North America address style, the address must have the correct county, state, and city combination based on the geography hierarchy data, to be considered valid for tax calculation.
Geography Validation You can specify whether a geography type will be included in geography validation. This will mean that, for example, when the user enters a United States address using the North America address style format, the address must have the correct country, state, and postal code combination based on geography hierarchy data to be considered geographically valid. If an address element is mapped to a geography type, but not selected for geography validation usage, then during address entry suggested values will be provided for the address element, but the address element will not be validated.
Note For either the tax or geography validation, do not skip more than one consecutive level unless you are certain that the selected geography types can uniquely identify geographies. For example, the United States country structure is: State, County, City, and Postal Code, and you want to select just State and Postal Code for geography or tax validation. However, for the combination of California and 94065, the city can be either Redwood Shores or Redwood City. In this case, you should also select at least the City geography type for geography or tax validation.
Geography Validation Control You can select the geography validation level for a country. Validation will check if the entered address maps to the geography hierarchy data available for the country, and the geography validation control determines whether you can save an address that did not pass validation during address entry. For example, if the validation level is Error, then an address cannot be saved if the values do not match the geography hierarchy data. These are the geography validation levels you can choose: • Error - only completely valid addresses can be saved, with all mandatory address elements entered.
75
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• No Validation - all addresses can be saved including incomplete and invalid addresses. Regardless of the result of validation, the validation process will try to map any address attribute to a geography of the country, and store any mapping it could establish based on the available data. This is called Geography Name Referencing and it is executed as part of validation. The result of this referencing is used in several business processes in the application to map an address to a specific geography or zone.
Note The Geography Dimension value in territories is derived from sell-to addresses of sales accounts. To use geography dimensions in territories, ensure that the geography elements in addresses, such as state, city, and postal code, are validated. You can do so by enabling geography validation for each country using the Manage Geographies task. While doing so, ensure that at least one level in the geography hierarchy is enabled for validation. It is recommended thatcountry. you enable for all containing geographyspecific levels that yougeography intend to use for territory definition for each You geography can enablevalidation a list of values geography elements. This will help users search and select appropriate geography values during addresses entry and eliminate all possibilities of wrong address entry. You can also set geography validation control to Error in the Manage Geography Validation page. This ensures that users can only use valid geography elements in addresses. If you have already created addresses before setting up geography validation for a country, you must execute the Run Maintain Geography Name Referencing task for that country after enabling geography validation to ensure that all your geography elements are validated.
Importing Geographies: Explained A geography, such as Tokyo or Peru, describes a boundary on the surface of the earth. You can create new geographies by importing data through interface tables. There are two options for populating the interface tables: using the tool of your preference to load the data or using file-based data import. If you plan to provide the data details in a source file, use the filebased import feature. If you will populate the interface table directly, run the geography loader process to import the data. Having a good understanding of the import entity, interface table, and destination table will help you prepare your import data. Consider the following when importing geographies: • Nokia geography reference data • File-based import option • Geography loader process option • Import object entity, interface table, and destination tables
Nokia Geography Reference Data Oracle Sales Cloud includes third-party (Nokia) master geography data for multiple countries that can be easily imported. You can import Oracle-licensed Nokia data from Navteq, for those countries where the data is available, such as the U.S. You can import Nokia Geography data using the Manage Geographies task. Search for the country, and select Import Nokia Data from the Actions menu. If the licensed Navteq data is not available for a particular country, then the Import Nokia Data action is disabled.
File-Based Import Option The file-based import process reads the data included in your XML or text file, populates the interface tables, and imports the data into the application destination tables. The File-Based Data Import Setup and Maintenance task list includes the tasks needed to configure the geography import object, create source file mappings, and schedule the import activities.
Geography Loader Process Option Populate the interface table with your import data, then navigate to the Run Geography Loader Setup and Maintenance task to schedule the import of data from the interface table to the destination table.
76
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Import Object Entity, Interface Table, and Destination Tables The geography import object consists of one entity and interface table that forms the geography. If you are using file-based import, you can map your source file data to import entity attributes that correspond to the interface table columns. The import activity process populates the interface table based on the mapping and your source file. If using the geography loader scheduled process, populate the interface table directly using your preferred tool. If you need the unique IDs of existing application data for your import data, use the Define Data Export Setup and Maintenance task list to export the information.
Note Spreadsheets containing detailed information about each interface table, including the import attributes, corresponding interface table columns, defaults, and validations, are available from the Oracle Enterprise Repository searching on a specific interface table name or initiating a search using the FusionApps: Interface Table assetbytype. The following lists the object entity, tables, and resulting application object: File-Based Import Entities
Interface Tables
Destination Tables
ImpGeography
HZ_ IMP_ GEOGRAPHIES_T
HZ_GEOGRAPHIES
Application Object
Geography
HZ_ GEOGRAPHY_ IDENTIFIERS HZ_ GEOGRAPHY_ TYPES_B HZ_ HIERARCHY_ NODES
Related Topics • File-Based Import Processing: How it Works • Importing Nokia Geography Reference Data
Importing Country Structures Using File-Based Import: Explained This topic explains how to prepare and import country structure data from an external data source using the File-Based Data Import feature. A country structure is a hierarchical grouping of geography types for a country. For example, the geography structure for the United States has the geography type of State at the top, followed by the County, then the City, and finally the Postal Code. You can use the country structure to set up the following: • The relationships between geographies within a country • The types of geographies that you can define for a country
77
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Consider the following questions when importing your data: • How does your legacy system or source system represent the geography data compared to how the application represents the same data? • Do you have to configure values in the application to map to your data values? • Do you have to customize the application to capture additional attributes that are critical to the way you do business? • What import features are available for importing your business object? • How do you verify your imported data?
Comparing Business Object Structures You must understand how your country structure data corresponds with the data in the application so that you can map your legacy data to the data that the application requires. First, you must understand how the application represents the structure of the data for a country structure. You must import a separate country structure import object for each country. Each of these import objects must contain the geography types that are used in the country's structure, organized in a hierarchy using geography level numbers. For example, if you're importing the country structure of Australia, the country structure could be the following: 1: Country, 2: State, 3: County, 4: Town, 5: ZIP.
Import Objects for the Country Structure To facilitate importing country structures, the application incorporates the structure of the country structure into import objects. The import object for country structures is GeoStructureLevel.
Comparing Business Object Data Each import object is a collection of attributes that helps to map your data to the application data and to support one-tomany relationships between the structural components that make up the country structure. You must understand the attribute details of the import objects so that you can prepare your import data. . You can use reference guide files that contain attribute descriptions, values that populate attributes by default when you don't provide values, and validation information for each attribute. The validation information includes the navigation path to the task where you can define values in the application. For example, if you have values in your data that correlate to a choice list in the appliclation, then the validation information for that attribute provides the task name in the Setup and Maintenance work area where you can define your values. For additional information, including a list of reference guide file names and locations that you need to complete this task, see the following table. ImportObject
Country Structure
RelatedImportObjectTopic
Country Structure Import Objects: How They Work Together
Extensible Attributes If you need to extend the application object to import your legacy or source data, you must use Application Composer to design your object model extensions and to generate the required artifacts to register your extensions and make them available for importing. The corresponding import object is updated with the extensible attributes, which can then be mapped to your source file data. You can use the same source file to import both extensible custom attributes and the standard import object attributes.
78
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Importing Country Structures Using File-Based Data Import For the country structure business object, you must use the File-Based Data Import feature. You prepare XML or text source data files in a form that is suitable for a file-based import. The file-based import process reads the data in your source file, populates the interface tables according to your mapping, and imports the data into the application destination tables. The Define File-Based Data Import Setup and Maintenance task list includes the tasks that are required to configure the import objects, to create source-file mappings, and to schedule the import activities. You submit file-based import activities for each import object. When you're creating a new country structure, you import the Country Structure object. You must be assigned the Master Data Management Administrator job role to access and submit the import activities for country structures.
Verifying Datafrom the Manage Import Activities page. You can verify your imported data by clicking You can viewYour the listImported of import activities the Status column for your import activity.
Related Topics • File-Based Data Import: How It Works • Getting Started with File-Based Import: Documentation Overview • Extending Oracle Sales Cloud: How It Works
Country Structure Import Objects: How They Work Together This topic describes the Country Structure import object. You use the Country Structure import object when you submit a filebased import activity to import your country structure information. This topic introduces the following: • Target objects for the Country Structure import object • Target import object attributes • Reference guide files for target import object attributes
Country Structure Target Import Objects The Country Structure import object contains one target import object. The target import object organizes the individual attributes of the different aspects of the geography structure. When updating an existing country structure, you must provide the parent reference information of the existing country structure. This reference information connects the imported geography structure to the existing one. Use the ImpGeoStructureLevel target import object to create and update country structure information.
Target Import Object Attributes You must compare the attributes that you want to import with the target object attributes that are available and with their valid values. To evaluate your source data and the target attributes in the application for mapping and validation, you use an Oracle Enterprise Repository reference guide, which is available for each target import object. The reference guide file includes attribute descriptions, default values, and validations performed by the import process. Review the validation for each attribute to determine whether there are functional prerequisites or prerequisite setup tasks that are required. To import your source file data, you define a mapping between your source file data and the combination of the target object and target object attribute. You can predefine and manage import mappings using the Manage File Import Mappings task, or
79
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
you can define the mapping when you define the import activity using the Manage File Import Activities task. Both tasks are available in the Setup and Maintenance work area.
Note If any of the attributes you want to import does not have an equivalent target object attribute, then review the Application Composer extensibility features for country structures.
Reference Files for Target Import Object Attributes To access the reference guide files for the country code's target import objects, see the assets of type File-Based Data Import in Oracle Enterprise Repository (http://fusionappsoer.oracle.com). For detailed information on importing geographies using file-based import, refer to Document No. 1481758.1, Importing Master Reference Geography Data, on the Oracle Support site. The following table lists the reference guide files that are available from the Details tab for the Country Code Import asset. TargetImportObject
ImpGeoStructureLevel
D es cr i p t i o n
Information that specifies a country's geography structure.
ReferenceGuideFileNames
HZ_ IMP_ GEO_STRUCTURE _ LEVELS_ Reference
Related Topics • File-Based Data Import: How It Works • Getting Started with File-Based Import: Documentation Overview • Importing Country Structures Using File-Based Import: Quick Start • Extending Oracle Sales Cloud: How It Works
Importing Geographies Using File-Based Import: Explained This topic explains how to prepare and import geography data from an external data source using the File-Based Data Import feature. A geography is any region with a boundary around it, regardless of its size. It might be a state, a country, a city, a county, or a ward. You must create or import geographies before you can associate them with custom zones and addresses.
Note The application ships with third-party (Nokia) master geography data for multiple countries that can be easily imported. You can import Oracle-licensed Nokia data from Navteq, for those countries where the data is available, such as the U.S. You can import Nokia Geography data using the Manage Geographies task. Search for the country, and select Import Nokia Data from the Actions menu. If the licensed Navteq data is not available for a particular country, then the Import Nokia Data action is disabled. For more information, see Replacing Existing Master Geography Data with Revised Nokia Geography Data: Procedure. If Nokia geography data is not available for a country, then use the information in this chapter to import it using File-Based Data Import.
80
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Consider the following questions when importing your data: • How does your legacy system or source system represent the geography data compared to how Oracle applications represent the same data? • Do you have to configure values in the application to map to your data values? • What import features are available for importing your business object? • How do you verify your imported data?
Comparing Business Object Structures You must understand how your geography data corresponds with the data in the application so that you can map your legacy data to the data that the application requires. First, you must understand how the application represents the structure of the data for a geography. You must import a separate country structure import object for each country. Each of these import objects must contain the geography types that are used in the country's structure, organized in a hierarchy using geography level numbers. For example, if you are importing the country structure of Australia, the country structure could be the following: 1: Country, 2: State, 3: County, 4: Town, 5: ZIP.
Import Objects for the Geography To facilitate importing geographies, the application incorporates the structure of the geography into import objects. The import object for the geography is ImpGeography.
Comparing Business Object Data Each import object is a collection of attributes that helps to map your data to the application data and to support one-tomany relationships between the structural components that make up the geography. You must understand the attribute details of the import objects so that you can prepare your import data. You can use reference guide files that contain attribute descriptions, values that populate attributes by default when you do not provide values, and validation information for each import object attribute. The validation information includes the navigation path to the task where you can define values in the application. For example, if you have values in your data that correlate to a choice list in the application, then the validation information for that attribute provides the task name in the Setup and Maintenance work area where you can define your values. For additional information, including a list of reference guide file names and locations that you need to complete this task, see the following table. ImportObject
ImpGeography
RelatedImportObjectTopic
Geography Import Objects: How They Work Together
Hint: You can use the keyword importing geographies to search for related topics in Help.
Extensible Attributes The application doesn't support extensible attributes for geographies. You can import only data for geography object that already exist by default in the application.
Importing Geographies Using File-Based Data Import
For the geography business object, you must use the File-Based Data Import feature. You prepare XML or text source data files in a form that is suitable for a file-based import. The file-based import process reads the data in your source file, populates the interface tables according to your mapping, and imports the data into the application destination tables.
81
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
The Define File-Based Data Import Setup and Maintenance task list includes the tasks that are required to configure the import objects, to create source-file mappings, and to schedule the import activities. You submit file-based import activities for each import object. When you're creating a new geography, you import the Geography object. You must be assigned the Master Data Management Administrator job role to access and submit the import activities for geographies. When importing geography information, you must provide the parent reference information for all parent levels for the entity.
Verifying Your Imported Data Oracle applications provide File-Based Import activity reports, which you can use to verify imported data. Users with the Master Data Management Administrator job role can also navigate to the Manage Geographies work area to view the imported geographies.
Related Topics
• File-Based Data Import: How It Works • Getting Started with File-Based Import: Documentation Overview
Geography Import Objects: How They Work Together This topic describes the Geography import object. You use the Geography import object to import geography information. This topic introduces the following: • Target objects for the Geography import object • Target import object attributes • Reference guide files for target import object attributes
Geography Import Objects You can use the Target Geography import object to import geography hierarchy information to create or update the geography data of a country. To map the source data in your import file to the target attributes in the application, you must understand how the target objects are related and what attributes are included in each target object. The target import objects in the Geography import object contain information about the geography hierarchy. When updating an existing geography, you must provide the parent reference information of the existing geography, which connects the geography to the country of which it is a part. Use the ImpGeography target import object to create and update geography information.
Note Before you import geography data for a country, you must define the country's geography structure.
Target Import Object Attributes You must compare the attributes that you want to import with the target object attributes that are available and with their valid values. To evaluate your source data and the target attributes in the application for mapping and validation, you use an Oracle Enterprise Repository reference guide, which is available for each target import object. The reference guide file includes attribute descriptions, default values, and validations performed by the import process. Review the validation for each attribute to determine whether there are functional prerequisites or prerequisite setup tasks that are required. To import your source file data, you define a mapping between your source file data and the combination of the target object and target object attribute. You can predefine and manage import mappings using the Manage File Import Mappings task, or
82
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
you can define the mapping when you define the import activity using the Manage File Import Activities task. Both tasks are available in the Setup and Maintenance work area.
Note If any of the attributes you want to import do not have an equivalent target object attribute, then review the Application Composer extensibility features for geography.
Reference Files for Target Import Object Attributes To access the reference guide files for the geography's target import objects, see the assets of type File-Based Data Import in Oracle Enterprise Repository (http://fusionappsoer.oracle.com). For detailed information on importing geographies using file-based import, refer to Document No. 1481758.1, Importing Master Reference Geography Data, on the Oracle Support site. The following table lists the reference guide files that are available from the Details tab for the Geography File-Based Data Import asset. TargetImportObject
ImpGeography
D es cr i p t i o n
AttributeReferenceGuideFile Names
Contains information that captures a country's geography hierarchy details, such as geography type, geography code, etc.
HZ_ IMP_ GEOGRAPHIES_T _Reference
Related Topics • File-Based Data Import: How It Works • Getting Started with File-Based Import: Documentation Overview
Importing Geographies Using File-Based Data Import: Worked Example This example demonstrates how to import data using the File-Based Data Import tool. In this example, you have a source file containing geography data that you want to import into the application so that the geography data can be used for real time address validation and tax purposes. The following table summarizes the key decisions that you must make in this scenario. DecisionstoConsider
InThisExample
What type of object are you importing?
Geography
What file type are you using for your source data?
Text file
83
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
DecisionstoConsider
InThisExample
Where are you uploading your source data file from?
Your desktop
What data type is your source data file?
Comma separated
Which fields are you importing into the application?
All, except for the RecordTypeCode field
When do you want to process the import?
Immediately
Summary of the Tasks You perform the following steps to create an import activity and activate the import: 1. Determining what information is in the source file. 2. Creating and scheduling the import activity. 3. Monitoring the import results.
Prerequisites for Importing Additional Geography Data After Your Initial Import 1. Ensure that the combination of the Source ID and Parent Source ID values is unique for each row of data within a single import. However, your source data files don't need to have the same Source ID and Parent Source ID values as your previously imported geography data. If the geography structure levels and the parents for each geography value are the same, then the changed IDs will not affect the import. 2. Ensure that all the parents of a child geography are included in your data file so that the child geography can be added. For example, if you srcinally imported US, CA, and San Francisco, and now you want to import the city of San Jose in CA, then your data file must include US, CA, and San Jose. 3. Check that your source data file has the correct values for the geography data that you have already loaded. For example, if your initial import included the value US for country and CA as state, and in a subsequent import you have California as a state, then your geography import creates two state records (CA and California) in the application data, with the US as the country parent.
Determining What Information is in the Source File 1. The source geography data files must include a unique Source ID value for each row of data and Parent Source ID value for the parent of that row of data. The Source or Parent Source IDs should not be longer than 18 characters. 2. You can structure your geography source data as follows: GeographyLevel
N am e
1 (Country) (State) 2
SourceID
US CA
ParentSourceID
1 11
1
84
Oracle Procurement Cloud
Chapter 5
Implementing Procurement GeographyLevel
Define Enterprise Structures for Procurement N am e
SourceID
ParentSourceID
3 (County)
Alameda
111
11
4 (City)
Pleasanton
1111
111
4 (City)
Dublin
1112
111
Creating and Scheduling the Import Activity You can create an import activity, enter the import details, and schedule the import. An import activity includes selecting the source file or file location, mapping the source file to the database, and scheduling the import. 1. In the Setup and Maintenance work area, search for the Manage File Import Activities task. Click Go to Task. 2. In the Manage Import Activities page, click Create. 3. In the Create Import Activity: Map Fields page, map each field from your source file to the target object and attribute, as shown in the following table. F i el d
V al u e
Name
Master Reference Geographies
Object
Geography
File Type
Text File
File Selection
Specific file
Upload From
Desktop
File Name
Choose relevant file from desktop
Data Type
Comma separated
Note Ensure that the file type that you select in the Create Import Activity: Set Up page matches the file type of the source data file.
85
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
4. Click Next. 5. In the Create Import Activity: Map Fields page, map each field from your source file to the Oracle Sales Cloud database object and attribute, as shown in the following table. Column Header
ExampleValue
I gn or e
Object
Attribute
Primary Geography Name
Primary Geography Name
United States
Imp Geography
Primary Geography Name
Country Code
US
No
Imp Geography
Country Code
Record Type Code
0
Yes
Imp Geography
Record Type Code
Source ID
10265
No
Imp Geography
Source ID
Parent Source ID
1053
No
Imp Geography
Parent Source ID
If you don't want to import a column in the text file, then you can select Ignore.
Note If you can't map the fields from your source file to the relevant target object, then see the import object spreadsheets. 6. Click Next. 7. In the Create Import Activity: Create Schedule page, select Immediate in the Schedule field so that the import will start as soon as you activate it. Instead of immediately importing the data, you can choose a date and time to start the import. You can also specify whether the import will be repeated and the frequency of the repeated import. 8. Click Next.
Monitoring the Import Results You can monitor the processing of the import activity and view the completion reports for both successful records and errors. 1. In the Create Import Activity: Review and Activate page, verify your import details in the Import Details, File Details, Import Options, and Schedule sections. Update the import details if required by navigating to the previous screens using the Back link. 2. Confirm your import details, and click Activate to submit the import. After the import activity has finished, the Status field value changes to Completed.
86
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Related Topics • File-Based Import Processing: How it Works
Importing and Exporting Territory Geography Zones: Explained Territory geography zones are geographical boundaries that you can set up to replicate your organization's regions, such as a Pacific Northwest sales region. You can set up territory geography zones in one application instance, and then after the territory geography zones are defined you can export the territory zones and import them into another application instance. To define your territory geography zones and then import your territory zones into another application instance, you must complete the following steps: 1. Import the master reference geography data into the application. 2. Define your territory geography zones using the Manage Territory Geographies task. 3. Export the territory geography zones. 4. Import the territory geography zones into another application instance.
Import the master reference geography data Firstly, you need to import the master reference geography data. Master reference geography data consists of geography elements such as country, state, and city, and is required for any geographical information you store in the application, such as address information used in customer and sales records. For more information, refer to the Geography Hierarchy: Explained topic listed in the related topics section. Master reference geography data can be imported into the application using the Manage File Import Activities task in Setup and Maintenance - refer to the Importing Master Reference Geography Data: Worked Example topic listed in the related topics section for more information.
Define your territory geography zones Once the master reference geography data has been imported, you can then create your territory geography zones in the application using the Manage Territory Geographies task in Setup and Maintenance. For more information, refer to the Managing Territory Geographies: Worked Example topic listed in the related topics section.
Export the territory geography zones Once you have completed importing the master reference geography data and defining your territory geography zone tasks, you can create a configuration package to export the territory zone data. For more information, refer to the Exporting Setup Data demo listed in the related topics section.
Import the territory geography zones Once you have downloaded your configuration package for your territory geography zone setup, you can import the territory zones into another application instance. For more information, refer to the Importing Setup Data listed in the related topics section.
Note Ensure that you import your master reference geography data into the new application instance before you import the configuration package.
Related Topics • Managing Territory Geographies: Worked Example
87
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
• Exporting Setup Data • Importing Setup Data
Managing Geography Structures, Hierarchies, and Validation: Worked Example This example shows how to configure the geography structure, hierarchy, and validation for a country geography, using the United Kingdom country geography as an illustration. The following table summarizes the key decisions for this scenario. DecisionstoConsider
InThisExample
Copy an existing country structure?
No, create a new country structure.
What is the structure of the geography types?
Create geography types with the following ranking structure:
What is the geography hierarchy?
1.
County
2.
Post Town
Create the following hierarchy: 1.
Country of United Kingdom
2.
County of Berkshire
3.
Post Town of Reading
Which address style format will you use when mapping geography validations?
The default address style format, called the No Styles Format.
Are you using Oracle Fusion Tax for tax purposes?
No, do not select Tax Validation for the geography types.
Defining the Geography Structure Add the County and Post Town geography types to the United Kingdom geography structure. 1. On the Manage Geographies page, enter GB in the Code field. Click Search. 2. On the Manage Geographies page, click Structure Defined. 3. On the Manage Geography Structure page, click the Create button next to the Copy Country Structure From field. 4. In the Geography Structure section, select the County list item in the Add Geography Type field.
88
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
5. Click Add. 6. Select the Post Town list item in the Add Geography Type field. 7. Click Add.
Defining the Geography Hierarchy To create the geography hierarchy for United Kingdom, add the geographies for the County and Post Town geography types using the geography hierarchy user interfaces. You can also use the Manage File Import Activities task to import geography hierarchies using a csv or xml file. 1. On the Manage Geographies page, enter GB in the Code field. Click Search. 2. On the Manage Geographies page, click Hierarchy Defined. 3. In the Geography Hierarchy section, click United Kingdom to highlight the table row, and click Create. 4. In the Create County page, Primary and Alternate Names section, enter Berkshire in the Name field. 5. Click Save and Close. 6. In the Geography Hierarchy section, click Berkshire to highlight the table row, and click Create. 7. In the Create Post Town page, Primary and Alternate Names section, enter Reading in the Name field. 8. Click Save and Close.
Defining the Geography Validations To specify the geography validations for the geography types you added to United Kingdom, define the geography mapping and validation for the United Kingdom default address style format. Then, map the geography types to attributes, enable the geography types for Lists of Values and Geography Validation, and set the geography validation level. 1. On the Manage Geographies page, click Validation Defined. 2. In the Address Style section, click No Styles Format to highlight the table row. 3. For the County geography type, click the County list item in the Map to Attribute field. 4. Select the Enable List of Values and Geography Validation options. 5. For the Post Town geography type, click the City list item in the Map to Attribute field. 6. Select the Geography Validation option. 7. In the Geography Validation Control section, select Error in the Geography Validation Level for Country list. 8. Click Save and Close.
FAQs for Define Geographies When do I define address cleansing? When address data entered into the application needs to conform to a particular format, in order to achieve consistency in the representation of addresses. For example, making sure that the incoming data is stored following the correct postal address format.
Why can't I update a geography structure by copying an existing country structure?
You can only update a geography structure by adding existing geography types, or by creating new geography types and then adding them to the geography structure. You can only copy an existing country structure when you are defining a new country structure.
89
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Why can't I delete a level of the country geography structure? If a geography exists for a country geography structure level then you cannot delete the level. For example, if a state geography has been created for the United States country geography structure, then the State level cannot be deleted in the country geography structure.
Can I add any geography to the geography hierarchy? Yes. However, the geography type for the geography that you want to add must be already added to the country geography structure.
Can I edit a specific geography in the geography hierarchy? Yes. In the Manage Geography Hierarchy page you can edit details such as the geography's date range, primary and alternate names and codes, and parent geographies.
How can I add a geography that is the level below another geography in a geography hierarchy? Select the geography that you want your geography to be created below, and then click the Create icon. This will allow you to create a geography for a geography type that is the level below the geography type you selected. The structure of the country's geography types are defined in the Manage Geography Structure page.
Define Legal Jurisdictions and Authorities Jurisdictions and Legal Authorities: Explained You are required to register your legal entities with legal authorities in the jurisdictions where you conduct business. Register your legal entities as required by local business requirements or other relevant laws. For example, register your legal entities for tax reporting to report sales taxes or value added taxes. Define jurisdictions and related legal authorities to support multiple legal entity registrations, which are used by Oracle Fusion Tax and Oracle Fusion Payroll. When you first create a legal entity, the Oracle Fusion Legal Entity Configurator automatically creates one legal reporting unit for that legal entity with a registration.
Jurisdictions: Explained Jurisdiction is a physical territory such as a group of countries, country, state, county, or parish where a particular piece of legislation applies. French Labor Law, Singapore Transactions Tax Law, and US Income Tax Laws are examples of particular legislation that apply to legal entities operating in different countries' jurisdictions. Judicial authority may be exercised within a jurisdiction. Types of jurisdictions are: • Identifying Jurisdiction • Income Tax Jurisdiction • Transaction Tax Jurisdiction
Identifying Jurisdiction For each legal entity, select an identifying jurisdiction. An identifying jurisdiction is your first jurisdiction you must register with to be allowed to do business in a country. If there is more than one jurisdiction that a legal entity needs to register with
90
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
to commence business, select one as the identifying jurisdiction. Typically the identifying jurisdiction is the one you use to uniquely identify your legal entity. Income tax jurisdictions and transaction tax jurisdictions do not represent the same jurisdiction. Although in some countries, the two jurisdictions are defined at the same geopolitical level, such as a country, and share the same legal authority, they are two distinct jurisdictions.
Income Tax Jurisdiction Create income tax jurisdictions to properly report and remit income taxes to the legal authority. Income tax jurisdictions by law impose taxes on your financial income generated by all your entities within their jurisdiction. Income tax is a key source of funding that the government uses to fund its activities and serve the public.
Transaction Tax Jurisdiction Create transaction tax jurisdictions through Oracle Fusion Tax in a separate business flow, because of the specific needs and complexities of various taxes. Tax jurisdictions and their respective rates are provided by suppliers and require periodic maintenance. Use transaction tax jurisdiction for legal reporting of sales and value added taxes.
Legal Authorities: Explained A legal authority is a government or legal body that is charged with powers to make laws, levy and collect fees and taxes, and remit financial appropriations for a given jurisdiction. For example, the Internal Revenue Service is the authority for enforcing income tax laws in United States. In some countries, such as India and Brazil, you are required to print legal authority information on your tax reports. Legal authorities are defined in the Oracle Fusion Legal Entity Configurator. Tax authorities are a subset of legal authorities and are defined using the same setup flow. Legal authorities are not mandatory in Oracle Fusion Human Capital Management (HCM), but are recommended and are generally referenced on statutory reports.
Creating Legal Jurisdictions, Addresses and Authorities: Examples Define legal jurisdictions and related legal authorities to support multiple legal entity registrations, which are used by Oracle Fusion Tax and Oracle Fusion Payroll.
Legal Jurisdictions Create a legal jurisdiction by following these steps: 1. Navigator > Setup and Maintenance > Manage Legal Jurisdictions > Go to Task. 2. Select Create. 3. Enter a unique Name, United States Income Tax. 4. Select a Territory, United States. 5. Select a Legislative Category, Income tax. 6. Select Identifying, Yes. Identifying indicates the first jurisdiction a legal entity must register with to do business in a country.
91
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
7. Enter a Start Date if desired. You can also add an End Date to indicate a date that the jurisdiction may no longer be used. 8. Select a Legal Entity Registration Code, EIN or TIN. 9. Select a Legal Reporting Unit Registration Code, Legal Reporting Unit Registration Number. 10. Optionally enter one or more Legal Functions. 11. Save and Close.
Legal Addresses for Legal Entities and Reporting Units Create a legal address for legal entities and reporting units by following these steps: 1. Navigator > Setup and Maintenance > Manage Legal Address > Go to Task. 2. Select Create. 3. Select Country. 4. Enter Address Line 1, Oracle Parkway. 5. Optionally enter Address Line 2, and Address Line 3. 6. Enter or Select Zip Code, 94065. 7. Select Geography 94065 and Parent Geography Redwood Shores, San Mateo, CA. 8. Optionally enter a Time Zone, US Pacific Time. 9. OK. 10. Save and Close.
Legal Authorities Create a legal authority by following these steps: 1. Navigator > Setup and Maintenance >Manage Legal Authorities > Go to Task. 2. Enter the Name, California Franchise Tax Board. 3. Enter the Tax Authority Type, Reporting.
Note Create an address for the legal authority. 4. Select Create. 5. The Site Number is automatically assigned. 6. Optionally enter a Mail Stop. 7. Select Country, United States 8. Enter Address Line 1, 121 Spear Street, Suite 400.
92
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
9. Optionally enter Address Line 2, and Address Line 3. 10. Enter or Select Zip Code, 94105. 11. Select Geography 94105 and Parent Geography San Francisco, San Francisco, CA. 12. OK. 13. Optionally enter a Time Zone, US Pacific Time. 14. Optionally click the One-Time Address check box. 15. The From Date defaults to today's date. Update if necessary. 16. Optionally enter a To Date to indicate the last day the address can be used.
Note You can optionally enter Address Purpose details. 17. Select Add Row . 18. Select Purpose. 19. The Purpose from Date will default to today's date. 20. Optionally enter a Purpose to Date. 21. OK. 22. Save and Close.
Creating Legal Entities, Registrations, and Reporting Units: Examples 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.
Legal Entity Create a legal entity by following these steps: 1. Navigator > Setup and Maintenance > Manage Legal Entity > Go to Task. 2. Accept the default Country, United States. 3. Enter Name, InFusion USA West. 4. Enter Legal Entity Identifier, US0033. 5. Optionally enter Start Date. When the start date is blank the legal entity is effective from the creation date. 6. Optionally enter an End Date. 7. Optionally, if your legal entity should be registered to report payroll tax and social insurance, select the Payroll statutory unit check box. 8. Optionally, if your legal entity has employees, select the Legal employer check box.
93
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
9. Optionally, if this legal entity is not a payroll statutory unit, select an existing payroll statutory unit to report payroll tax and social instance on behalf of this legal entity.
Note Enter the Registration Information. 10. Accept the default Identifying Jurisdiction, United States Income Tax. 11. Search for and select a Legal Address, 500 Oracle Parkway, Redwood Shores, CA 94065.
Note The legal address must have been entered previously using the Manage Legal Address task. 12. OK. 13. Optionally enter a Place of Registration. 14. Enter the EIN or TIN. 15. Enter the Legal Reporting Unit Registration Number. 16. Save and Close. 17. Navigator > Setup and Maintenance > Define Legal Entries > Manage Legal Entity > Select... to set scope. 18. Select the Manage Legal Entity. 19. In the *Legal Entity drop down, select Select and Add. 20. Click Apply and Go to Task . 21. Select your legal entity. 22. Save and Close on the very bottom of the window. This sets the scope for your task list to the selected legal entity. 23. Save and Close.
Legal Entity Registrations A legal entity registration with the same name as that of the legal entity will be created by default. To verify this, locate the Manage Legal Entity Registrations task and then selectGo to Task. To create another registration for the legal entity follow these steps: 1. Navigator > Setup and Maintenance > Manage Legal Entity Registrations. Verify that the Legal Entity scope value is set correctly. 2. Go to Task. 3. Select Create. 4. Enter Jurisdiction. 5. Enter Registered Address.
94
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
6. Enter Registered Name. 7. Optionally enter Alternate Name, Registration Number, Place of Registration, Issuing Legal Authority, and Issuing Legal Authority Address, Start Date, and End Date. 8. Save and Close.
Legal Reporting Unit When a legal entity is created, a legal reporting unit with the same name as that of the entity is also automatically created. To create more legal reporting units or modify the settings follow these steps: Maintenance 1. Navigator > Setup > Define Legal Reporting Unit . > Manage Legal Reporting Unit. Verify Entityand that the Legal scope value is set correctly.
2. Go to Task 3. Select Create. 4. Enter Territory, United States. 5. Enter Name. 6. Optionally enter a Start Date.
Note Enter Registration Information. 7. Search for and select Jurisdiction.
Note Enter Main Legal Reporting Unit information. 8. Select the value Yes or No for the Main Legal Reporting Unit. Set value to yes only if you are creating a new main (primary) legal reporting unit. 9. Enter the Main Effective Start Date, 1/1/11. 10. Save and Close.
Define Legal Entities: Manage Legal Entity Legal Entities: Explained A legal entity is a recognized party with rights and responsibilities given by legislation. Legal entities have the following rights and responsibilities to: • Own property
95
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Trade • Repay debt • 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. 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 responsibility for elements of your enterprise for the following reasons: • Facilitating local compliance • Minimizing the enterprise's tax liability • Preparing for acquisitions or disposals of parts of the enterprise • Isolating one area of the business from risks in another area. For example, 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.
The Role of Your Legal Entities In configuring your enterprise structure in Oracle Fusion Applications, you need to understand that the contracting party on any transaction is always the legal entity. Individual legal entities: • Own the assets of the enterprise • Record sales and pay taxes on those sales • Make purchases and incur expenses • Perform other transactions Legal entities must comply with the regulations of jurisdictions, in which they register. Europe now allows for companies to register in one member country and do business in all member countries, and the US allows for companies to register in one state and do business in all states. To support local reporting requirements, legal reporting units are created and registered. You are required to publish specific and periodic disclosures of your legal entities' operations based on different jurisdictions' requirements. Certain annual or more frequent accounting reports are referred to as statutory or external reporting. These reports must be filed with specified national and regulatory authorities. For example, in the United States (US), your publicly owned entities (corporations) are required to file quarterly and annual reports, as well as other periodic reports, with the Securities and Exchange Commission (SEC), who enforces statutory reporting requirements for public corporations. Individual entities privately held or held by public companies do not have to file separately. In other countries, your individual entities do have to file in their own name, as well as at the public group level. Disclosure requirements are diverse. For example, your local entities may have to file locally to comply with local regulations in a local currency, as well as being included in your enterprise's reporting requirements in different currency. A legal entity can represent all or part of your enterprise's management framework. For example, if you operate in a large country such as the United Kingdom or Germany, you might incorporate each division in the country as a separate legal entity. In a smaller country, for example Austria, you might use a single legal entity to host all of your business operations across divisions.
96
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Legal Entity in Oracle Fusion: Points to Consider 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. When your legal entities are trading with each other, you represent both of them as legal entities and also as customers and suppliers in your customer and supplier registers. Use legal entity relationships to determine which transactions are intercompany and require intercompany accounting. Your legal entities can be identified as legal employers and therefore, are available for use in Human Capital Management (HCM) applications. There are several decisions to consider when you create legal entities. • The importance of legal entity in transactions • Legal entity and its relationship to business units • Legal entity and its relationship to divisions • Legal entity and its relationship to ledgers • Legal entity and its relationship to balancing segments • Legal entity and its relationship to consolidation rules • Legal entity and its relationship to intercompany transactions • Legal entity and its relationship to worker assignments and legal employer • Legal entity and payroll reporting • Legal reporting units
The Importance of Legal Entity in Transactions All of the assets of the enterprise are owned by individual legal entities. Oracle Fusion Financials allow your users to enter legal entities on transactions that represent a movement in value or obligation. For example, the creation of a sales order creates an obligation for the legal entity that books the order to deliver the goods on the acknowledged date, and an obligation of the purchaser to receive and pay for those goods. Under contract law in most countries, 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. In another example, if you revalued your inventory in a warehouse to account for raw material price increases, the revaluation and revaluation reserves must be reflected in your legal entity's accounts. In Oracle Fusion Applications, your inventory within an inventory organization is managed by a single business unit and belongs to one legal entity.
Legal Entity and its Relationship to Business Units A business unit can process transactions on behalf of many legal entities. Frequently, a business unit is part of a single legal entity. In most cases the legal entity is explicit on your transactions. For example, a payables invoice has an explicit legal entity field. Your accounts payables department can process supplier invoices on behalf of one or many business units. In some cases, your legal entity is inferred from your business unit that is processing the transaction. For example, Business Unit ACM UK has a default legal entity of InFusion UK Ltd. When a purchase order is placed in ACM UK, the legal entity InFusion UK Ltd is legally obligated to the supplier. Oracle Fusion Procurement, Oracle Fusion Project Portfolio Management, and Oracle Fusion Supply Chain applications rely on deriving the legal entity information from the business unit.
Legal Entity and its Relationship to Divisions The division is an area of management responsibility that can correspond to a collection of legal entities. If desired, you can aggregate the results for your divisions by legal entity or by combining parts of other legal entities. Define date-effective
97
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
hierarchies for your cost center or legal entity segment in your chart of accounts to facilitate the aggregation and reporting by division. Divisions and legal entities are independent concepts.
Legal Entity and its Relationship to Ledgers One of your major responsibilities is to file financial statements for your legal entities. Map legal entities to specific ledgers using the Oracle Fusion General Ledger Accounting Configuration Manager. Within a ledger, you can optionally map a legal entity to one or more balancing segment values.
Legal Entity and its Relationship to Balancing Segments Oracle Fusion General Ledger supports up to three balancing segments. Best practices recommend that one of these segments represents your legal entity to ease your requirement to account for your operations to regulatory agencies, tax authorities, and investors. Accounting for your operations means you must produce a balanced trial balance sheet by legal entity. If you account for many legal entities in a single ledger, you must: 1. Identify the legal entities within the ledger. 2. Balance transactions that cross legal entity boundaries through intercompany transactions. 3. Decide which balancing segments correspond to each legal entity and assign them in Oracle Fusion General Ledger Accounting Configuration Manager. Once you assign one balancing segment value in a ledger, then all your balancing segment values must be assigned. This recommended best practice facilitates reporting on assets, liabilities, and income by legal entity. Represent your legal entities by at least one balancing segment value. You may represent it by two or three balancing segment values if more granular reporting is required. For example, if your legal entity operates in multiple jurisdictions in Europe, you might define balancing segment values and map them to legal reporting units. You can represent a legal entity with more than one balancing segment value. Do not use a single balancing segment value to represent more than one legal entity. In Oracle Fusion General Ledger, there are three balancing segments. You can use separate balancing segments to represent your divisions or strategic business units to enable management reporting at the balance sheet level for each division or business unit. For example, use this solution to empower your business unit and divisional managers to track and assume responsibility for their asset utilization or return on investment. Using multiple balancing segments is also useful when you know at the time of implementation that you are disposing of a part of a legal entity and need to isolate the assets and liabilities for that entity.
Important Implementing multiple balancing segments requires every journal entry that is not balanced by division or business unit, to generate balancing lines. Also, you cannot change to multiple balancing segments easily after you have begun to use the ledger because your historical data is not balanced by the new multiple balancing segments. Restating historical data must be done at that point. If your enterprise regularly spins off businesses or if they hold managers of those businesses accountable for utilization of assets, it make be useful to identify the business with a balancing segment value. If you decided to account for each legal entity in a separate ledger, there is no requirement to identify the legal entity with a balancing segment value within the ledger.
Tip While transactions that cross balancing segments don't necessarily cross legal entity boundaries, all transactions that cross legal entity boundaries must cross balancing segments. If you make an acquisition or are preparing to dispose of a portion of your enterprise, you may want to account for that part of the enterprise in its own balancing segment even if it is not a separate legal entity. If you do not map legal entities sharing the same ledger to balancing segments, you are not be able to distinguish them using the intercompany functionality or track their individual equity.
98
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Legal Entity and Its Relationship to Consolidation Rules In Oracle Fusion Applications you can map legal entities to balancing segments and then define consolidation rules using your balancing segments. You are creating a relationship between the definition of your legal entities and their role in your consolidation.
Legal Entity and its Relationship to Intercompany Transactions Use Oracle Fusion Intercompany feature to create intercompany entries automatically across your balancing segments. Intercompany processing updates legal ownership within the enterprise's groups of legal entities. Invoices or journals are created as needed. To limit the number of trading pairs for your enterprise, set up intercompany organizations and assign then to your authorized legal entities. Define processing options and intercompany accounts to use when creating intercompany transactions and to assist in consolidation elimination entries. These accounts are derived and automatically entered on your intercompany transactions based on legal entities assigned to your intercompany organizations. Intracompany trading, in which legal ownership isn't changed but other organizational responsibilities are, 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.
Tip In the Oracle Fusion Supply Chain applications, model intercompany relationships using business units, from which legal entities are inferred.
Legal Entity and Its Relationship to Worker Assignments and Legal Employer Legal entities that employ people are called legal employers in the Oracle Fusion Legal Entity Configurator. You must enter legal employers on worker assignments in Oracle Fusion HCM.
Legal Entity and Payroll Reporting Your legal entities are required to pay payroll tax and social insurance such as social security on your payroll. In Oracle Fusion Applications, you can register payroll statutory units to pay and report on payroll tax and social insurance on behalf of many of your legal entities. As the legal employer, you might be required to pay payroll tax, not only at the national level, but also at the local level. You meet this obligation by establishing your legal entity as a place of work within the jurisdiction of a local authority. Set up legal reporting units to represent the part of your enterprise with a specific legal reporting obligation. You can also mark these legal reporting units as tax reporting units, if the legal entity must pay taxes as a result of establishing a place of business within the jurisdiction.
Define Legal Entities: Manage Legal Entity HCM Information HCM Organization Models: Examples These examples illustrate different models for human capital management (HCM) organizations that include a legislative data group (LDG). LDGs are not organization classification, but are included in the example to show how to associate them with a payroll statutory unit to partition payroll data.
Simple Configuration This example illustrates a simple configuration that does not include any tax reporting units.
99
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Note the following: • The legal employer and payroll statutory units are the same, sharing the same boundaries. • Reporting can only be done at a single level. Countries such as Saudi Arabia and the United Arab Emirates (UAE) might use this type of model, as reporting in these countries is done at the legal entity level. This figure illustrates a simple configuration where the enterprise has only one legal entity that is both a payroll statutory unit and a legal employer.
Multiple Legal Employers and Tax Reporting Units This example illustrates a more complex configuration. In this enterprise, you define one legal entity, InFusion US as a payroll statutory unit and having two separate legal entities, which are also legal employers. This model shows multiple legal employers that are associated with a single payroll statutory unit, and how tax reporting units are always associated with a specific legal employer (or employers) through the payroll statutory unit. The implication is that payroll statutory reporting boundaries vary from human resources (HR) management, and you can categorize the balances separately by either payroll statutory unit, legal employer, or tax reporting unit. This configuration is based on tax filing requirements, as some tax-related payments and reports are associated with a higher level than employers. An example of a country that might use this model is the US.
100
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
This figure illustrates an enterprise that has one payroll statutory unit and multiple legal employers and tax reporting units.
One Payroll Statutory Unit and Two Tax Reporting Units This model makes no distinction between a legal employer and a payroll statutory unit. You define tax reporting units are defined as subsidiaries to the legal entity. In this enterprise, legal entity is the highest level of aggregation for payroll calculations and reporting, and statutory reporting boundaries are the same for both payroll and HR management. An example of a country that might use this model is France.
101
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
This figure illustrates an example of an organization with one legal entity that is both a legal employer and a payroll statutory unit and that has two tax reporting units.
One Payroll Statutory Unit with Several Tax Reporting Units In this model, the enterprise has one legal entity. Legal employers and tax reporting units are independent from each other within a payroll statutory unit, because there is no relationship from a legal perspective. Therefore, you can run reporting on both entities independently. Using this model, you wouldn't typically report on tax reporting unit balances within a legal employer, and categorize balances by either or both organizations, as required. An example of a country that might use this model is India.
102
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
This figure illustrates an enterprise with one legal entity that is a payroll statutory unit and a legal employer, and the tax reporting units are independent from the legal employer.
Multiple Payroll Statutory Units with Several Tax Reporting Units In this model, the enterprise has two legal entities. The legal employers and tax reporting units are independent from each other within a payroll statutory unit, because there is no relationship from a legal perspective. Therefore, you can run reporting on both entities independently. Using this model, you wouldn't typically report on tax reporting unit balances within a legal employer, and categorize balances by either or both organizations, as required. An example of a country that might use this model is the United Kingdom (UK).
103
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
This figure illustrates an enterprise with two legal entities, and legal employers and tax reporting units are independent from each other.
Related Topics • Legislative Data Groups: Explained
Payroll Statutory Units, Legal Employers, and Tax Reporting Units: How They Work Together When you set up legal entities, you can identify them as legal employers and payroll statutory units, which makes them available for use in Oracle Fusion Human Capital Management (HCM). Depending on how your organization is structured, you
104
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
may have only one legal entity that is also a payroll statutory unit and a legal employer, or you may have multiple legal entities, payroll statutory units, and legal employers.
Legal Employers and Payroll Statutory Unit Payroll statutory units enable you to group legal employers so that you can perform statutory calculations at a higher level, such as for court orders or for United Kingdom (UK) statutory sick pay. In some cases, a legal employer is also a payroll statutory unit. However, your organization may have several legal employers under one payroll statutory unit. A legal employer can belong to only one payroll statutory unit.
Payroll Statutory Units and Tax Reporting Units Payroll statutory units and tax reporting units have a parent-child relationship, with the payroll statutory unit being the parent.
Tax Reporting Units and Legal Employers Tax reporting units are indirectly associated with a legal employer through the payroll statutory unit. One or more tax reporting units can be used by a single legal employer, and a tax reporting unit can be used by one or more legal employers. For example, assume that a single tax reporting unit is linked to a payroll statutory unit. Assume also that two legal employers are associated with this payroll statutory unit. In this example, both legal employers are associated with the single tax reporting unit. Use the Manage Legal Reporting Unit HCM Information task to designate an existing legal reporting unit as a tax reporting unit. If you create a new legal reporting unit that belongs to a legal employer (that is not also a payroll statutory unit), you select a parent payroll statutory unit and then, when you run the Manage Legal Reporting Unit HCM Information task, you designate it as a tax reporting unit and select the legal employer.
Related Topics • What's a tax reporting unit?
FAQs for Manage Legal Entity HCM Information What's a legal employer? A legal employer is a legal entity that employs workers. You define a legal entity as a legal employer in the Oracle Fusion Legal Entity Configurator. The legal employer is captured at the work relationship level, and all employment terms and assignments within that relationship are automatically with that legal employer. Legal employer information for worker assignments is also used for reporting purposes.
What's a payroll statutory unit? Payroll statutory units are legal entities that are responsible for paying workers, including the payment of payroll tax and social insurance. A payroll statutory unit can pay and report on payroll tax and social insurance on behalf of one or many legal entities, depending on the structure of your enterprise. For example, if you are a multinational, multicompany enterprise, then you register a payroll statutory unit in each country where you employ and pay people. You can optionally register a consolidated payroll statutory unit to pay and report on workers across multiple legal employers within the same country. You associate a legislative data group with a payroll statutory unit to provide the correct payroll information for workers.
105
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Define Legal Entities: Manage Legal Entity Tax Profile Party Tax Profiles: Explained A tax profile is the body of information that relates to a party's transaction tax activities. A tax profile can include main and default information, tax registration, tax exemptions, party fiscal classifications, tax reporting codes, configuration options, and service subscriptions. Set up tax profiles for the following parties involved in your transactions: • First parties: All legal entities, legal reporting units, and business units in your organization that have a transaction tax requirement. • Third parties: Your customers and suppliers and their locations and banks. • Tax authorities: Parties that administer tax rules and regulations.
First Parties Set up tax profiles for your first-party legal entities, legal reporting units, and business units. First-party legal entities identify your organization to the relevant legal authorities, for example, a national or international headquarters. Legal entities let you more accurately model your external relationships to legal authorities. The relationships between first-party legal entities and the relevant tax authorities normally control the setup of the transaction taxes required by your business. Under most circumstances the tax setup is used and maintained based on the configuration of the legal entity. Enter the default information, party fiscal classifications, tax reporting codes, and configuration options for your legal entities. You can also specify if you're using the tax services of an external service provider for tax calculation. First-party legal reporting units identify each office, service center, warehouse and any other location within the organization that has a tax requirement. A legal reporting unit tax profile is automatically created for the headquarter legal entity. Set up additional legal reporting unit tax profiles for those needed for tax purposes. For legal reporting units, enter the default information, tax tax registrations, party fiscal classifications, and reporting Also,setup. define tax reporting details for your VAT and global reporting needs for tax registrations of taxtax regimes thatcodes. allow this Business units organize your company data according to your internal accounting, financial monitoring, and reporting requirements. To help you manage the tax needs of your business units, you can use the business unit tax profile in either of two ways: • Indicate that business unit tax setup is used and maintained based on the configuration of the associated legal entity at transaction time. The tax setup of the associated legal entity setup is either specific to the legal entity or shared across legal entities using the Global Configuration Owner setup. • Indicate that tax setup is used and maintained by a specific business unit. Create configuration options for the business unit to indicate that the subscribed tax content is used for the transactions created for the business unit. For business units that maintain their own setup, enter the default information, tax reporting codes, configuration options, and service providers as required.
Third Parties Set up third-party tax profiles for parties with the usage of customer, supplier, and their sites. Enter the default information, tax registrations, party fiscal classifications, and reporting codes required for your third parties or third-party sites. You can set up tax exemptions for your customers and customer sites. Banks are also considered third parties. When a bank is created, the tax registration number specified on the bank record is added to the party tax profile record in Oracle Fusion Tax. You can't modify the party tax profile for a bank as it's view only. You can only modify the bank record itself.
106
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Note Setting up party tax profiles for third parties is not required. Taxes are still calculated on transactions for third parties that don't have tax profiles
Tax Authorities Set up a tax authority party tax profile using the Legal Authorities set up task. The tax authority party tax profile identifies a tax authority party as a collecting authority or a reporting authority or both. A collecting tax authority manages the administration of tax remittances. A reporting tax authority receives and processes all company transaction tax reports. The collecting and reporting tax authorities appear in the corresponding list of values on all applicable Oracle Fusion Tax pages. All tax authorities are available in the list of values as an issuing tax authority.
Related Topics • Specifying Third-Party Tax Profile Options: Points to Consider • When does a party tax profile get created for a third party?
Specifying First-Party Tax Profile Options: Points to Consider Set up first-party tax profiles for all legal entities, legal reporting units, and business units in your organization that have a transaction tax requirements. How you set up your first parties can impact the tax calculation on your transactions. The first-party tax profile consists of: • Defaults and controls: Applicable to legal entities and legal reporting units. Business units that use their own tax setup do not have defaults and controls. • Tax registrations: Applicable to legal reporting units. • Party fiscal classifications: Applicable to legal entities and legal reporting units. • Tax reporting codes: Applicable to legal entities, legal reporting units, and business units who do not use the tax setup of the legal entity. • Configuration options: Applicable to legal entities and business units who do not use the tax setup of the legal entity. • Service subscriptions: Applicable to legal entities and business units who do not use the tax setup of the legal entity.
Defaults and Controls The following table describes the defaults and controls available at the first-party tax profile level: Op t io n
Description
Set as self-assessment (reverse charge)
Automatically self-assess taxes on purchases.
Rounding Level
Perform rounding operations on the: • Header: Applies rounding to calculated tax amounts once for each tax rate per invoice. • Line: Applies rounding to the calculated tax amount on each invoice line.
107
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Op t io n
Description
Rounding Rule
The rule that defines how the rounding should be performed on a value involved in a taxable transaction. For example, up to the next highest value, down to the next lowest value, or nearest.
Note If you defined a rounding precedence hierarchy in the configuration owner tax option settings for the combination of configuration owner and class, Oracle Fusion Tax considers theevent rounding details in the applicable tax profile.
Set Invoice Values as Tax Inclusive
This first party intends to send or receive invoices with invoice line amount inclusive of the tax amount.
Note This option overrides the tax inclusive handling setting at the tax level, but not at the tax rate level.
Tax Registrations You must set up a separate tax registration to represent each distinct registration requirement for a first-party legal reporting unit. Oracle Fusion Tax uses tax registrations in tax determination and tax reporting. If your first party has more than one tax registration under the same tax regime, then the application considers the tax registration in the order: tax jurisdiction; tax; tax regime. You must enable the Use tax reporting configuration option on the first-party tax regime to allow entry of global tax reporting configuration details during tax registration setup for legal reporting units for these tax regimes.
Party Fiscal Classifications If applicable, associate first-party fiscal classification codes with this party. The party fiscal classification codes you enter become part of tax determination for invoices associated with this party. Specify start and end dates to control when these fiscal classifications are applicable for this party and transaction. For legal entities, you can view the associated legal classifications that were assigned to the tax regime defined for this first party. The legal classifications are used in the tax determination process, similarly to the party fiscal classifications.
Tax Reporting Codes Set up tax reporting types to capture additional tax information on transactions for your tax reports for your first parties. Depending on the tax reporting type code, you either enter or select a tax reporting code for this party. Specify start and end dates to control when these tax reporting codes are applicable.
Configuration Options The legal entities and business units in your organization are each subject to specific sets of tax regulations as designated by the tax authorities where you do business. Use configuration options to associate legal entities and business units with their
108
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
applicable tax regimes. You can set up tax configuration options when you create a tax regime or when you create a party tax profile. Both setup flows display and maintain the same party and tax regime definitions.
Service Subscriptions Oracle Fusion Tax lets you use the tax services of external service providers for tax calculation of US Sales and Use Tax on Receivables transactions. The setup for provider services is called a service subscription. A service subscription applies to the transactions of one configuration option setup for a combination of tax regime and legal entity or business unit. Set up service subscriptions when you create a tax regime or when you create a party tax profile for a first-party legal entity or business unit.
Related Topics • Tax Registrations: Explained • Configuration Options: Explained • Setting Tax Reporting Configuration Controls for VAT: Critic al Choices • Party Information: Explained • Rounding Precedence Hierarchy: How It Is Determined
FAQs for Manage Legal Entity Tax Profile When does a party tax profile get created for a legal entity? The legal entity party tax profile is automatically created when a legal entity record is created. If a legal entity party tax profile record is not created, for example, when a legal entity is created through a back-end process, a legal entity party tax profile is created upon saving the tax regime when a legal entity is subscribed to or upon saving the configuration owner tax options when they are defined for the legal entity. Otherwise, create a party tax profile using the Create Legal Entity Tax Profile page. You can edit the tax profile that was automatically generated with the relevant tax information, but it is not required.
Define Legal Entities: Define Legal Reporting Units Planning Legal Reporting Units: Points to Consider Each of your legal entities has at least one legal reporting unit. Legal reporting units can also be referred to as establishments. You can define either domestic or foreign establishments. Define legal reporting units by physical location, such as a sales office, or by logical unit, such as groups of employees subject to different reporting requirements. For example, define logical legal reporting units for both salaried and hourly paid employees. Another example of logical reporting units is in the Oracle Fusion Human Capital Management (HCM) system where you use your legal reporting units to model your tax reporting units. A tax reporting unit is used to group workers for the purpose of tax reporting.
Planning Legal Reporting Units Plan and define your legal reporting units at both the local and national levels if you operate within the administrative boundaries a jurisdiction thatofisemployment more granular than country. example, legal entity establishes a country thatof requires reporting and sales taxes For locally as well your as nationally. Therefore, youoperations need moreinthan one legally registered location to meet this legal entity's reporting requirements in each local area. Additionally, legal entities in Europe operate across national boundaries, and require you to set up legal reporting units for the purposes of local registration in each country. There can be multiple registrations associated with a legal reporting unit. However, there can be
109
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
only one identifying registration, defined by the legal authority used for the legal entity or legal reporting unit, associated with the legal reporting unit.
Define Chart of Accounts for Enterprise Structures: Manage Chart of Accounts Structures and Structure Instances Chart of Accounts: Explained The chart of accounts is the underlying structure for organizing financial information and reporting. An entity records transactions with a set of codes representing balances by type, expenses by function, and other divisional or organizational codes that are important to its business. A well-designed chart of accounts provides the following benefits: • Effectively manages an organization's financial business. • Supports the audit and control of financial transactions. • Provides flexibility for management reporting and analysis. • Anticipates growth and maintenance needs as organizational changes occur. • Facilitates an efficient data processing flow. • Allows for delegation of responsibility for cost control, profit attainment, and asset utilization. • Measures performance against corporate objectives by your managers. The chartflows, of accounts facilitates from different operations, from within an operation, andinfrom differentwith business thus enabling theaggregating organizationdata to report using consistent definitions to their stakeholders compliance legislative and corporate reporting standards and aiding in management decisions. Best practices include starting the design from external and management reporting requirements and making decisions about data storage in the general ledger, including thick versus thin general ledger concepts.
Thick Versus Thin General Ledger: Critical Choices Thick versus thin general ledger is standard terminology used to describe the amount of data populated and analysis performed in your general ledger. Thick and thin are the poles; most implementations are somewhere in between. Here are some variations to consider: • A general ledger used in conjunction with an enterprise profitability management (EPM) product, which has data standardized from each operation, is designed as a thin general ledger. Use this variation if your solution is projectbased, and Oracle Fusion Project Portfolio Management is implemented. More detailed reporting can be obtained from the Projects system. In the thin general ledger, business units, divisions, and individual departments are not represented in the chart of accounts. • A generalmany ledger, withinsegments representing all aspects and iscapturing detail ofledger. your business, with frequent posting, values each segment, and many segments, called a every thick general A thick general ledger is designed to serve as a repository of management data for a certain level of management. For example, a subsidiary's general ledger is designed to provide the upper management enough data to supervise operations, such as daily sales, without invoice details or inventory without part number details.
110
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• A primary ledger and a secondary ledger, where one is a thick general ledger and the other a thin general ledger, provides dual representation for reporting requirements that require more than one ledger.
Thin General Ledger With a thin general ledger, you use the general ledger for internal control, statutory reporting, and tracking of asset ownership. You minimize the data stored in your general ledger. A thin general ledger has many of the following characteristics: • Minimal chart of accounts ◦
Short list of cost centers
◦
Short list of natural accounts • Short list of cost accounts • Summary level asset and liability accounts
◦
Low number of optional segments
• Infrequent posting schedule A thin general ledger has natural accounts at a statutory reporting level, for example, payroll expense, rent, property taxes, and utilities. It has cost centers at the functional expense level, such as Research and Development (R&D) or Selling, General, and Administrative (SG&A) expense lines, rather than at department or analytic levels. It omits business unit, division, and product detail. One example of an industry that frequently uses a thin general ledger is retail. In a retail organization, the general ledger tracks overall sales numbers by region. A retail point of sales product tracks sales and inventory by store, product, supplier, markup, and other retail sales measures.
Thick General Ledger With a thick general ledger, you use the general ledger as a detailed, analytic tool, performing analytic functions directly in the general ledger. Data is broken down by many reporting labels, and populated frequently from the subledgers. You maximize the data stored in the general ledger. A thick general ledger has many of the following characteristics: • Maximum use of the chart of accounts ◦
Long list of natural accounts
◦
Long list of cost centers • Long list of costing accounts • Detailed asset and liability accounts
• Frequent posting schedule In a thick general ledger, you obtain detail for cost of goods sold and inventory balances and track property plant and equipment at a granular level. Cost centers represent functional expenses, but also roll up to departmental or other expense analysis levels. Using product and location codes in optional segments can provide reporting by line of business. Posting daily, at the individual transaction level, can maximize the data stored in the general ledger. One example of an industry that frequently uses a thick general ledger is electronic manufacturers. Detail on the revenue line is tagged by sales channel. Product is structured differently to provide detail on the cost of goods sold line, including your
111
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
bill of materials costs. The general ledger is used to compare and contrast both revenue and cost of goods sold for margin analysis.
Other Considerations Consider implementing a thick ledger if there are business requirements to do any of the following: • Track entered currency balances at the level of an operational dimension or segment of your chart of accounts, such as by department or cost center • Generate financial allocations at the level of an operational dimension or segment • Report using multiple layered and versioned hierarchies of the operational dimension or segment from your general ledger Consider implementing a thin ledger in addition to a thick ledger, if there are additional requirements for: • Minimal disclosure to the authorities in addition to the requirements listed above. For example, in some European countries, fiscal authorities examine ledgers at the detailed account level. • Fiscal only adjustments, allocations, and revaluations, which don't impact the thick general ledger. The important consideration in determining if a thick ledger is the primary or secondary ledger is your reporting needs. Other considerations include how the values for an operational dimension or segment are derived and the amount of resources used in reconciling your different ledgers. If values for the operational dimension are always entered by the user like other segments of the accounting flexfield, then a thick primary ledger is the better choice. However, if values for the operational dimension or segment are automatically derived from other attributes on the transactions in your subledger accounting rules, rather than entered in the user interface, then use a thick secondary ledger. This decision affects the amount of: • Storage and maintenance needed for both the general ledger and subledger accounting entries • System resources required to perform additional posting • In summary, you have: Minimum demand on storage, maintenance, and system resources with the use of a thin ledger ◦
◦
Greater demand on storage, maintenance, and system resources with the use of a thick ledger
◦
Greatest demand on storage, maintenance and system resources with the use of both thick and thin ledgers
Note Generally speaking, there is a trade-off between the volume of journals and balances created and maintained versus system resource demands. Actual performance depends on a wide range of factors including hardware and network considerations, transaction volume, and data retention policies.
Summary The factors you need to consider in your decision to use a thick or thin general ledger for your organization, are your: • Downstream EPM system and its capabilities • Business intelligence system and its capabilities • Subledger systems and their capabilities and characteristics, including heterogeneity
112
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• General ledger reporting systems and their capabilities • Maintenance required for the thick or thin distributions and record keeping • Maintenance required to update value sets for the chart of accounts segments • Preferences of the product that serves as a source of truth • Level at which to report profitability including gross margin analysis • Industry and business complexity
Chart of Accounts: How Its Components Fit Together The important elements in a basic chart of accounts in Oracle Fusion Applications included a structure that defines the account values, segments and their labels, and rules (security and validation). Account combinations link the values in the segments together and provide the accounting mechanism to capture financial transactions.
Chart of Accounts The chart of accounts defines the number and attributes of various segments, including: • Order of segments • Width of segments
113
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Prompts • Segment labels, such as balancing, natural account, and cost center. The chart of accounts further defines: • Combination of value sets associated with each segment • Type of segment • Default values for the segments • Additional conditions designating the source of the values using database tables • Required and displayed properties for the segments
Segments A chart of accounts segment is a component of the account combination. Each segment has a value set attached to it to provide formatting and validation of the set of values used with that segment. The combination of segments creates the account combination used for recording and reporting financial transactions. Examples of segments that may be found in a chart of accounts are company, cost center, department, division, region, account, product, program, and location.
Value Sets and Values The value sets define the attributes and values associated with a segment of the chart of accounts. You can think of a value set as a container for your values. You can set up your flexfield so that it automatically validates the segment values that you enter against a table of valid values. If you enter an invalid segment value, a list of valid values appears automatically so that you can select a valid value. You can assign a single value set to more than one segment, and you can share value sets across different flexfields.
Caution You must use Independent validation only for the Accounting Key Flexfield value sets. Other validations prevent you from using the full chart of accounts functionality, such as data security, reporting, and account hierarchy integration. Dependent values sets are not supported.
Segment Labels Segment labels identify certain segments in your chart of accounts and assign special functionality to those segments. Segment labels were referred to as flexfield qualifiers in Oracle E-Business Suite. Here are the segment labels that are available to use with the chart of accounts. • Balancing: Ensures that all journals balance for each balancing segment value or combination of multiple balancing segment values to use in trial balance reporting. The three balancing segment labels are: primary, second, and third balancing. The primary balancing segment label is required. • Cost Center: Facilitates grouping of natural accounts by functional cost types, accommodating tracking of specific business expenses across natural accounts. As cost centers combine expenses and headcount data into costs, they are useful for detailed analysis and reporting. Cost centers are optional, but required if you are accounting for depreciation, additions, and other transactions in Oracle Fusion Assets, and for storing expense approval limits in Oracle Fusion Expense Management. • Natural Account: Determines the account type (asset, liability, expense, revenue, or equity) and other information specific to the segment value. The natural account segment label is required. Management • center, : Optionally, denotes segment to that management responsibility, such as the department, cost or line of business. Also can the be attached thehas same segment as one of the balancing segments to make legal entity reporting more granular. • Intercompany: Optionally, assigns the segment to be used in intercompany balancing functionality.
114
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Note All segments have a segment qualifier that enables posting for each value. The predefined setting is Yes to post.
Account Combinations An account combination is a completed code of segment values that uniquely identifies an account in the chart of accounts, for example 01-2900-500-123, might represent InFusion America (company)-Monitor Sales (division)-Revenue (account)-Air Filters (product).
Rules The chart of accounts uses two different types of rules to control functionality. • Security rules: Prohibit certain users from accessing specific segment values. For example, you can create a security rule that grants a user access only to his or her department. • Cross-validation rules: Control the account combinations that can be created during data entry. For example, you may decide that sales cost centers 600 to 699 should enter amounts only to product sales accounts 4000 to 4999.
Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheets: Explained Represent your enterprise structures in your chart of accounts, ledger, legal entities, and business unit configuration to track and report on your financial objectives and meet your reporting requirements. These components are the underlying structure for organizing financial information and reporting. The chart of accounts within the ledger facilitates: • Aggregating data from different operations, from within an operation, and from different business flows • Consistent definitions to your stakeholders in compliance with legislative and corporate reporting standards and aids in management decisions. Rapid implementation is a way to configure the Oracle Fusion Financial Enterprise and Financial Reporting Structures quickly using sheets in a workbook to upload lists of: • Companies (Legal Entities) • Ledgers by Country • Business Units • Chart of Account Values • Financial Sequences • Hierarchies Once the sheets have been uploaded, the application creates your: • Chart of Accounts Structure and Instance • Key Accounts such as Retained Earnings and Account Payables. • Calendar • Ledgers by Country • Legal Entities and Their Locations • Business Units • Document and Journal Sequences
115
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
The following graphic shows the relationship of these components.
• Legal Entities: Identifies a recognized party with rights and responsibilities given by legislation, which has the right to own property and the responsibility to account for themselves. • Chart of Accounts: Configures accounts consisting of components called segments that are used to record balances and organize your financial information and reporting. • Segments: Contains a value set that provides formatting and validation of the set of values used with that segment. When combined, several segments create an account for recording your transactions and journal entries. • Segment Labels: Identifies certain segments in your chart of accounts and assigns special functionality to those segments. The three required segment labels are: ◦
◦
Balancing Segments: Ensures that all journals balance for each balancing segment value or combination of multiple balancing segment values to use in financial processes and reporting. The three balancing segment labels are: primary, second, and third balancing. The primary balancing segment label is required. Natural Account: Facilities processes in the General Ledger application, such as retained earnings posting. For each child value, you must assign an Account Type. You can select from one of the general choices to mark the account value as an Asset, Liability, Owner's Equity, Revenue, or Expense account.
116
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
If the account is used by the Rapid Implementation solution to provide accounts for setup objects, select the appropriate Expanded Account Type for the child account. Examples of expanded account types required for setup objects are: • Owner's Equity - Retained Earnings to setup General Ledger ledgers. • Liability - Accounts Payable to setup Payables common options. • Asset - Account Receivable to setup Receivables receipt methods. For accounts that are tagged with these special account types, the Financial Category defaults. You can override the defaults in the Financial Category or leave it out. ◦
Cost Center: Facilitates grouping of natural accounts by functional cost types, accommodating tracking of specific business expenses across natural accounts.
• Ledger: Maintains the records and is a required component in your configuration. The Rapid implementation process: ◦
◦
◦
Creates your ledgers by combining your chart of accounts, calendar, and currency as well as other required options defined in the sheets. Assigns a default for the fourth component, the subledger accounting method, used to group subledger journal entry rule sets together to define a consistent accounting treatment. Creates a balances cube for each ledger with a unique chart of accounts and calendar. Each segment is created as a dimension in the balances cube.
• Business Units with Business Functions: Identifies where subledger transactions are posted and provides access to perform subledger business processes. Business units are assigned to a primary ledger, as well as a default legal entity, when configured and identify where subledger transactions are posted. • Subledgers: Captures detailed transactional information, such as supplier invoices, customer payments, and asset acquisitions. Uses subledger accounting to transfer transactional balances to the ledger where they are posted.
117
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Note Hierarchies: You can create more than one hierarchy for any of your chart of accounts segments. You can also create additional hierarchies after the spreadsheet has been loaded once.
Document and Journal Sequences: You can create sequences for each legal entity or ledger based on the predefined country defaults. Document Sequences are created for: • Payables Invoices • Payments • Receivables Invoices • Receivables Credit Memos • Receivables Adjustment Activities Reporting and Accounting Journal Sequences are created for: • Subledger Journals • General Ledger Journals
Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheets: How They Are Processed The Create Chart of Accounts, Ledger, Legal Entities, and Business Units rapid implementation process consists of four steps. 1. Enter the data into the sheets. 2. Upload the XML files generated from the sheets. 3. Run the deployment process to finalize the chart of accounts configuration. 4. Upload the XML files generated from the sheets for the rest of the configuration.
Note On the Instruction sheet is a link to a completed sample data workbook.
118
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Process Overview Begin by downloading the Rapid Implementation for General Ledger workbook using the Create Chart of Accounts, Ledger, Legal Entities, and Business Units in Spreadsheet task on the Setup and Maintenance work area. The following figure illustrates the Create Chart of Accounts, Ledger, Legal Entities, and Business Units process, what data is entered into each sheet of the workbook, and the components that the process creates.
119
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Process Enter Data
The Create Chart of Accounts (COA), Ledger, Legal Entities, and Business Units workbook provides five sheets. 1. Instructions 2. COA, Calendar and Ledger 3. Business Units 4. Companies and Legal Entities 5. Natural Accounts 6. Financial Sequences You create sheets to enter other segment values and hierarchies for additional segments by entering the segments on the COA, Calendar, and Ledger sheet and then clicking the Add Segment Sheets or Create Hierarchies Only button.
Instructions Sheet Read the planning tips, loading process, best practices, and recommendations.
COA, Calendar and Ledger Sheet Enter your data to create your ledger, chart of accounts, currency, and calendar, and to set the required ledger options.
• Name: Enter the name of your primary ledgers. The name often appears in report titles, so enter a printable name.
Note A primary ledger is created for each unique country entered in the Companies and Legal Entities sheet. For example, if one of the legal entities is based in the United States and another in Canada, and the ledger name is InFusion Ledger, then two primary ledgers, InFusion Ledger US and InFusion Ledger CA, are created. All the primary ledgers that are created use the same chart of accounts, account hierarchies, and accounting calendar. Legal entities and their primary balancing segment values are assigned to the primary ledger of their respective countries.
120
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Currency: Enter the ledger currency in which most of your transactions are entered if you are not entering legal entity data. If you are entering legal entities, leave the field blank. The currency is supplied by default based on the country. • Period Frequency: Select the frequency for your calendar. • Adjusting Periods: Select the number of periods that are used to enter closing, auditing, or other adjustments in the General Ledger at quarter or year end. The entries are tracked in the adjusting period and not in your monthly activity. • Fiscal Year Start Date: Enter the beginning date of your calendar for the ledgers. The date cannot be changed after the ledgers are saved.
Important Select a period before the first period in which you plan to load history or perform translations to enable running translation. You cannot run translation in the first defined period of a ledger calendar. • Chart of Accounts region: Enter your segments, segment labels, short prompts, and display width data that is used to create your chart of accounts. Plan this data carefully because you are defining the basic structure for your accounting and reporting. ◦
◦
Segment: Enter the names of your segments. Segment Label: Select which segment the application uses for certain processing, such as the Primary Balancing, which is used to balance journal entries.
Note If you select an intercompany segment label, you must complete at least one intercompany rule and check the Enable Intercompany Balancing option in the Specify Ledger Options task for the Balancing API to perform intercompany balancing. ◦
◦
Short Prompt: Enter a short name for the application to use. Display Width: Enter the segment size. Select carefully and leave room for growth. For example, if you have 89 cost centers, enter 3 for the display length to allow for more than 100 cost centers in the future.
• Add Segment Sheets button: Select to create sheets for additional segments. Only the Company and Natural Account segment sheets are provided. • Step 1: Validate button: Select to validate your entered data. A Validation Report is generated if any errors occur. Correct these errors before proceeding. • Step 2: Generate Chart of Accounts File : Select to create a file that is then uploaded to create the chart of accounts structures, values, and hierarchies. • Step 3: Generate Ledger, LE, and BU File : Select to create a file that is then uploaded to create ledgers, legal entities and their locations, business units, and document and journal sequences. • Create Hierarchies Only button: Select to create sheets to enter additional hierarchies after setup has been run one time.
121
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Business Units Sheet Enter the name of your business units and related default legal entities.
Note You can enter more than one business unit per ledger. Business units are created with entered names. Based on the default legal entity entered in the Business Units sheet, the respective country's primary ledger is supplied by default for the business unit (BU). The first legal entity that is associated with the ledger is supplied by default for all the BUs of that country.
Companies and Legal Entities Sheet Enter a list of your legal entities with their addresses, registration number, reporting unit registration number, and assigned parent or child value. You can create up to 9 levels of parent values to use to roll up your legal entities to meet corporate and local reporting requirements.
122
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Natural Accounts Sheet Enter your account values that are used to record the type of balance.
• Parent Values, Child Values and Descriptions: Entered to build hierarchies. Hierarchies are used for chart of accounts mappings, revaluations, data access sets, cross validation rules, and segment value security rules. The balances cube and account hierarchies are also used for financial reporting, Smart View queries, and allocations. • Account Type: Enter to identify the type of account: Asset, Liability, Revenue, Expense, or Owner's Equity. Account types are used in year-end close processes and to correctly categorize your account balances for reporting. If the account is used by the Rapid Implementation solution to provide accounts for setup objects, select the appropriate Expanded Account Type for the child account. Examples of expanded account types required for setup objects are: ◦
Owner's Equity - Retained Earnings to setup General Ledger ledgers.
◦
Liability - Accounts Payable to setup Payables common options.
◦
Asset - Account Receivable to setup Receivables receipt methods.
For accounts that are tagged with these special account types, the Financial Category defaults. You can override the defaults in the Financial Category or leave it out. • Financial Category button: Enter to identify groups of accounts for reporting with Oracle Fusion Transactional Business Intelligence. Generate Additional Hierarchy button: To create more than one hierarchy for any of your COA segments, click the Generate Additional Hierarchy button on the country's sheet. This creates a worksheet and populates it with the data already entered for that segment. Change this data as required for the new hierarchy. For the Company Segment, adding Legal Entity information is not supported on the new hierarchy's sheet.
123
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Note When you create a new hierarchy sheet the name is derived by adding a counter to the sheet name. • Click the button on Companies and Legal Entities sheet to generate a new sheet named Companies and Legal Entities1. • Click the button again then another sheet with the name Companies and Legal Entities2 is generated. When you generate the upload files, each of these sheets are treated as a separate tree of the segment. You can create new hierarchies only and not new versions of existing hierarchies.
Financial Sequences Sheet Enable your document or journal sequences to assign unique numbers to your transactions to meet legal requirements.
The transactions the Document sequences are created for include: • Payables Invoices • Payments • Receivables Invoices • Receivables Credit Memos • Receivables Adjustment Activities Reporting and Accounting Journal Sequences are created for: • Subledger Journals • General Ledger Journals Complete the following steps on the Financial Sequences sheet: 1. Enabled: Set to yes to enable document or journal sequences for the transaction type.
124
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
2. Restart: Set to restart the numbering based on one of the following criteria: ◦
Annually: Restart sequence numbers once a year.
◦
Monthly: Restart sequence numbers each month.
◦
Never: Never restart sequences numbers. Continue with the same sequence.
3. Initial Value: The beginning number in the sequence.
Upload the Sheets and Run Deployment Return to the COA, Calendar, and Ledger sheet after completing the other sheets to complete the following steps: 1. (B) Step 1: Validate: The process validates your data entry. 2. (B) Step 2: Generate Chart of Accounts File : The process generates an XML data file for the entered chart of accounts and hierarchies setup data. Save the file to a network or local drive. 3. (B) Step 3: Generate Ledger, Legal Entity, and Business Units File : The program generates an XML data file for the entered ledger, legal entities, and business unit setup data. Save the file to a network or local drive. 4. (N) Setup and Maintenance > Functional Setup Manager > Upload Chart of Accounts task: The Upload Enterprise Structures process is launched. 5. (B) Upload File. 6. Leave the Upload Enterprise Structure radio button selected. 7. (B) Browse: Select the first file that you saved: ChartOfAccounts.xml.
8. (B) Submit. 9. Verify that the process was completed without errors or warnings.
125
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
10. (N) Setup and Maintenance > Deploy Chart of Accounts task > (B) Deploy the Accounting Flexfield .
11. (I) Refresh until the green check mark appears and verifies that the deployment is successful. 12. (N) Setup and Maintenance > Upload Ledger, Legal Entities, and Business Units task. The Upload Enterprise Structures process is launched. 13. (B) Upload File. 14. Leave the Upload Enterprise Structure radio button selected. 15. (B) Browse. Select the second file that you saved: FinancialsCommonEntities.xml. 16. (B) Submit. 17. Verify that the process was completed without errors or warnings.
Tip You cannot change the chart of accounts, accounting calendar, or currency for your ledgers after the setup is created. Assign the data role that was automatically generated for the ledgers to your users. Then open the first accounting period to begin entering data.
Related Topics
• Create Hierarchies in a Spreadsheet: Example
Creating One Chart of Accounts Structure with Many Instances: Example In Oracle Fusion General Ledger, the chart of accounts model is framed around the concept of a chart of accounts structure, under which one or more chart of accounts structure instances can be created.
Scenario Your company, InFusion Corporation, is a multinational conglomerate that operates in the United States (US) and the United Kingdom (UK). InFusion has purchased an Oracle Fusion enterprise resource planning (ERP) solution including Oracle Fusion General Ledger and all of the Oracle Fusion subledgers. You are chairing a committee to discuss creation of a model for your global financial reporting structure including your charts of accounts for both your US and UK operations.
InFusion Corporation InFusion Corporation has 400 plus employees and revenue of $120 million. Your product line includes all the components to build and maintain air quality monitoring (AQM) systems for homes and businesses.
126
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Analysis In Oracle Fusion General Ledger, the chart of accounts model is framed around the concept of a chart of accounts structure, under which one or more chart of accounts structure instances can be created.
Chart of Accounts Model The chart of accounts structure provides the general outline of the chart of accounts and determines the number of segments, the type, the length, and the label (qualifier) of each segment. This forms the foundation of the chart of accounts definition object. For each chart of accounts structure, it is possible to associate one or more chart of accounts structure instances. Chart of accounts under the same a common configuration the same segments, the same order, andstructure the sameinstances characteristics. Using onestructure chart of share accounts structure with multiplewith instances simplifies yourinaccounting and reporting. At the chart of accounts structure instance level, each segment is associated with a value set that conforms to the characteristic of that segment. For example, you assign a value set with the same segment type and length to each segment. You are using hierarchies with your chart of accounts segments. Each structure instance segment is assigned a tree code to indicate the source of the hierarchy information for the associated value set. The same value set can be used multiple times within the same or across different chart of accounts instances within the same structure or in different structures. This functionality reduces your segment value creation and maintenance across your charts of accounts. The collective assignment of value sets to each of the segments forms one chart of accounts instance. At the chart of accounts structure instance level, you can select to enable dynamic insertion. Dynamic insertion allows the creation of account code combinations automatically the first time your users enter that new account combination. The alternative is to create them manually. By deciding to enable dynamic insertion, you save data entry time and prevent delays caused by the manual creation of new code combinations. Well defined cross validation rules help prevent the creation of inappropriate account code combinations. Perform deployment after a new chart of accounts structure and structure instances are defined or any of their modifiable attributes are updated. Deployment validates and regenerates the necessary objects to enable your charts of accounts and chart of accounts structure instances. By unifying and standardizing you organization's chart of accounts, you are positioned to take full advantage of future functionality in Oracle Fusion General Ledger. In summary, you are recommending to your company to unify the organization's chart of accounts in a single chart of accounts structure based on chart of accounts commonalities across ledgers. You have also decided to use the chart of accounts structure instance construct to serve different accounting and reporting requirements by using value sets specific to each of your entities.
Creating Chart of Accounts Structure and Instances: Examples In Oracle Fusion General Ledger, the chart of accounts model is framed around the concept of a chart of accounts structure, under which one or more chart of accounts structure instances can be created. A chart of accounts structure defines the key attributes for your chart of accounts, such as the number of segments, the segment sequences, the segment names, segment prompts, segment labels, for example natural account and primary balancing, and default value sets. The chart of accounts instance is exposed in the user interfaces and processes. By default, a chart of accounts instance inherits all the attributes of the chart of accounts structure, meaning that all instances of the same structure share a common shape and have the same segments in the same order. However, at the chart of accounts instance level, you can override the default value set assignments for your segments and assign a unique account hierarchy that determines the parent and child relationships between the value set values. At the chart of accounts instance level, determine if allow dynamic insertion is enabled to generate new account combinations dynamically instead of creating them manually.
127
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Chart of Account Structure You are creating a chart of accounts structure as you setup your chart of accounts for your enterprise, InFusion America, Inc. Follow these steps: 1. Navigator > Setup and Maintenance > Manage Chart of Accounts > Go To Task. 2. Select General Ledger from the Module list of values and click Search. 3. Click Manage Structures to open the Manage Key Flexfield Structures page. 4. Select the General Ledger row and click the Create to open the Create Key Flexfield Structure page. 5. Enter a unique Structure Code, INFUSION_AM_COA_STRUCTURE, and Name, InFusion America COA Structure. Provide an optional Description, InFusion America Inc. Chart of Accounts Structure. 6. Select the - Delimiter to visually separate your segment values. 7. Save. 8. To create a new segment, click the Create to open the Create Key Flexfield Segment page. a. Enter the following parameters: P ar am et e r
Value
Segment Code
INFUSION_AM_CO
Name
InFusion America Company
Description
InFusion America Inc.
Sequence Number
1
Prompt
Company
Short Prompt
CO
Display Width
2
Column Name
Segment1
Default Value Set Code
INFUSION_ AM_COMPANY
b. Select a segment label,Primary Balancing Segment, to indicate its purpose within your chart of accounts.
128
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Note Two segment labels are required: primary balancing segment and natural account segment. These labels are not used with each other or with other labels in a specific segment. c. Save and Close. d. Done. e. Define additional segments following the same process.
Chart of Account Instance You are creating a chart of accounts instance as you setup your chart of accounts for your enterprise, InFusion America, Inc. Follow these steps: 1. Navigator > Setup and Maintenance > Manage Chart of Accounts > Go To Task. 2. Select General Ledger from the Module list of values and click Search. 3. Select the General Ledger row and click Manage Structure Instances to open the Manage Key Flexfield Structure Instance page. 4. Click the Create icon to open the Create Key Flexfield Structure Instance page. 5. Enter a unique Structure Instance Code, INFUSION_AM_COA_INSTANCE, and Name, InFusion America COA Instance. Provide an optional Description, InFusion America Inc. Chart of Accounts Structure Instance. 6. Select Dynamic combination creation allowed to indicate that you want to dynamically generate account combinations. 7. Associate your instance with your Structure Name, InFusion America Structure.
Note By default, an instance inherits the key attributes of the associated structure. Some attributes, such as the value set assigned to each the segment, can be modified. 8. Save. 9. Optionally, select the segment row and click Edit to modify instance segments. 10. Check Required, Displayed, and BI enabled check boxes.
Note Check the Required and Displayed options for all segments including those intended for future use. The recommended best practice is to define one segment for future use and set a default value. This ensures room for expansion in your chart of accounts and that the extra segment is populated in the account combinations. Check the BI (Business Intelligence) enabled option to use key flexfield segments in Oracle Fusion Transactional Business Intelligence. The business intelligence check box is only valid when enabled on segments with segment labels. The second step is to populate the BI Object Name field for each of the segment labels in the Manage Segment Label page opened from the Manage Key Flexfields page.
129
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
11. OK. 12. Save and Close. 13. Define additional instances following the same process.
Note Alternatively, proceed directly with creating your value set values by selecting the corresponding Value Set Code in the Segment Instances table.
14. Done. 15. Deploy Flexfield. 16. OK.
Related Topics • Creating Accounting Flexfield Segment Values • Enabling Key Flexfield Segments for Business Intelligence: Points to Consider
Balancing Segments: Explained Balancing segments ensure that all journals balance for each balancing segment value or combination of multiple balancing segment values. You can secure access to your primary balancing segment values only with data access sets. The General Ledger application automatically calculates and creates balancing lines as required in journal entries. The three balancing segment labels are: • Primary • Second • Third
Note The primary balancing segment label is required. By enabling multiple balancing segments for your chart of accounts, you can produce financial statements for each unique combination of segment values across one, two, or three qualified balancing segments. This ability provides you greater insights into your operations as it affords you visibility along the critical fiscal dimensions you use to plan, monitor, and measure your financial performance. The following explains processes that use balancing segments. • Intercompany balancing: Adds lines to unbalanced journals using intercompany rules. • Opening first period of the accounting year: Calculates retained earnings amounts at the level of granularity that totals revenue and expense account balances for multiple balancing segment value combinations. This applies to standard and average balances.
130
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Importing journals: Adds lines using the suspense account on unbalanced journals. • Posting journals: Adds additional lines to unbalanced journals for the following enabled account types: ◦
Suspense
◦
Rounding
◦
Net income
◦
Retained earnings
◦
Cumulative translation adjustments from replication of revaluation journals to reporting currencies and for multiple reporting currency account type specific conversion
• Posting prior period journals: Calculates any income statement impact and posts to the appropriate retained earnings account. • Translating balances: Supports multiple balancing segments for the following accounts: ◦
◦
Retained earnings: Calculated translated retained earnings are post to the retained earnings accounts by balancing segment. Retained earnings accounts represent the summing of the translated revenue and expense accounts across multiple balancing segment values. Cumulative translation adjustment: Amounts posted by balancing segment to these accounts represents currency fluctuation differences between ranges of accounts which use different rate types. For example, period end rates are used for asset and liability accounts and historical rates for equity accounts.
• Revaluing Balances: Supports multiple balancing segments when calculating gain or loss accounts. • Creating Opening Balances: Initializes reporting currency balances by converting from the total primary currency. Any difference in the reporting currency amounts is offset by populating retained earnings accounts. • Closing year end: Supports multiple balancing segments when calculating the income statement offset and closing account in the closing journals.
Multiple Balancing Segments: Points to Consider Oracle Fusion General Ledger supports tracking financial results at a finer level of granularity than a single balancing segment. In addition to the required primary balancing segment for the chart of accounts, which is typically associated with the company dimension of a business organization, two additional segments of the chart of accounts can be optionally qualified as the second and third balancing segments respectively. Possible chart of accounts segments that can be tagged as these additional balancing segments include cost center or department, additional aspects of a business commonly used in measuring financial results. Several points must be consider when using multiple balancing segments: • Journal entry processing • Implementation timing • Change options
131
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Migration adjustments
Journal Entry Processing Multiple balancing segments ensure that account balances come from journal entries where the debits equal the credits. The financial reports are properly generated for each unique instance of account value combinations across the balancing segments. Consider this option carefully as it provides more granular reporting but requires more processing resources.
Implementation Timing When using optional second and third balancing segments, remember that these chart of accounts segment labels are set from the beginning of time. Ensure that balances are immediately maintained in accordance with the necessary balancing actions to produce consistent financial reporting for the wanted business dimensions. Multiple balancing segment ledgers that are not maintained from the beginning of time, require extensive manual balance adjustments to catch up and realign the balances.
Note Do not set a segment already qualified as a natural account or intercompany segment as any of the three balancing segments. Validations are not performed when segment labels are assigned, so verify that all are assigned correctly before using your chart of accounts.
Change Options Once a segment has been enabled and designated as a balancing segment, you must not change the segment. Do not disable the segment or remove the segment labels. These settings must be consistently maintained throughout the life of the chart of accounts to control the accuracy and integrity of the financial data.
Migration Adjustments For charts of accounts migrated from Oracle E-Business Suite to Oracle Fusion General Ledger that uses a second and third balance segments, steps must be taken to ensure the proper transition. The required adjustments are extensive. For ledgers associated with a migrated chart of accounts, the balances must be adjusted manually. The manual adjustment is to ensure that the second and third balancing segments are consistent as though these segment labels have been in place since the beginning of entries for these ledgers. Recomputing and updating of the following processes is required to reflect the correct balancing for each account using the second and third balancing segments. • Intercompany balancing • Suspense posting • Rounding imbalance adjustments on posting • Entered currency balancing • Revaluation gains or losses • Retained earnings calculations at the opening of each new fiscal year • Cumulative translation adjustments during translation
Note All previously translated balances must also be purged. New translations must be run to properly account for translated retained earnings and cumulative translation adjustments with the correct level of balancing.
132
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Related Topics • How can I change segments in an existing chart of accounts structure?
Using Multiple Balancing Segments: Example This simple example illustrates balancing along two balancing segments for a simple chart of accounts with three segments.
Scenario Your company has a chart of accounts with two balancing segments and three segments, qualified as follows: • Company: Primary balancing segment • Cost Center: Second balancing segment • Account: Natural account segment The following multiple company and cost center journal has been entered to transfer advertising and phone expense from Company 1, Cost Center A to Company 2, Cost Center B. Account
Debit
Company 1-Cost Center AAdvertising Expense Account
600
Company 2-Cost Center BAdvertising Expense Account Company 1-Cost Center A-Phone Expense Account
Credit
600
800
Company 2-Cost Center B-Phone Expense Account
800
During the posting process, the last four lines are created to balance the entry across the primary and second balancing segments, company and cost center. Account
Debit
Company 1-Cost Center AAdvertising Expense Account
600
Company 2-Cost Center BAdvertising Expense Account
Credit
600
133
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Account
Debit
Company 1-Cost Center A-Phone Expense Account
800
Credit
Company 2-Cost Center B-Phone Expense Account
800
Company 1-Cost Center ABalancing Account
600
Company 2-Cost Center BBalancing Account
600
Company 1-Cost Center ABalancing Account Company 2-Cost Center BBalancing Account
800
800
FAQs for Manage Charts of Accounts Structures and Structure Instances How can I use future accounting segments? To plan for future growth in the business organization that requires additional segments in the chart of accounts, extra segments can be added to the chart of accounts structure during your srcinal implementation. Since all segments of the chart are required and have to be enabled, these unused segments can be assigned value sets that have a single value in the chart of accounts structure instance. This value is set as a default for that segment so that the extra segments are automatically populated when an account code combination is used.
Define Chart of Accounts for Enterprise Structures: Manage Chart of Accounts Value Sets and Value Set Values Chart of Accounts Values Sets: Critical Choices A value set is the collection of account values that are associated with a segment of a chart of accounts structure instance. When creating values sets, consider the following critical choices: • Module Designation
134
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Validation Type • Format Assignments • Security Rules • Values Definition
Module Designation The module designation is used to tag value sets in Oracle Fusion Applications and sets the value sets apart during upgrades and other processes. Chart of accounts value sets upgraded from Oracle E-Business Suite Release 12 generically bear the module value of Oracle Fusion Middleware. When creating value sets for a chart of accounts, the module can be specified as Oracle Fusion General Ledger to distinctly identify its intended use in an accounting flexfield, basically a chart of accounts.
Validation Type Assign one of the following validation types to chart of accounts value sets: • Independent: The values are independently selected when filling out the segment in the account combination. • Table Validated: The values are stored in an external table to facilitate maintenance and sharing of the reference data.
Caution You must use Independent validation only for the Accounting Key Flexfield value sets. Other validations prevent you from using the full chart of accounts functionality, such as data security, reporting, and account hierarchy integration. Dependent values sets are not supported.
Format Assignments Value sets for chart of accounts must use the Value Data Type of Character. The Value Subtype is set to Text. These two setting support values that are both numbers and characters, which are typical in natural account segment values. Set the maximum length of the value set to correspond to the length of the chart of accounts segment to which it is assigned. Best practices recommend restricting values to Upper Case Only or Numeric values that are zero filled by default.
Security Rules If flexfield data security rules are to be applied to the chart of accounts segment associated with the value set, the Enable Security check box must be checked for the assigned value set. In addition, assign a data security resource name to enable creation of a data security object automatically for the value set. The data security object is used in the definition of flexfield data security rules.
Value Definition Once these basic characteristic are defined for the value set, values can be added to the set in the Manage Values page. • Set the values to conform to the value set length and type. • Enter the value, its description, and its attributes including the Enable check box, Start Date, and End Date. • Assign the following attributes: Parent or Summary check box, Posting is allowed, and Budgeting is allowed.
135
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Note If the value set is used with a natural account segment, the value also requires you set the Natural Account Type, with one of the following values: Asset, Liability, Equity, Revenue , or Expense. Other attributes used are Third-Party Control Account, Reconciliation indicator, and Financial Category used with Oracle Transaction Business Intelligence reporting. Oracle Fusion General Ledger best practice is to define the values for the value set after the value set is assigned to a chart of accounts structure instance. Otherwise you are not able to define the mandatory value attributes, such as summary flag, posting allowed, and account type for natural account segment. The attributes must be added after the value set is assigned to a chart of accounts structure instance.
Creating a Value Set for Your Chart of Accounts: Example Create your value sets before creating your chart of accounts. A value set can be shared by different charts of accounts or across different segments of the same chart of accounts.
Scenario You are creating a company value set to be used in your chart of accounts for your enterprise, InFusion America, Inc. Follow these steps: 1. Navigator > Setup and Maintenance > Manage Chart of Accounts Value Sets >Go to Task. 2. Click the Create icon on the toolbar of the Search Results table. The Create Value Set page opens. 3. Enter a unique Value Set Code, InFusion America Company, and an optional Description, Company values for InFusion America Inc. 4. Select General Ledger from the list in the Module field. 5. Select Independent as Validation Type.
Note You must use Independent validation only for the Accounting Key Flexfield value sets. Other validations prevent you from using the full chart of accounts functionality, such as data security, reporting, and account hierarchy integration. Dependent values sets are not supported. 6. Select Character as the Validation Data Type. 7. Save and Close.
Configuring Chart of Account Segment for Business Intelligence: Explained To map the Oracle Fusion General Ledger Accounting Flexfield in Oracle Fusion Transaction Business Intelligence (BI) Repository file (RPD) for Oracle Fusion Financials, populate values in the Manage Key Flexfields user interface. These values enable the Chart of Accounts segments for Oracle Fusion Transactional BI and provide the mapping with BI Object names that are used as dimension for each of the Chart of Accounts segments.
136
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Check each of the Chart of Accounts segments' BI enabled check box on all segments that you intend to map in the RPD by performing the following steps: 1. From your implementation project or the Setup and Maintenance page, query for Manage Key Flexfields > Go to Task. 2. Enter GL# in the Key Flexfield Code. 3. Search. 4. Click on Manage Structure Instances. 5. Search. 6. Click on the desired chart of accounts and Edit icon. 7. Click on the desired segment and the Edit icon. 8. Check the BI enabled check box. 9. Save. This should be done for all segments in every Chart of Accounts Structure Instance that you intend to be mapped in the RPD. 10. Save and Close > Done . Populate the BI Object Name for each of the Segment Labels. This name is the logical table name in the RPD which would be used as the dimension for the corresponding segment. Perform the following steps: 1. From your implementation project or the Setup and Maintenance page, query for Manage Key Flexfields > Go to Task. 2. Enter GL# in the Key Flexfield Code. 3. Query for GL# as Key Flexfield Code in Manage Key Flexfields page. 4. Search. 5. Actions menu and click on Manage Segment Labels. 6. Populate the BI Object Name for all the segment labels that are need to be mapped in the RPD. SegmentLabeC l ode
BIObjectName
FA_COST_CTR
Dim - Cost Center
GL_BALANCING
Dim - Balancing Segment
GL_ACCOUNT
Dim - Natural Account Segment
137
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
7. Save.
Note For all the non qualified segment labels, the BI Object Name should be populated with one of the following: • Dim - GL Segment1 • Dim - GL Segment2 • Dim - GL Segment3 • Dim - GL Segment4 • Dim - GL Segment5 • Dim - GL Segment6 • Dim - GL Segment7 • Dim - GL Segment8 • Dim - GL Segment9 • Dim - GL Segment10 Deploy the flexfield using the Deploy Flexfield button from Manage Key Flexfields page.
Important For more information on extending both key and descriptive flexfields into Oracle Fusion Transactional BI, refer to Oracle Fusion Transactional Business Intelligence Administrator's Guide.
Define Chart of Accounts for Enterprise Structures: Manage Accounting Calendars Defining Accounting Calendars: Critical Choices Define an accounting calendar to create your accounting year and the periods it contains. Specify common calendar options that the application uses to automatically generate a calendar with its periods. Specifying all the options makes defining a correct calendar easier and more intuitive with fewer errors. The choices you make when specifying the following options are critical, because it is difficult to change your accounting calendar after a period status is set to open or future enterable. • Budgetary control only • Start Date
138
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Period Frequency • Adjusting Period Frequency • Period Name Format
Note In Oracle Fusion, the common calendar types, monthly, weekly, 4-4-5, 4-5-4, 5-4-4, 4-week, quarterly, and yearly, are automatically generated. This functionality makes it easier to create and maintain accounting calendars. By using the period frequency option, you no longer have to go through the tedious task of defining each period manually.
Budgetary Control Only Check Box Select the check box for Budgetary control only to use the calendar for budgetary control only. Budgetary Control refers to the group of system options and the validation process of determining which transactions are subject to validation against budgets and budget consumption to prevent overspending.
Start Date If you plan to run translation, specify a calendar start date that is a full year before the start date of the year of the first translation period for your ledger. Translation cannot be run in the first period of a calendar. Consider how many years of history you are going to load from your previous system and back up the start date for those years plus one more. You cannot add previous years once the first calendar period has been opened.
Period Frequency Use period frequency to set the interval for each subsequent period to occur, for example, monthly, quarterly, or yearly. If you select the period frequency of Other, by default, the application generates the period names, year, and quarter number. You specify the start and end dates. You must manually enter the period information. For example, select the period frequency of Other and enter 52 as the number of periods when you want to define a weekly calendar. For manually entered calendars, when you click the Add Year button, the application creates a blank year. Then, you must manually enter the periods for the new year. The online validation helps prevent erroneous entries. If the year has been defined and validated, use theAdd Year button to add the next year quickly. Accept or change the new rows as required. For example, with the Other frequency type calendar, dates may differ from what the application generates.
Note In Oracle Fusion applications a calendar can only have one period frequency and period type. Therefore, if you have an existing calendar with more than one period type associated with it, during the upgrade from Oracle EBusiness Suite, separate calendars are created based on each calendar name and period type combination.
Adjusting Period Frequency Use the adjusting period frequency to control when the application creates adjusting periods. For example, some of the frequencies you select add one adjusting period at year end, two at year end, or one at the end of each quarter. The default is None which adds no adjusting periods. If you select the frequency of Other, the Number of Adjusting Periods field is displayed. Enter the number of desired adjusting periods and then, manually define them.
Period Name Format Region In the Period Name Format region enter the following fields: • User-Defined Prefix: An optional feature that allows you to enter your own prefix. For example, define a weekly calendar and then enter a prefix of Week, - as the separator, and the period name format of Period numberYY fiscal year. The application creates the names of Week1-11, Week2-11, through Week52-11.
139
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
• Format: A predefined list of values filtered on the selected separator and only displays the options that match the selected separator. • Year: The year displayed in the period names is based on the selected period name format and the dates the period covers or if the period crosses years, on the year of the start date of the period. ◦
◦
For example, April 10, 2010 to May 9, 2010 has the period name of Apr-10 and December 10, 2010 to January 9, 2011 has the name of Dec-10. If period frequency is Other, then the period format region is hidden. The application generates a temporary period name for calendars with period frequency of Other, using a fixed format of Period numberYY. You can override this format with your own customized period names.
Note For an accounting calendar that is associated with a ledger, changing period names or adding a year updates the accounting period dimension in the balances cubes.
Calendar Validation: How It Works with the Accounting Calendar Calendar validation is automatic and prevents serious problems when you begin using the calendar. Once you set a calendar period status to open or future enterable, you cannot edit the period.
Settings That Affect Calendar Validation The calendar validation runs automatically when you save the calendar.
How the Calendar Is Validated The following table lists the validation checks performed when the accounting calendar is saved. Validation Performed
Example of Data
Unique period number
2 assigned for two periods
Unique period name
Jan-11 entered twice
Period number beyond the maximum number of periods per year
13 for a 12 period calendar with no adjusting periods
Entered period name contains spaces
Jan 11
Single or double quotes in the period name
Jan '11
Nonadjusting periods with overlapping dates
01-Jan-2011 to 31-Jan-2011 and 30-Jan-2011 to 28Feb-2011
140
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Validation Performed
Example of Data
Period date gaps
01-Jan-2011 to 28-Jan-2011 and 31-Jan-2011 to 28Feb-2011
Missing period numbers
Periods 1 through 6 defined for a twelve month calendar
Period number gaps
1, 3, 5
Period numbers not in sequential order by date
Period 1 covers 01-Jan-2011 to 31-Jan-2011 and period 2 covers 01-Mar-2011 to 31-Mar-2011, and period 3 covers 01-Feb-2011 to 28-Feb-2011.
Quarter number gaps
1, 3, 4
Quarters not in sequential order by period
1, 3, 2, 4
Period start or end dates more than one year before or after the fiscal year
July 1, 2010 in a 2012 calendar
FAQs for Manage Accounting Calendars How can I identify errors in my accounting calendar? Oracle Fusion General Ledger identifies erroneous entries online as you enter a new calendar or change data on an existing calendar. The application also automatically validates the data when you save the calendar.
What's the difference between calendar and fiscal period naming? The period naming format determines the year that is appended to the prefix for each period in the calendar. For the example, your accounting year has a set of twelve accounting period with a start date of September 1, 2011 and the end date is August 31, 2012, with each period's date range following the natural calendar month date range. Calendar period naming format: Select the calendar period format to append the period's start date's year to the prefix. For the period covering September 1, 2011 to December 31, 2011, then 2011 or just 11, depending on the period format selected, is appended to each period's name. For the remaining periods covering January 1, 2012 to August 31, 2012, then 2012 or 12, is appended to each period's name. Fiscal period naming format: Select the fiscal period format to always append the period's year assignment to the prefix. If the accounting periods in the set of twelve are all assigned the year of 2012, then 2012 or just 12, depending on the period format selected, is appended to the period name of all 12 periods.
When do I update an existing calendar?
Update an existing calendar before the new periods are needed as future periods, based on the future period setting in your accounting configuration. If a complete year has been defined and validated, use the Add Year button to add the next year
141
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
quickly. Accept or change the new rows as required. For example, with the Other frequency type calendar, dates may differ from what the application generates.
What happens if I upgrade my calendar from Oracle E-Business Suite Release 12? The migration script assigns a period frequency that most closely matches your Oracle E-Business Suite Release 12 calendar. When you use the Oracle Fusion applications Add Year functionality for the first time, you have an opportunity to review and change the period frequency. The Calendar Options page opens only for calendars upgraded from Release 12 to allow one time modification. Make your changes to the period frequency, adjusting period frequency, and period name format, including the prefix and separator, as needed. Changes can not conflict with the existing upgraded calendar definition. Update the calendar name and description in the calendar header, as needed, for all calendars. Period details for a new year will be generated automatically based on the latest calendar options. You can also manually update the calendar. The modified calendar options affect future years only.
Define Accounting Configurations of Enterprise Structures: Manage Primary or Secondary Ledgers Accounting Configuration Offerings: Overview The Setup and Maintenance work area in the Oracle Fusion Applications is used to manage the configuration of legal entities, ledgers, and reporting currencies. To create a legal entity or ledger, first create an implementation project. This implementation project can be populated by either adding a financials related offering or one or more task lists.
Note Setup tasks that are not related to the ledger or legal entity setup tasks are opened from either an implementation project or directly from the Setup and Maintenance work area. The financial applications have two predefined implementations: • The Oracle Fusion Accounting Hub offering: Used to add the Oracle Fusion General Ledger and Oracle Fusion Subledger Accounting application features to an existing enterprise resource planning (ERP) system to enhance the reporting and analysis. • The Oracle Fusion Financials offering includes the Oracle Fusion General Ledger and Oracle Fusion Subledger Accounting application features and one or more subledger financial applications. When adding an offering to an implementation project, customize the tasks displayed by adding additional tasks.
Related Topics • What's an implementation project? • What's a functional area? • What's an offering?
Ledgers and Subledgers: Explained Oracle Fusion Applications reflect the traditional segregation between the general ledger and associated subledgers. Detailed transactional information is captured in the subledgers and periodically imported and posted in summary or detail to the ledger.
142
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
A ledger determines the currency, chart of accounts, accounting calendar, ledger processing options, and accounting method for its associated subledgers. Each accounting setup requires a primary ledger and optionally, one or more secondary ledgers and reporting currencies. Reporting currencies are associated with either a primary of secondary ledger. The number of ledgers and subledgers is unlimited and determined by your business structure and reporting requirements.
Single Ledger If your subsidiaries all share the same ledger with the parent company or they share the same chart of accounts and calendar, and all reside on the same applications instance, you can consolidate financial results in Oracle Fusion General Ledger in a single ledger. Use Oracle Fusion Financial Reporting functionality to produce individual entity reports by balancing segments. General Ledger has three balancing segments that can be combined to provide detailed reporting for each legal entity and then rolled up to provide consolidated financial statements.
Multiple Ledgers Accounting operations using multiple ledgers can include single or multiple applications instances. You need multiple ledgers if one of the following is true: • You have companies that require different account structures to record information about transactions and balances. For example, one company may require a six-segment account, while another needs only a three-segment account structure. • You have companies that use different accounting calendars. For example, although companies may share fiscal year calendars, your retail operations require a weekly calendar, and a monthly calendar is required for your corporate headquarters. • You have companies that require different functional currencies. Consider the business activities and reporting requirements of each company. If you must present financial statements in another country and currency, consider the accounting principles to which you must adhere.
Subledgers Oracle Fusion Subledgers capture detailed transactional information, such as supplier invoices, customer payments, and asset acquisitions. Oracle Fusion Subledger Accounting is an open and flexible application that defines the accounting rules, generates detailed journal entries for theseaudit subledger summarization options to provide a clear trail. transactions, and posts these entries to the general ledger with flexible
Ledgers: Points to Consider Companies account for themselves in primary ledgers, and, if necessary, secondary ledgers and reporting currencies. Your transactions from your subledgers are posted to your primary ledgers and possibly, secondary ledgers or reporting currencies. Local and corporate compliance can be achieved through an optional secondary ledger. Provide an alternate accounting method, or in some cases, a different chart of accounts. Your subsidiary's primary and secondary ledgers can both be maintained in your local currency. You can convert your local currency to your parent's ledger currency to report your consolidated financial results using reporting currencies or translation.
Primary Ledgers A primary ledger: • Is the main record-keeping ledger. • Records transactional balances by using a chart of accounts with a consistent calendar and currency, and accounting rules implemented in an accounting method.. • Is closely associated with the subledger transactions and provides context and accounting for them. To determine the number of primary ledgers, your enterprise structure analysis must begin with your financial, legal, and management reporting requirements. For example, if your company has separate subsidiaries in several countries worldwide, enable reporting for each country's legal authorities by creating multiple primary ledgers that represent each country with the
143
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
local currency, chart of accounts, calendar, and accounting method. Use reporting currencies linked to your country-specific primary ledgers to report to your parent company from your foreign subsidiaries. Other considerations that affect the number of primary ledgers required are: • • • •
Corporate year end Ownership percentages Local government regulations and taxation Secondary ledgers
Secondary Ledgers A secondary ledger: • Is an optional ledger linked to a primary ledger for the purpose of tracking alternative accounting. • Can differ from its primary ledger by using a different accounting method, chart of accounts, accounting calendar, currency, or processing options. All or some of the journal entries processed in the primary ledger are transferred to the secondary ledger. The transfers are completed based on the conversion level selected. The four conversion levels are: • Balance: Only Oracle Fusion General Ledger balances are transferred to the secondary ledger. • Journal: General Ledger journal posting process transfers the journal entries to the secondary ledger. • Subledger: Oracle Fusion Subledger Accounting creates subledger journals to subledger level secondary ledgers as well as reporting currencies. • Adjustments Only: Incomplete accounting representation that only holds adjustments. The adjustments can be manual or detailed adjustments from Subledger Accounting. Adjustments Only ledgers share the chart of accounts, accounting calendar, and period type combination, and currency as the associated primary ledger.
Note A full accounting representation of your primary ledger is maintained in any subledger level secondary ledger. Both the journal and subledger data conversion levels require more processing resources as they duplicate general ledger and subledger journal entries and general ledger balances. For example: • You maintain a secondary ledger for your International Financial Reporting Standards (IFRS) accounting requirements. • Your primary ledger uses US Generally Accepted Accounting Principles (GAAP). • You decided to select the subledger level for your IFRS secondary ledger. However, since most of the accounting is identical between US GAAP and IFRS, the adjustment only level is the better solution for your secondary ledger. • The subledger level requires duplication of most subledger and general ledger journal entries and general ledger balances. • The adjustment only level transfers only the adjustment journal entries and balances necessary to convert your US GAAP accounting to the IFRS accounting. Thus, requiring less processing resources. Following are scenarios that may require different combinations of primary and secondary ledgers: • The primary and secondary ledgers use different charts of accounts to meet varying accounting standards or methods. A chart of accounts mapping is required to propagate balances from the source (primary) chart of accounts to the target (secondary) chart of accounts. • The primary and secondary ledgers use different accounting calendars to comply with separate industry and corporate standards.
144
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Note Use the same currency for primary and secondary ledgers to avoid difficult reconciliations. Use reporting currencies or translations to generate the different currency views to comply with internal reporting needs and consolidations.
Reporting Currencies Reporting currencies maintain and report accounting transactions in additional currencies. Consider the following before deciding to use reporting currencies. • Each primary and secondary ledger is defined with a ledger currency that is used to record your business transactions and accounting data for that ledger. • Best practices recommend that you maintain the ledger in the currency in which the majority of its transactions are denominated. For example, create, record, and close a transaction in the same currency to save processing and reconciliation time. • Compliance, such as paying local transaction taxes, is also easier using a local currency. • Many countries require that your accounting records be kept in their national currency. If you maintain and report accounting records in different currencies, you do this by defining one or more reporting currencies for the ledger. The three conversion levels for reporting currencies are: • Balance: Only General Ledger balances are converted into the reporting currency using translation. • Journal: General Ledger journal entries are converted to the reporting currency during posting. • Subledger: Subledger Accounting creates subledger reporting currency journals along with primary ledger journals.
Note A full accounting representation of your primary ledger is maintained in any subledger level reporting currency. Secondary ledgers cannot use subledger level reporting currencies. Do not use journal or subledger level reporting currencies if your organization only translates your financial statements to your parent company's currency for consolidation purposes infrequently. Standard translation functionality meets this need. Consider using journal or subledger level reporting currencies when any of the following conditions exist. • You operate in a country whose unstable currency makes it unsuitable for managing your business. As a consequence, you manage your business in a more stable currency while retaining the ability to report in the unstable local currency. • You operate in a country that is part of the European Economic and Monetary Union (EMU), and you select to account and report in both the European Union currency and your National Currency Unit (NCU).
Note The second option is rare since most companies have moved beyond the initial conversion to the EMU currency. However, future decisions could add other countries to the EMU, and then, this option would again be used during the conversion stage.
Financial Ledgers: How They Fit Together Oracle Fusion Applications is an integrated suite of business applications that connects and automates the entire flow of the business process across both front and back office operations and addresses the needs of a global enterprise. The process of designing the enterprise structure, including the accounting configuration, is the starting point for an implementation.
145
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
This process often includes determining financial, legal, and management reporting requirements, setting up primary and secondary ledgers, making currency choices, and examining consolidation considerations. This figure shows the enterprise structure components and their relationships to each other. Primary ledgers are connected to reporting currencies and secondary ledgers to provide complete reporting options. Legal entities are assigned to ledgers, both primary and secondary, and balancing segments are assigned to legal entities. Business units must be connected to both a primary ledger and a default legal entity. Business units can record transactions across legal entities.
Primary Ledgers A primary ledger is the main record-keeping ledger. Create a primary ledger by combining a chart of accounts, accounting calendar, ledger currency, and accounting method. To determine the number of primary ledgers, your enterprise structure analysis must begin with determining financial, legal, and management reporting requirements. For example, if your company has separate subsidiaries in several countries worldwide, create multiple primary ledgers representing each country with the local currency, chart of accounts, calendar, and accounting method to enable reporting to each country's legal authorities. If your company just has sales in different countries, with all results being managed by the corporate headquarters, create one primary ledger with multiple balancing segment values to represent each legal entity. Use secondary ledgers or reporting currencies to meet your local reporting requirements, as needed. Limiting the number of primary ledgers simplifies reporting because consolidation is not required. Other consideration such as corporate year end, ownership considerations, and local government regulations, also affect the number of primary ledgers required.
146
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Secondary Ledgers A secondary ledger is an optional ledger linked to a primary ledger. A secondary ledger can differ from its related primary ledger in chart of accounts, accounting calendar, currency, accounting method, or ledger processing options. Reporting requirements, for example, that require a different accounting representation to comply with international or country-specific regulations, create the need for a secondary ledger. Below are scenarios and required action for different components in primary and secondary ledgers: • If the primary and secondary ledgers use different charts of accounts, the chart of accounts mapping is required to instruct the system how to propagate journals from the source chart of accounts to the target chart of accounts. • If the primary and secondary ledgers use different accounting calendars, the accounting date and the general ledger date mapping table will be used to determine the corresponding non-adjusting period in the secondary ledger. The date mapping table also provides the correlation between dates and non-adjusting periods for each accounting calendar. • If the primary ledger and secondary ledger use different ledger currencies, currency conversion rules are required to instruct the system on how to convert the transactions, journals, or balances from the source representation to the secondary ledger. Note: Journal conversion rules, based on the journal source and category, are required to provide instructions on how to propagate journals and types of journals from the source ledger to the secondary ledger.
Reporting Currencies Reporting currencies are the currency you use for financial, legal, and management reporting. If your reporting currency is not the same as your ledger currency, you can use the foreign currency translation process or reporting currencies functionality to convert your ledger account balances in your reporting currency. Currency conversion rules are required to instruct the system on how to convert the transactions, journals, or balances from the source representation to the reporting currency.
Legal Entities
Legal entities are discrete business units characterized by the legal environment in which they operate. The legal environment dictates how the legal entity should perform its financial, legal, and management reporting. Legal entities generally have the right to own property and the obligation to comply with labor laws for their country. They also have the responsibility to account for themselves and present financial statements and reports to company regulators, taxation authorities, and other stakeholders according to rules specified in the relevant legislation and applicable accounting standards. During setup, legal entities are assigned to the accounting configuration, which includes all ledgers, primary and secondary.
Balancing Segments You assign primary balancing segment values to all legal entities before assigning values to the ledger. Then, assign specific primary balancing segment values to the primary and secondary ledgers to represent nonlegal entity related transactions such as adjustments. You can assign any primary balancing segment value that has not already been assigned to a legal entity. You are allowed to assign the same primary balancing segment values to more than one ledger. The assignment of primary balancing segment values to legal entities and ledgers is performed within the context of a single accounting setup. The Balancing Segment Value Assignments report is available to show all primary balancing segment values assigned to legal entities and ledgers across accounting setups to ensure the completeness and accuracy of their assignments. This report allows you to quickly identify these errors and view any unassigned values.
Business Units
A business unit is a unit of an enterprise that performs one or many business functions that can be rolled up in a management hierarchy. When a business function produces financial transactions, a business unit must be assigned a primary ledger, and a default legal entity. Each business unit can post transactions to a single primary ledger, but it can process transactions for
147
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
many legal entities. Normally, it will have a manager, strategic objectives, a level of autonomy, and responsibility for its profit and loss. You define business units as separate task generally done after the accounting setups steps. The business unit model: • Allows for flexible implementation • Provides a consistent entity for controlling and reporting on transactions • Enables sharing of sets of reference data across applications For example, if your company requires business unit managers to be responsible for managing all aspects of their part of the business, then consider using two balancing segments, company and business unit to enable the production of business unit level balance sheets and income statements. Transactions are exclusive to business units. In other words, you can use business unit as a securing mechanism for transactions. For example, if you have an export business that you run differently from your domestic business, use business units to secure members of the export business from seeing the transactions of the domestic business.
Creating Primary Ledgers: Example Create a primary ledger as your main record-keeping ledger. Like any other ledger, a primary ledger records transactional balances by using a chart of accounts with a calendar, currency, and accounting rules implemented in an accounting method. The primary ledger is closely associated with the subledger transactions and provides context and accounting for them.
Scenario Your company, InFusion Corporation is implementing Oracle Fusion Applications. You have been assigned the task of creating a primary ledger for your InFusion America entity. 1. Navigator > Define Accounting Configurations > Manage Primary Ledgers > Go to Task. 2. Click the Create icon. 3. Enter the following values: F i el d
V al u e
Name
InFusion America
Description
InFusion America primary ledger for recording transactions.
Chart of Accounts
InFusion America Chart of Accounts
Accounting Calendar
Standard Monthly
Currency
USD
148
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
F i el d
V al u e
Accounting Method
Standard Accrual
4. Click Save and Edit Task List to navigate back to the accounting configuration task list.
Note You cannot change the chart of accounts, accounting calendar, or currency for your ledger after you save your ledger.
Define Accounting Configurations of Enterprise Structures: Specify Ledger Options Specifying Ledger Options: Worked Example This example demonstrates specifying the ledger options for your primary ledger. Your company, InFusion Corporation, is a multinational conglomerate that operates in the United States (US) and the United Kingdom (UK). InFusion has purchased an Oracle Fusion enterprise resource planning (ERP) solution including Oracle Fusion General Ledger and all of the Oracle Fusion subledgers. After completing your InFusion America Primary Ledger, select Specify Ledger Options under the Define Accounting Configuration task list on the Functional Setup Manager page.
Note Both primary and secondary ledgers are created in the same way and use the same user interface to enable their specific ledger options.
Reviewing General Region Options 1. Accept the Name and Description defaults for the ledger selected. 2. Review the Currency and Chart of Accounts for the specified ledger, which are automatically populated.
Setting Accounting Calendar Region Options 1. Review the Accounting Calendar that defaults from your ledger. 2. Select Jan-2011 as the First Open Period for your ledger. Important: Select a period after the first defined period in the ledger calendar to enable running translation. You cannot run translation in the first defined period of a ledger calendar. In this example, your calendar began with Jan-2010.
149
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
3. Enter 3 for the Number of Future Enterable Periods. Any value between 0 and 999 periods can be specified to permit entering journals but not posting them in future periods. Minimize the number of open and future periods to prevent entry in the wrong period.
Selecting the Subledger Accounting Region Options 1. Accept the default Accounting Method from your ledger. 2. Select US American English as your Journal Language.
Completing the Period Close Region Options 1. Enter your Retained Earnings Account: 101-00-31330000-0000-000-0000-0000. This account is required for the General Ledger to perform the movement of revenue and expense account balances to this account at the end of the accounting year. 2. Enter your Cumulative Translation Adjustment Account: 101-00-31350000-0000-000-0000-0000. Note: The Cumulative Translation Adjustment (CTA) account is required for ledgers running translation. 3. Do not enter a Default Period End Rate Type or Default Period Average Rate Type. The values entered here are used as the default for balance level reporting currency processing. InFusion America Primary Ledger is using the subledger level reporting currency processing.
Specifying the Journal Processing Region Options 1. Specify the Balance options as outlined in the following table. O p t io n
Setting
Enable Suspense
General Ledger
Default Expense Account
101-00-98199999-0000-000-0000-0000
Rounding Account
101-10-98189999-0000-000-0000-0000
Entered Currency Balancing Account
101-10-98179999-0000-000-0000-0000
Balancing Threshold Percent
10
2. Click all the following Entry options listed in the table.
150
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
O p t io n
D es cr i p t i o n
Enable journal approval
Click to enable journal approval functionality. Approval rules must be created in the Oracle Fusion Approvals Management (AMX).
Notify when prior period journal
Notify the user when a prior period date is selected on a journal entry.
Allow mixed and statistical journals
Enter both monetary and statistical amounts on the same line in a journal entry.
Validate reference date
Requires a reference date in an open or future enterable period.
3. Click the Separate journals by accounting date during journal import for the Import option to create individual journal entries for each accounting date. 4. For the Reversal options, select InFusion America Accrual Set from the list of values in the Journal Reversal Criteria Set field and click the Launch AutoReverse after open period to reverse accrual journal entries automatically when a new period is opened. 5. Click the Enable intercompany accounting for the Intercompany option to enable automatic balancing by the application for primary, second, and third balancing segments (if implemented) on intercompany journal entries and transactions. Note: To complete the intercompany accounting functionality, you must define intercompany rules.
Related Topics • What happens if a cross currency journal is unbalanced?
FAQs for Specify Ledger Options What happens if I change the cumulative adjustment account? To avoid data corruption, your cumulative adjustment account (CTA) can only be changed if you first perform the following set of steps: • Purge all translated balances • Change the CTA account • Rerun translation
151
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
What happens if I change the retained earnings account? To avoid data corruption, your retained earnings account can only be changed if you first perform the following set of steps: • Enter and post journals to bring the ending balances for your income statement accounts to zero at the end of each accounting year • Purge actual translated balances • Update the retained earnings account • Reverse the journal entries use to bring the ending account balances to zero and rerun translation
Assigning Legal Entities and Balancing Segments: Examples Optionally, assign legal entities and balancing segments to your accounting configuration.
Assign Legal Entities Assign one or more legal entities to your configuration by following these steps: 1. Navigator > Setup and Maintenance work area > Define Ledgers > Define Accounting Configurations > Assign Legal Entities task. 2. If scope is: ◦
◦
Not set: Select Scope link > Assign Legal Entities radio button > In the Primary Ledger drop down Select and Add > Apply and Go To Task > Select your ledger > Save and Close. Set, click Go to Task
3. Click the Select and Add icon. 4. Enter your legal entity. 5. Apply > Done. 6. Save and Close.
Assign Balancing Segments to Legal Entities Assign balancing segment values to your legal entities by following these steps: 1. Navigator > Setup and Maintenance work area > Define Ledgers > Define Accounting Configurations > Assign Balancing Segment Values to Legal Entities task. 2. If scope is: ◦
Not set: Select Scope link > Assign Balancing Segment Values to Legal Entities radio button > In the Primary Ledger drop down Select and Add > Apply and Go To Task > Select your ledger > Save and Close.
152
Oracle Procurement Cloud
Implementing Procurement ◦
Chapter 5
Define Enterprise Structures for Procurement
Set, click Go to Task.
3. Click the Create icon. 4. Select the balancing segment value. Optionally, add a Start Date. 5. Save and Close to close the create page. 6. Save and Close.
Assign Balancing Segments to Ledgers Assign balancing segment values directly to your ledger by following these steps: 1. Navigator > Setup and Maintenance work area > Define Ledgers > Define Accounting Configurations > Assign Balancing Segment Value to Ledger task. 2. If scope is: ◦
◦
Not set: Select Scope link > Assign Balancing Segment Value to Ledger radio button > In the Primary Ledger drop down Select and Add > Apply and Go To Task > Select your ledger > Save and Close. Set, click Go to Task.
3. Select the balancing segment value. 4. Optionally enter a start date. 5. Save and Close.
Note
The balancing segment values that are assigned to the ledger represent nonlegal entity transactions, such as adjustments. If you use legal entities, you must assign balancing segment values to all legal entities before assigning values to the ledger. The only available balancing segment values that can be assigned to ledgers are those not assigned to legal entities.
Define Accounting Configurations of Enterprise Structures: Manage Reporting Currencies Reporting Currency Balances: How They Are Calculated Reporting currency balances, set at the journal or subledger level, are updated when journal entries that srcinate in Oracle Fusion General Ledger are posted and converted to your reporting currencies. This process includes General Ledger manual journals, periodic journals, and allocations, and at the subledger level, journals from Oracle Fusion Subledger Accounting and imported from sources other than your Oracle Fusion subledgers. When you post a journal in a ledger that has one or more reporting currencies defined, the posting process creates new journals converted to each of your reporting currencies and includes them in the same batch as the srcinal journal with a status of Posted.
153
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Settings That Affect Reporting currencies share a majority of the ledger options with their source ledger. For example, the reporting currency uses the same suspense account and retained earnings accounts as its source ledger. However, there are certain options that need to be set specifically for the reporting currencies. For example, reporting currencies are maintained at one of these three currency conversion levels: • Balance Level: Only balances are maintained in the reporting currency using the General Ledger Translation process. • Journal Level: Journal entries and balances are converted to the reporting currency by the General Ledger Posting process. • Subledger Level: Subledger Accounting creates reporting currency journals for subledger transactions. General Ledger converts journals that srcinated in General Ledger or that are imported from sources other than the Oracle Fusion subledgers. The full accounting representation of your primary ledger is maintained in the subledger level reporting currency.
Note Secondary Ledgers cannot use subledger level reporting currencies. There are multiple dependencies between a reporting currency and its source ledger. Therefore, it is important that you complete your period opening tasks, daily journal or subledger level reporting currencies accounting tasks, and period closing tasks in the correct order. Some guidelines are presented in the table below. T yp e
T as k
Period Opening Tasks
Open the accounting period in both your ledger and reporting currencies before you create or import journals for the period. Converted journals are only generated in your reporting currency if the period is open or future enterable.
Daily Tasks
Period Closing Tasks
Enter the daily conversion rates to convert your journals to each of your reporting currencies.
• Finish entering all regular and adjusting journals for the period in your ledger. • Post all unposted journals in your ledger if not already done in the previous step. • Post all unposted journals in your reporting currencies if not already done in the previous step. • Run Revaluation in both your ledger and reporting currencies. Post the resulting revaluation batches in each ledger. • As needed, translate balances in your ledger. • Generate needed reports from both your ledger and reporting currencies.
154
Oracle Procurement Cloud
Chapter 5
Implementing Procurement T yp e
Define Enterprise Structures for Procurement T as k
• Close your accounting period in both your ledger and reporting currencies.
How Reporting Currencies Are Calculated If you use reporting currencies at the journal or subledger level, when you create accounting, post journal entries, or translate balances, journals are posted in your reporting currency. General Ledger and Subledger Accounting automatically generate journals in your reporting currencies where the entered currency amounts are converted to the reporting currency amounts. Other factors used in the calculation of reporting currency balances are listed: • Manual Journals: Enter a manual journal batch in your reporting currency at the journal or subledger level by using the Create Journals page. Select the journal or subledger level reporting currency from the ledger's list of values and continue in the same manner as entering any other manual journal. • Conversion Rounding: Use the reporting currency functionality to round converted and accounted amounts using the same rounding rules used throughout your Oracle Fusion Applications. The reporting currency functionality considers several factors that are a part of the currencies predefined in your applications, including: ◦
◦
Currency Precision: Number of digits to the right of the decimal point used in currency transactions. Minimum Accountable Unit: Smallest denomination used in the currency. This might not correspond to the precision.
• Converted Journals: Generate and post automatically, using the General Ledger Posting process, journals in your reporting currencies when you post the srcinal journals in the source ledger for the following types of journals: ◦
Manual journals
◦
Periodic and allocation journals
◦
Unposted journals from non-Oracle subledger applications
◦
◦
Unposted journals from any Oracle Fusion subledger that does not support reporting currency transfer and import Optionally, revaluation journals
• Unconverted Journals: Rely on the subledger accounting functionality to converted and transfer Oracle Fusion subledger journals for both the srcinal journal and the reporting currency journal to the General Ledger for import and posting. The reporting currency conversion for these journals is not performed by the General Ledger. • Approving Journals: Use the journal approval feature to process reporting currency journals through your organization's approval hierarchy. You can enable journal approval functionality separately in your source ledger and reporting currencies. • Document Numbers: Accept the default document numbers assigned by the General Ledger application to your journal when you enter a journal in your ledger. The converted journal in the reporting currency is assigned the same document number. However, if you enter a journal in the reporting currency, the document number assigned to the journal is determined by the reporting currency. • Sequential Numbering: Enable sequential numbering if you want to maintain the same numbering in your reporting currency and source ledger for journals, other than those journals for Oracle Fusion subledgers. Do not create
155
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
separate sequences for your reporting currencies. If you do, the sequence defined for the reporting currencies is used and can cause document numbers not to be synchronized between the ledger and reporting currencies.
Note If the Sequential Numbering profile option is set to Always Used or Partially Used and you define an automatic document numbering sequence, General Ledger enters a document number automatically when you save your journal. If you use manual numbering, you can enter a unique document number. • Revaluation: Run periodically revaluation in your ledger and reporting currencies as necessary to satisfy the accounting regulations of the country in which your organization operates. • Account Inquiries: Perform inquires in the reporting currency. Drill down to the journal detail that comprises the reporting currency balance. If the journal detail is a converted journal that was converted automatically when the srcinal journal was posted in the source ledger, you can drill down further to see the source ledger currency journal amounts.
Note Be careful when changing amounts in a reporting currency, since the changes are not reflected in your source ledger. Making journal entry changes to a reporting currency makes it more difficult to reconcile your reporting currency to your source ledger. In general, enter or change your journals in your source ledger, and then allow posting to update the reporting currency.
Note If you use reporting currencies at the journal or subledger level, statistical journals are generated for your reporting currencies, but the journals are not affected by the currency conversion process.
Define Business Units: Manage Business Units Business Units: Explained A business unit is a unit of an enterprise that performs one or many business functions that can be rolled up in a management hierarchy. A business unit can process transactions on behalf of many legal entities. Normally, it has a manager, strategic objectives, a level of autonomy, and responsibility for its profit and loss. Roll business units up into divisions if you structure your chart of accounts with this type of hierarchy. In Oracle Fusion Applications: • 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 mandatory for your business units with business functions that produce financial transactions. • Use business unit as a securing mechanism for transactions. 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. The Oracle Fusion Applications business unit model provides the following advantages: • Allows for flexible implementation
156
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• A consistent entity that controls and reports on transactions • Sharing sets of reference data across applications Business units process transactions using reference data sets that reflect your business rules and policies and can differ from country to country. With Oracle Fusion Application functionality, you can choose to share reference data, such as payment terms and transaction types, across business units, or you can choose to have each business unit manage its own set depending on the level at which you wish to enforce common policies. In countries where gapless and chronological sequencing of documents is required for subledger transactions, define your business units in alignment with your legal entities to ensure the uniqueness of sequencing. In summary, use business units in the following ways: • Management reporting • Processing of transactions • Security of transactional data • Reference data definition and sharing
Brief Overview of Business Unit Security Business units are used by a number of Oracle Fusion Applications to implement data security. You assign data roles to your users to give them access to data in business units and permit them to perform specific functions on this data. When a business function is enabled for a business unit, the application can trigger the creation of data roles for this business unit based on the business function's related job roles. 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. Roles authorized to this function for the data in this business unit are automatically created. Use Oracle Fusion Human Capital Management (HCM) security profiles to administer security for employees in business units.
Define Business Units: Assign Business Unit Business Function Business Functions: Explained A business unit can perform many business functions in Oracle Fusion Applications. Prior to Oracle Fusion Applications, operating units in Oracle E-Business 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.
Business Functions A business function represents a business process, or an activity that can be performed by people working within a business unit and describes how a business unit is used. The following business functions exist in Oracle Fusion applications: • Billing and revenue management • Collections management • Customer contract management
157
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Customer payments • Expense management • Incentive compensation • Marketing • Materials management • Inventory management • Order fulfillment orchestration • Payables invoicing • Payables payments • Procurement • Procurement contract management • Project accounting • Receiving • Requisitioning • Sales Although there is no relationship implemented in Oracle Fusion Applications, a business function logically indicates a presence of a department in the business unit with people performing tasks associated with these business functions. A business unit can have many departments performing various business functions. Optionally, you can define a hierarchy of divisions, business units, and departments as a tree over HCM organization units to represent your enterprise structure.
Note This hierarchy definition is not required in the setup of your applications, but is a recommended best practice. Your enterprise procedures can require a manager of a business unit to have responsibility for their profit and loss statement. In such cases, any segment that allows the identification of associated revenue and costs can be used as a profit center identification. The segment can be qualified as a cost center segment. However, there are cases where a business unit is performing only general and administrative functions, in which case your manager's financial goals are limited to cost containment or recovering of service costs. For example, if a shared service center at the corporate office provides services for more commercially-oriented business units, it does not show a profit and therefore, only tracks its costs. In other cases, where your managers have a responsibility for the assets of the business unit, a balance sheet can be produced. The recommended best practice to produce a balance sheet is to setup the business unit as a balancing segment in the chart of accounts. The business unit balancing segment can roll up to divisions or other entities to represent your enterprise structure. When a business function produces financial transactions, a business unit must be assigned to a primary ledger, and a default legal entity. Each business unit can post transactions to a single primary ledger, but it can process transactions for many legal entities. The following business functions generate financial transactions and will require a primary ledger and a default legal entity: • Billing and revenue management • Collections management
158
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Customer payments • Expense management • Materials management • Payables invoicing • Project accounting • Receiving • Requisitioning
Business Unit Hierarchy: Example For example, your InFusion America Company provides: • Air quality monitoring systems through your division InFusion Air Systems • Customer financing through your division InFusion Financial Services The InFusion Air Systems division further segments your business into the System Components and Installation Services subdivisions. Your subdivisions are divided by business units: • System Components by products: Air Compressors and Air Transmission • Installation Services by services: Electrical and Mechanical
Oracle Fusion applications facilitates independent balance sheet rollups for legal and management reporting by offering up to three balancing segments. Hierarchies created using the management segment can provide the divisional results.
159
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
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.
Define Business Units: Manage Service Provider Relationships Shared Service Centers: Explained Oracle Fusion Applications allows defining relationships between business units to outline which business unit provides services to the other business units.
Service Provider Model The service provider model centralizes the following business functions: • Procurement ◦
Services business units that enable the Requisitioning business function
◦
Processes requisitions and negotiates supplier terms for client business units
• Payables Payment ◦
Services business units that enable the Payables Invoicing business function
◦
Processes payments for client business units
• Customer Payments ◦
◦
Services business units that enable the Billing and Revenue Management business function. Processes payments for the transactions of client business units assigned the Billing and Revenue Management business function.
This functionality is used to frame service level agreements and drive security. The service provider relationships provides you with a clear record of how your business operations are centralized. For other centralized processing, business unit security is used (known in Oracle EBS as Multi-Org Access Control). This means that users who work in a shared service center have the ability to get access and process transactions on behalf of many business units.
Related Topics • Centralized Payment Processing Across Business Units: Explained
Shared Service Center: Points to Consider Oracle Fusion applications supports shared service centers in two ways. First, with business unit security, which allows your shared service centers personnel to process transactions for other business units called clients. This was the foundation of Multi Org Access Control in the Oracle E-Business Suite.
160
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Second, the service provider model expands on this capability to allow a business unit and its personnel in a shared service center to work on transactions of the client business units. It is possible to view the clients of a service provider business unit, and to view service providers of a client business unit. Your shared service centers provide services to your client business units that can be part of other legal entities. In such cases, your cross charges and recoveries are in the form of receivables invoices, and not merely allocations within your general ledger, thereby providing internal controls and preventing inappropriate processing. For example, in traditional local operations, an invoice of one business unit cannot be paid by a payment from another business unit. In contrast, in your shared service center environment, processes allowing one business unit to perform services for others, such as paying an invoice, are allowed and completed with the appropriate intercompany accounting. Shared service centers provide your users with access to the data of different business units and can comply with different local requirements.
Security The setup of business units provides you with a powerful security construct by creating relationships between the functions your users can perform and the data they can process. This security model is appropriate in a business environment where local business units are solely responsible for managing all aspects of the finance and administration functions. In Oracle Fusion applications, the business functions your business unit performs are evident in the user interface for setting up business units. To accommodate shared services, use business unit security to expand the relationship between functions and data. A user can have access to many business units. This is the core of your shared service architecture. For example, you take orders in many businesses. Your orders are segregated by business unit. However, all of these orders are managed from a shared service order desk in an outsourcing environment by your users who have access to multiple business units.
Benefits In summary, large, medium, and small enterprises benefit from implementing share service centers. Examples of functional areas where shared service centers are generally implemented include procurement, disbursement, collections, order management, and human resources. The advantages of deploying these shared service centers are the following: • Reduce and consolidate the number of control points and variations in processes, mitigating the risk of error. • Increase corporate compliance to local and international requirements, providing more efficient reporting. • Implement standard business practices, ensuring consistency across the entire enterprise and conformity to corporate objectives. • Establish global processes and accessibility to data, improving managerial reporting and analysis. • Provide quick and efficient incorporation of new business units, decreasing startup costs. • Establish the right balance of centralized and decentralized functions, improving decision making. • Automate self-service processes, reducing administrative costs. • Permit business units to concentrate on their core competencies, improving overall corporate profits.
Service Model: In Oracle FusionProvider applications, the service providerExplained model defines relationships between business units for a specific business function, identifying one business in the relationship as a service provider of the business function, and the other business unit as its client.
161
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Procurement Example The Oracle Fusion Procurement product family has taken advantage of the service provide model by defining outsourcing of the procurement business function. Define your business units with requisitioning and payables invoicing business functions as clients of your business unit with the procurement business function. Your business unit responsible for the procurement business function takes care of supplier negotiations, supplier site maintenance, and purchase order processing on behalf of your client business units. Subscribe your client business units to the supplier sites maintained by the service providers, using a new procurement feature for supplier site assignment. In the InFusion example below, business unit four (BU4) serves as a service provider to the other three business units (BU1, BU2, and BU3.) BU4 provides the corporate administration, procurement, and human resources (HR) business functions, thus providing cost savings and other benefits to the entire InFusion enterprise.
Define Business Units: Specify Customer Contract Management Business Function Properties Customer Contracts Business Unit Setup: Explained Using the Specify Customer Contract Management Business Function Properties task, available by navigating to Setup and Maintenance work area and searching on the task name, you can specify a wide variety of business function settings for customer contracts in a specific business unit. The selections you make for these business functions impact how Oracle Fusion Enterprise Contracts behaves during contract authoring. Using the Specify Customer Contract Management Business Function Properties task, manage these business function properties: • Enable related accounts • Set currency conversion details
162
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Note The customer must select a default currency in the customer or supplier business function properties page, if not autopopulated from the ledger assigned to the business unit in the assign business function setup task. • Manage project billing options • Set up clause numbering • Set up the Contract Terms Library The setup options available for theunit Contract Library are applicable both customer supplier as contracts, and are described in the business setupTerms topic for the Contract Termsto Library. That topicand is available a related link to this topic.
Enabling Related Customer Accounts Contract authors can specify bill-to, ship-to, and other accounts for the parties in a contract. Enable the related customer accounts option if you want accounts previously specified as related to the contract party to be available for selection.
Managing Currency Conversion Options If your organization plans to transact project-related business in multiple currencies, then select the multicurrency option. This allows a contract author to override a contract's currency, which defaults from the ledger currency of the business unit. It also enables the contract author to specify currency conversion attributes to use when converting from the bill transaction currency to the contract currency and from the invoice currency to the ledger currency. In the Bill Transaction Currency to Contract Currency region, enter currency conversion details that will normally be used, by all contracts owned by this business unit, to convert transaction amounts in the bill transaction currency to the contract currency. Newly created contracts contain the default currency conversion values, but you can override the values on any contract, if needed. In the Invoice Currency to Ledger Currency region: • Enter invoice transaction conversion details if the invoice and ledger currencies can be different. • Enter revenue transaction conversion details if the revenue and ledger currencies can be different for as-incurred and rate-based revenue.
Managing Project Billing Options The options available for selection in the Project Billing region control the behavior of project invoicing and revenue recognition for contracts with project-based work. Project billing can behave differently for external contracts (customer billing) or intercompany and interproject contracts (internal billing). Set these options, which apply to all contracts: • Select the Transfer Revenue to General Ledger option if you want to create revenue accounting events and entries, and transfer revenue journals to the general ledger. If this option is not selected, then revenue can still be generated, but will not be transferred to the general ledger. • Indicate if a reason is required for credit memos that are applied to invoices.
163
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
There are two sets of the following options, one for customer billing and a second for internal billing: • Select an invoice numbering method, either Manual or Automatic. The invoice numbering method is the method that Oracle Fusion Receivables uses to number its invoices, upon release of draft invoices from Project Billing. ◦
◦
If the invoice numbering method is Manual, then select an invoice number type, which sets the type of Alphanumeric and Numeric. Receivables invoice numbers that are allowed. Valid values are If the invoice numbering method is Automatic, then enter the next invoice number to use when generating Receivables invoice numbers.
• Select the Receivables batch source to use when transferring invoices to Receivables. Set this option only for customer billing: • Indicate if you want contract authors to manually enter the Receivables transaction type on the customer contracts they create.
Managing Clause Numbering You can choose to number clauses manually or automatically. If you choose the automatic numbering method, you must select a determinant level for the numbering. You must then select the appropriate clause sequence category from document sequences that you set up for this numbering level.
Contract Terms Library Business Unit Setup: Explained You can specify a wide variety of Contract Terms Library settings for either customer or supplier contracts within each business unit, by using either the Specify Customer Contract Management Business Function Properties or the Specify Supplier Contract Management Business Function Properties tasks. These tasks are available by navigating to the Setup and Maintenance work area and searching on the task name. For the Contract Terms Library in each business unit, you can: • Enable clause and template adoption. • Set the clause numbering method. • Set the clause numbering level for automatic clause numbering of contracts. • For a contract with no assigned ledger or legal entity, set the document sequence to Global or Business Unit level. • Enable the Contract Expert enabling feature. • Specify the layout for printed clauses and contract deviation reports.
Enabling Clause Adoption If you plan to use clause adoption in your implementation, then set up the following: • Specify a global business unit You must designate one of the business units in your organization as the global business unit by selecting the Global Business Unit option. This makes it possible for the other local business units to adopt and use approved
164
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
content from that global business unit. If the Global Business Unit option is not available for the business unit you are setting up, this means that you already designated another business unit as global. • Enable automatic adoption If you are implementing the adoption feature, then you can have all the global clauses in the global business unit automatically approved and available for use in the local business by selecting the Autoadopt Global Clauses option. If you do not select this option, the employee designated as the Contract Terms Library Administrator must approve all global clauses before they can be adopted and used in the local business unit. This option is available only for local business units. • Specify the administrator who approves clauses available for adoption You must designate an employee as the Contract Terms Library administrator if you are using adoption. If you do not enable automatic adoption, then the administrator must adopt individual clauses or localize them for use in the local business unit. The administrator can also copy over any contract terms templates created in the global business unit. The clauses and contract terms templates available for adoption are listed in the administrator's Terms Library work area.
Setting Clause Numbering Options You can set up automatic clause numbering for the clauses in the business unit by selecting Automatic in the Clause Numbering field and setting the clause numbering level. Then select the appropriate clause sequence category for the specified numbering level. You must have previously set up document sequences for the document sequence categories of global, ledger, and business unit. If clause numbering is manual, contract terms library administrators must enter unique clause numbers each time they create a clause. You can choose to display the clause number in front of the clause title in contracts by selecting the Display Clause Number in Clause Title option.
Enabling Contract Expert You must select the Enable Contract Expert option to be able to use the Contract Expert feature in a business unit. This setting takes precedence over enabling Contract Expert for individual contract terms templates.
Specifying the Printed Clause and Deviations Report Layouts For each business unit, you can specify the Oracle BI Publisher RTF file that serves as the layout for: • The printed contract terms Enter the RTF file you want used for formatting the printed clauses in the Clause Layout Template field. • The contract deviations report The RTF file you select as the Deviations Layout Template determines the appearance of the contract deviations report PDF. This PDF is attached to the approval notification sent to contract approvers.
Related Topics • How the Selection of a Business Unit Affects Clauses and Other Objects in the Library • Contract Expert: How It Works • Contract Printing and Layout Templates: Explained
165
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Define Business Units: Specify Supplier Contract Management Business Function Properties Supplier Contracts Business Unit S etup: Explained You can specify a variety of business function settings for supplier contracts in a specific business unit using the Specify Supplier Contract Management Business Function Properties task, available by selecting Setup and Maintenance from the Navigator and searching on the task name. The selections you make for these business functions impact how the Contract Terms Library behaves during supplier contract authoring.
Note The customer must select a default currency in the customer or supplier business function properties page, if not autopopulated from the ledger assigned to the business unit in the assign business function setup task.
Managing Contract Terms Library Setup Options The setup options available for the Contract Terms Library are applicable to both customer and supplier contracts, and are described in the business unit setup topic for the Contract Terms Library. That topic is available as a related link to this topic.
Contract Terms Library Business Unit Setup: Explained You can specify a wide variety of Contract Terms Library settings for either customer or supplier contracts within each business unit, by using either the Specify Customer Contract Management Business Function Properties or the Specify Supplier Contract Management Properties Setup and Maintenance the work area andBusiness searchingFunction on the task name. tasks. These tasks are available by navigating to
For the Contract Terms Library in each business unit, you can: • Enable clause and template adoption. • Set the clause numbering method. • Set the clause numbering level for automatic clause numbering of contracts. • For a contract with no assigned ledger or legal entity, set the document sequence to Global or Business Unit level. • Enable the Contract Expert enabling feature. • Specify the layout for printed clauses and contract deviation reports.
Enabling Clause Adoption If you plan to use clause adoption in your implementation, then set up the following: • Specify a global business unit You must designate one of the business units in your organization as the global business unit by selecting the Global Business Unit option. This makes it possible for the other local business units to adopt and use approved
166
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
content from that global business unit. If the Global Business Unit option is not available for the business unit you are setting up, this means that you already designated another business unit as global. • Enable automatic adoption If you are implementing the adoption feature, then you can have all the global clauses in the global business unit automatically approved and available for use in the local business by selecting the Autoadopt Global Clauses option. If you do not select this option, the employee designated as the Contract Terms Library Administrator must approve all global clauses before they can be adopted and used in the local business unit. This option is available only for local business units. • Specify the administrator who approves clauses available for adoption You must designate an employee as the Contract Terms Library administrator if you are using adoption. If you do not enable automatic adoption, then the administrator must adopt individual clauses or localize them for use in the local business unit. The administrator can also copy over any contract terms templates created in the global business unit. The clauses and contract terms templates available for adoption are listed in the administrator's Terms Library work area.
Setting Clause Numbering Options You can set up automatic clause numbering for the clauses in the business unit by selecting Automatic in the Clause Numbering field and setting the clause numbering level. Then select the appropriate clause sequence category for the specified numbering level. You must have previously set up document sequences for the document sequence categories of global, ledger, and business unit. If clause numbering is manual, contract terms library administrators must enter unique clause numbers each time they create a clause. You can choose to display the clause number in front of the clause title in contracts by selecting the Display Clause Number in Clause Title option.
Enabling Contract Expert You must select the Enable Contract Expert option to be able to use the Contract Expert feature in a business unit. This setting takes precedence over enabling Contract Expert for individual contract terms templates.
Specifying the Printed Clause and Deviations Report Layouts For each business unit, you can specify the Oracle BI Publisher RTF file that serves as the layout for: • The printed contract terms Enter the RTF file you want used for formatting the printed clauses in the Clause Layout Template field. • The contract deviations report The RTF file you select as the Deviations Layout Template determines the appearance of the contract deviations report PDF. This PDF is attached to the approval notification sent to contract approvers.
Related Topics • How the Selection of a Business Unit Affects Clauses and Other Objects in the Library • Contract Expert: How It Works • Contract Printing and Layout Templates: Explained
167
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Define Workforce Structures: Manage Locations Locations: Explained A location identifies physical addresses of a workforce structure, such as a department or a job. You create and manage locations using the Manage Locations task in the Workforce Structures work area. You can also create locations to enter the addresses of external organizations that you want to maintain, such as employment agencies, tax authorities, and insurance or benefits carriers. The locations that you create exist as separate structures that you can use for reporting purposes, and in rules that determine employee eligibility for various types of compensation and benefits. You enter information about a location only once. Subsequently, when you set up other workforce structures you select the location from a list.
Location Sets 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. Note the following: • 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. The following figure shows how locations sets restrict access to users.
168
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Uploading Locations Using a Spreadsheet If you have a list of locations already defined for your enterprise, you can upload them from a spreadsheet. To use this option: • Download a spreadsheet template • Add your location information to the spreadsheet • Upload directly to your enterprise configuration You can upload the spreadsheet multiple times to accommodate revisions.
Related Topics • Uploading Workforce Structures Using a Spreadsheet: Explained
Define Workforce Structures: FAQs for Manage Locations Why can't I see my location in the search results? You can search for approved locations only. Also, if you created a location in Oracle Fusion Trading Community Model, then you can't access that location from Oracle Fusion Global Human Resources. For use in Oracle Fusion HCM, you must recreate the location from the Manage Locations page.
How can I associate a location with an inventory organization? From the Oracle Fusion Global Human Resources, go to the Manage Locations page. Use the Manage Locations task in the Workforce Structures work area. To appear on the Create or Edit Location pages, your inventory organization must be effective on today's date and must exist in the location set that you selected.
What happens if I select an inventory organization when I'm creating or editing a location? The location is available for selection in purchase documents of that inventory organization in Oracle Fusion Inventory Management. If you don't select an inventory organization, then the location is available in purchase documents across all inventory organizations.
What happens if I select a geographic hierarchy node when I'm creating or editing a location? The calendar events that you created for the geographic node start to apply for the location and may impact the availability of worker assignments at that location. You manage locations using the Manage Locations task in the Workforce Structures work area. The geographical hierarchy nodes available for selection on the Locations page display from a predefined geographic hierarchy.
Related Topics • Worker Availability: How It Is Determined
169
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
What happens if I inactivate a location? Starting from the effective date that you entered, you can no longer associate the location with other workforce structures, assignments, or applications. If the location is already in use, it will continue to be available to the components that currently use it.
Define Workforce Structures: Manage Divisions Division: Explained Managing multiple businesses requires that you segregate them by their strategic objectives and measure their results. Responsibility to reach objectives can be delegated along the management structure. Although related to your legal structure, the business organizational hierarchies do not reflect directly the legal structure of the enterprise. The management entities and structure can include: • Divisions and subdivisions • Lines of business • Other strategic business units • Their own revenue and cost centers These organizations can be included in many alternative hierarchies and used for reporting, as long as they have representation in the chart of accounts.
Divisions A division refers to a business oriented subdivision within an enterprise, in which each division organizes itself differently to deliver products and services or address different markets. A division can operate in one or more countries, and can be comprised of many companies or parts of different companies that are represented by business units. A division is a profit center or grouping of profit and cost centers, where the division manager is responsible for attaining business goals including profit goals. A division can be responsible for a share of the company's existing product lines or for a separate business. Managers of divisions may also have return on investment goals requiring tracking of the assets and liabilities of the division. The division manager generally reports to a top corporate executive. By definition a division can be represented in the chart of accounts. Companies may choose to represent product lines, brands, or geographies as their divisions: their choice represents the primary organizing principle of the enterprise. This may coincide with the management segment used in segment reporting. Oracle Fusion Applications supports a qualified management segment and recommends that you use this segment to represent your hierarchy of business units and divisions. If managers of divisions have return on investment goals, make the management segment a balancing segment. Oracle Fusion applications allows up to three balancing segments. The values of the management segment can be comprised of business units that roll up in a hierarchy to report by division. Historically, divisions were implemented as a node in a hierarchy of segment values. For example, Oracle E-Business Suite has only one balancing segment, and often the division and legal entity are combined into a single segment where each value stands for both division and legal entity.
Use of Divisions in Oracle Fusion Human Capital Management (HCM) Divisions are used in HCM to define the management organization hierarchy, using the generic organization hierarchy. This hierarchy can be used to create organization based security profiles.
170
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
Adding a New Division After Acquiring a Company: Example This example describes how you can restructure your enterprise after acquiring a new division.
Scenario You are part of a senior management team at InFusion Corporation. InFusion is a global company with organizations in the following countries: • United States (US) • United Kingdom (UK) • France • China • Saudi Arabia • United Arab Emirates (UAE) The company's main area of business is in the high tech industry, and it recently acquired a new company. You must analyze the company's current enterprise structure and determine the new organizations to create in the new company.
Details of the Acquired Company The acquired company is a Financial Services business based in Germany. The Financial Services business differs significantly from the high tech business. Therefore, you want to keep the Financial Services company as a separate business with all the costs and reporting managed by the Financial Services division.
Analysis The following table summarizes the key decisions that you must consider when determining what new organizations to set up and how to structure the enterprise. DecisiontoConsider
InThisExample
Create location?
The Financial Services company and its departments are based in Frankfurt. Therefore, you only have to create one location.
Create separate division?
Yes. Although the new division will exist in the current enterprise structure, you want to keep the Financial Services company as a separate line of business. By creating a separate division, you can manage the costs and reporting separately from the InFusion Corporation. Additionally you don't have to modify any organizations in the enterprise setup.
Create business unit?
Yes. The Financial Services business requires you to create several jobs that don't exist in your high tech business. You can segregate the jobs that are specific to financial services in a new business unit.
171
Oracle Procurement Cloud
Chapter 5
Implementing Procurement DecisiontoConsider
Define Enterprise Structures for Procurement InThisExample
How many departments?
The Financial Services company currently has departments for sales, accounting, and marketing. As you have no plans to downsize or change the company, you can create three departments to retain the structure.
How many cost centers?
Although you can have multiple cost centers to track the department costs, you decide to create one cost center for each department.
How many legal entities?
Define a legal entity for each registered company or some other entity recognized by law. Using the legal entity, you can: • Record assets • Record liabilities • Record income • Pay transaction taxes • Perform intercompany trading In this case, you only need one legal entity. You must define the legal entity as a legal employer and payroll statutory unit. As the new division operates only from Germany, you can configure the legal entity to suit Germany's legal and statutory requirements.
Note You can identify the legal entity as a payroll statutory unit. When you do so, the application transfers the legal reporting unit associated with the legal entity to Oracle Fusion HCM as a tax reporting unit.
Create legislative data group?
Yes. Because you currently don't employ or pay people in Germany, you must create one legislative data group to run payroll for the workers in Germany.
Resulting InFusion Enterprise Structure Based on the analysis, you must create the following: • One new division • One new location • Three new departments
172
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• Three new cost centers • One new legal entity • One new legislative data group The following figure illustrates the structure of InFusion Corporation after adding the new division and the other organizations.
Define Workforce Structures: Manage Departments Cost Centers and Departments: Explained The two important components to be considered in designing your enterprise structure are cost centers and departments. A cost center represents the smallest segment of an organization for which you collect and report costs. A department is an organization with one or more operational objectives or responsibilities that exist independently of its manager and has one or more workers assigned to it.
173
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Cost Centers A cost center also represents the destination or function of an expense as opposed to the nature of the expense which is represented by the natural account. For example, a sales cost center indicates that the expense goes to the sales department. A cost center is generally attached to a single legal entity. To identify the cost centers within a chart of accounts structure use one of these two methods: • Assign a cost center value in the value set for each cost center. For example, assign cost center values of PL04 and G3J1 to your manufacturing teams in the US and India. These unique cost center values allow easy aggregation of cost centers in hierarchies (trees) even if the cost centers are in different ledgers. However, this approach requires defining more cost center values. • Assign a balancing segment value with a standardized cost center value to create a combination of segment values to represent the cost center. For example, assign the balancing segment values of 001 and 013 with cost center PL04 to represent your manufacturing teams in the US and India. This creates 001-PL04 and 013-PL04 as the cost center reporting values. The cost center value of PL04 has a consistent meaning. This method requires fewer cost center values to be defined. However, it prevents construction of cost center hierarchies using trees where only cost center values are used to report results for a single legal entity. You must specify a balancing segment value in combination with the cost center values to report on a single legal entity.
Departments A department is an organization with one or more operational objectives or responsibilities that exist independently of its manager. For example, although the manager may change, the objectives do not change. Departments have one or more workers assigned to them. A manager of a department is typically responsible for: • Controlling costs within their budget • Tracking assets used by their department • Managing employees, their assignments, and compensation
Note The manager of a sales department may also be responsible for meeting the revenue targets. The financial performance of departments is generally tracked through one or more cost centers. In Oracle Fusion Applications, departments are defined and classified as Department organizations. Oracle Fusion Human Capital Management (HCM) assigns workers to departments, and tracks the headcount at the departmental level. The granularity of cost centers and their relationship to departments varies across implementations. Cost center and department configuration may be unrelated, identical, or consist of many cost centers tracking the costs of one department.
Department Classifications: Points to Consider A department can be classified as a project organization, sales and marketing organization, or cost organization. Oracle Fusion Human Capital Management (HCM) uses trees to model organization hierarchies. It provides seeded tree structures for department and other organizational hierarchies that can include organizations with any classification.
Project Organization Classify departments as a project owning organization to enable associating them with projects or tasks. The project association is one of the key drivers for project access security. In addition, you must classify departments as project expenditure organizations to enable associating them to project expenditure items. Both project owning organizations and project expenditure organizations can be used by Oracle Fusion
174
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Subledger Accounting to derive accounts for posting Oracle Fusion Projects accounting entries to Oracle Fusion General Ledger.
Sales and Marketing Organization In Oracle Sales Cloud, you can define sales and marketing organizations. Sales organization hierarchies are used to report and forecast sales results. Sales people are defined as resources assigned to these organizations. In some enterprises, the HCM departments and hierarchies correspond to sales organizations and hierarchies. It is important to examine the decision on how to model sales hierarchies in relationship to department hierarchies when implementing customer relationship management to eliminate any possible redundancy in the definition of the organizations. The following figure illustrates a management hierarchy, in which the System Components Division tracks its expenses in two cost centers, Air Compressors and Air Transmission. At the department level, two organizations with a classifications of Department are defined, thewhich Marketing Department Sales Department. These two and departments can Sales be also identified as a Resource Organizations, will allow assigningand resources, such as sales people, other Oracle Cloud specific information to them. Each department is represented in the chart of accounts by more than one cost center, allowing for granular as well as hierarchical reporting.
Cost Organization Oracle Fusion Costing uses a cost organization to represent a single physical inventory facility or group of inventory storage centers, for example, inventory organizations. This cost organization can roll up to a manager with responsibility for the cost center in the financial reports. A cost organization can represent a costing department. Consider this relationship when determining the setup of departments in HCM. There are no system dependencies requiring these two entities, cost organization and costing department, be set up in the same way.
175
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Define Workforce Structures: FAQs for Manage Job Families What's the difference between a job set and a job family? A job family is a group of jobs that have different but related functions, qualifications, and titles. They are beneficial for reporting. You can define competencies for job families by associating them with model profiles. A organizational partition of jobs. ForWhen example, a job set can global jobs for use in allyou business units, or job jobsset forisaan specific country or line of business. you select a job forinclude a position or an assignment, can view the available jobs in your business unit set and the common set.
Related Topics • What's a job set?
Define Workforce Structures: Manage Job Jobs: Explained Jobs are typically used without positions by service industries where flexibility and organizational change are key features. As part of your initial implementation, you specify whether to use jobs and positions, or only jobs.
Basic Details Basic details for a job include an effective start date, a job set, a name, and a code. A job code must be unique within a set. Therefore, you can create a job with the code DEV01 in the US set and another job with the same code in the UK set. However, if you create a job with the code DEV01 in the Common set, then you can't create a job with the same code in any other set.
Benchmark Information You can identify a job as being a benchmark job. A benchmark job represents other jobs in reports and salary surveys. You can also select the benchmark for jobs. Benchmark details are for informational purposes only.
Progression Information A progression job is the next job in a career ladder. Progression jobs enable you to create a hierarchy of jobs and are used to provide the list of values for the Job field in the Promote Worker and Transfer Worker tasks. The list of values includes the next three jobs in the progression job hierarchy. For example, assume that you create a job called Junior Developer and select Developer as the progression job. In the Developer job, you select Senior Developer as the progression job. When you promote a junior developer, the list of values for the new job will include Developer and Senior Developer. You can select one of these values, or select another one.
Jobs and Grades You can assign grades that are valid for each job. If you're using positions, then the grades that you specify for the job become the default grades for the position.
176
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Evaluation Criteria You can define evaluation criteria for a job, including the evaluation system, a date, and the unit of measure for the system. The Hay system is the predefined evaluation system that's available. An additional value of Custom is included in the list of values for the Evaluation System field, but you must add your own criteria and values for this system.
Uploading Jobs Using a Spreadsheet If you have a list of jobs already defined for your enterprise, you can upload them from a spreadsheet. To use this option:
1. Download a spreadsheet template. 2. Add your job information to the spreadsheet. 3. Upload directly to your enterprise configuration. You can upload the spreadsheet multiple times to accommodate revisions.
Related Topics • Job and Position Lookups: Explained • Working in Desktop Integrated Excel Workbooks: Points to Consider • Enforcing Grades at Assignment Level: Points to Consider
Jobs: Example Jobs are typically used without positions by service industries where flexibility and organizational change are key features.
Software Industry For example, XYZ Corporation has a director over the departments for developers, quality assurance, and technical writers. • Recently, three developers have left the company. • The director decides to redirect the head count to other areas. • Instead of hiring all three back into development, one person is hired to each department, quality assurance, and technical writing. In software industries, the organization is fluid. Using jobs gives an enterprise the flexibility to determine where to use head count, because the job only exists through the person performing it. In this example, when the three developers leave XYZ Corporation, their jobs no longer exist, therefore the corporation has the flexibility to move the headcount to other areas.
177
Oracle Procurement Cloud
Chapter 5
Implementing Procurement
Define Enterprise Structures for Procurement
This figure illustrates the software industry job setup.
Define Workforce Structures: Manage Person Search Relevance Profile Option Values Search Relevance Profile Options: Explained The relationship strength between the person performing a gallery search and each person whose assignment appears in the search results can determine the order of the results: the stronger the relationship, the closer to the top of the results an assignment appears. The search relevance profile options control how the relationship strength between the searcher and the search result is calculated. You manage profile options using the Manage Administrator Profile Values task in the Setup and Maintenance work area.
Weighting Profile Options Using the following profile options, you can change the weighting applied to the relevant factors. ProfilO e ption
Description
HR: Organization Hierarchy Weight
Specifies the weighting applied to the relationship strength value for the organization hierarchy proximity factor.
HR: Position Hierarchy Weight
Specifies the weighting applied to the relationship strength value for the position hierarchy proximity factor.
178
Oracle Procurement Cloud
Chapter 5
Implementing Procurement ProfilO e ption
Define Enterprise Structures for Procurement Description
HR: Manager Hierarchy Weight
Specifies the weighting applied to the relationship strength value for the manager hierarchy proximity factor.
HR: Location Proximity Weight
Specifies the weighting applied to the relationship strength value for the location proximity factor.
HR: Selection History Weight
Specifies the weighting applied to the relationship strength value for the selection history factor.
HR: Social Network Weight
Specifies the weighting applied to the relationship strength value for the social network factor.
Note The default value of each weighting profile option is 0.5. To increase the relevance of a factor relative to other factors, increase its weighting; to decrease its relevance, reduce its weighting.
HR: Selection History Timeout The number of times the searcher selects a person's assignment from the search results during a specified period (by default, 7 days), is recorded automatically. You can specify this period for the enterprise on the HR: Selection History Timeout profile option.
HR: Maximum Hierarchy Proximity The searcher's primary assignment belongs to the same organization, position, or manager hierarchy as the person's assignment. In this scenario, the relationship strength depends on their proximity to each other in the hierarchy. By default, the maximum number of hierarchy boundaries to include in the calculation is 4. You can set this value for the enterprise on the HR: Maximum Hierarchy Proximity profile option.
HR: Relationship Priority Factor The searcher can specify a rating for a search result, and each rating is associated with a multiplying factor. For this profile option, you can specify the highest possible multiplying factor that can be applied to a search result. By default, the multiplying factor is 2. If you increase its value, you increase the significance of the searcher's own ratings relative to other factors.
179
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Define Facilities: Manage Facility Shifts, Workday Patterns, and Schedules Schedule Components: How They Fit Together Schedules are comprised of workday patterns and exceptions. Workday patterns are comprised of shifts. You can also create exceptions, nonworking days, to the schedules.
180
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Begin by creating shifts and then assigning those shifts to workday patterns. Next, create a schedule that is a collection of workday patterns and any exception dates.
Shift A shift is a period of time, typically expressed in hours, and it can be defined by a start time and an end time, or a duration. A shift can be for a work period or an off period. You can create time, duration, and elapsed shifts.
Workday Pattern A workday pattern is a collection of shifts for a specific number of days. You can create time, duration, and elapsed workday patterns.
181
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Exception An exception is a record of a date that overrides the availability of a resource to which a schedule has been assigned. For example, a resource is assigned a schedule that includes December 25 as a working day. An exception can be created for December 25 and applied to that schedule to override resource availability for that date. Exceptions can also be for a date time period such as 9 a.m. to 11 a.m. on December 25th.
Schedule A schedule is defined by a start date, an end date, and a sequence of workday patterns to be followed between those dates. A schedule can also contain exception dates that override the availability of resources to which the schedule is assigned. Quarter types such as 4-4-5, 4-5-4 are supported.
Managing Shifts: Examples A shift is a period of time, typically expressed in hours, that is used to build workday patterns. Workday patterns are used to build schedules. There are multiple types of shifts you can create. The following scenarios illustrate each type.
Managing Time Shifts Next month you are adding a second shift for your manufacturing operations. This new shift will start right after your regular first shift. You can create a time shift that starts at 4:00 p.m. and ends at 12:00 a.m. There are restrictions in updating existing shifts and patterns. Shifts and patterns cannot be updated if the change affects a schedule, that is they are associated to a schedule. If a shift is created but not assigned to a pattern (or assigned to a pattern but the pattern is not assigned to a schedule) it can be updated. If a pattern is created and not assigned to a schedule it can be updated.
Managing Time Shifts with Punch Details Your division has decided that the employees in the office must clock in and out for lunch starting next week. All employees will take the same lunch hour. Add punch shift details to the existing shift so that employees punch in at 8:00 a.m.; they punch out for lunch from 11:30 a.m. to 12:30 p.m.; they punch back in at 12:30 p.m.; and they punch out for the day at 5:00 p.m.
Managing Time Shifts with Flexible Details Jorge Sanchez is a contractor who is starting work in your department next week. His hours will be flexible, so you need to create a new time shift with flexible details that he can use to record his time. He will have a flexible start time from 7:00 a.m. to 9:00 a.m. and a flexible end time from 4:00 p.m. to 6:00 p.m. His core work hours will be from 9:00 a.m. to 4:00 p.m.
Managing Duration Shifts One of the divisions in your organization does not use fixed start and end times for its daily shifts; the division only records the total duration of the shift and indicates if resources are available or not during that time. All of the employees in the division are available for 24 hours straight, and then they are not available for the next 24 hours. You should create a duration shift that indicates that resources are available for 24 hours, and create a second duration shift that indicates that resources are not available for 24 hours.
Managing Elapsed Shifts The employees in the Human Resources department all work 8 hours a day, but the start and end times vary by employee. Some employees at earlyare as assumed 6:00 a.m.,towhile others don't start until 9:00 a.m.inCreate an at elapsed shiftduring with athe duration 8 hours, where all start employees be available for the number of hours the shift any time day. of
182
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Managing Workday Patterns: Examples A workday pattern is a collection of shifts for a specific number of days. There are multiple types of workday patterns you can create. The following scenarios illustrate each type.
Managing Time Workday Patterns Your department works a Monday through Friday workweek with 8 hour shifts each day. Time patterns always have time shifts. That is, the shift will have start time and end time. You can create a time workday pattern with a length of 7 days and details of an 8 hour time shift for days 1 through 5. Days 6 and 7 are considered nonworking days.
Managing Duration Workday Patterns
A new group of employees starts next month, and each employee will work a schedule where he or she is available for 10 hours, and then not available for the next 16 hours, and then available for 10 hours again, and so on. This pattern starts on midnight of the first day of the next month. Create a duration workday pattern with a 10-hour available duration shift, followed by a 16-hour not available duration shift. Do not specify the pattern length or start and end days, and the pattern will repeat for the length of the schedule to which it is associated.
Managing Elapsed Workday Patterns In the summer, several divisions in your organization work only 4 hours on Fridays. They work extended hours on Wednesdays and Thursdays to cover the 4 hours they will not work on Fridays. Create an elapsed workday pattern with a length of 7 days. Days 1 and 2 will have an 8-hour shift assigned, while days 3 and 4 will have a 10-hour shift assigned. Finally, day 5 will have a 4-hour shift assigned. As in the time workday pattern, days 6 and 7 are considered nonworking days.
Define Facilities: Manage Inventory Organizations Inventory Organizations: Explained An inventory organization is a logical or physical entity in the enterprise that is used to store definitions of items or store and transact items. You select the following usages in the inventory organization's properties: • Item management • Item and inventory management
Item 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.
Item and Inventory Management
Inventory organizations used for item and inventory management store and transact items, in addition to item definitions. An inventory organization used for item and inventory management is associated 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
183
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
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.
Related Topics • What's an item master organization?
Inventory Organization: Critical Choices In Oracle Fusion, storage facilities, warehouses, and distribution centers are implemented as inventory organizations. Inventory organizations are: • Managed by a business unit, with the materials management business function enabled. • Mapped to a legal entity and a primary ledger. There are two types of inventory organizations: • Manufacturing facilities • Storage facilities Storage and manufacturing facilities are related to other organizational entities through a business unit that stores, manufactures, and distributes goods through many factories, warehouses, and distribution centers. The material parameters are set for both the facilities, enabling movement of material in the organization. This business unit has the business function of Materials Management enabled. Oracle Fusion Applications allow many inventory organizations to be assigned to one business unit.
Note Currently, Oracle Fusion Applications do not include manufacturing capabilities, so setup your manufacturing facilities outside of Oracle Fusion applications.
Distribution Center as an Inventory Organization A distribution center can store inventory that is the responsibility of different business units. In this situation, assign an inventory organization to each business unit as a representation of the inventory in the distribution center. The multiple inventory organizations representing the inventory are defined with the same location to show that they are a part of the same distribution center.
184
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
In the following figure the two business units, Air Compressors and Air Transmission, share one distribution center in Atlanta. The two inventory organizations, Air Compressors and Air Transmission represent the inventory for each business unit in the Atlanta distribution center and are both assigned the Atlanta location.
Legal Entities Inventory A legal entity owns Own the inventory located Organizations in a storage or manufacturing facility. This ownership is assigned through the relationship of the inventory organization representing the inventory and the legal entity assigned to the inventory organization. The legal entity assigned to the inventory organization shares the same primary ledger as the inventory organization's business unit. The inventory is tracked in the inventory organization owned by the legal entity of which the business unit is part. All transactions are accounted for in the primary ledger of the legal entity that owns the inventory.
185
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
The figure below illustrates the inventory owned by InFusion Air Quality legal entity. The InFusion Air Quality legal entity is associated with the Air Compressors business unit, which is associated with the two Air Compressors inventory organizations. Therefore, InFusion Air Quality legal entity owns the entire inventory in both the Dallas and Atlanta locations.
Facility Schedules Are Associated with Inventory Organizations A prerequisite to defining an inventory organization is to define a facility schedule. Oracle Fusion Applications allow you to associate an inventory organization with a schedule. Facility schedules allow creating workday calendars for inventory organizations that are used in the Oracle Fusion Supply Chain Management product family. For example, use workday calendars in the scheduling of cycle counts and calculating transit time.
Inventory Organization Prerequisites: Points to Consider You can create a new inventory organization, or select an existing organization to define as an inventory organization. Before creating inventory organizations: • Set up inventory organization dependencies • Plan inventory organization parameters
Setting Up Inventory Organization Dependencies When you create an inventory organization, you must associate it to dependencies, such as business units and legal entities. For this reason, create these dependencies before creating an inventory organization.
Planning Inventory Organization Parameters Before creating an inventory organization, plan the inventory organization's parameters Consider the following when planning to configure an inventory organization's parameters • Which schedule to use • Which inventory organization to serve as the item master organization • Whether to configure locator control and if so, the level at which to enforce the locator control
186
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
• How you want to configure movement request settings such as pick slip batch size and replenishment movement request grouping Consider the size of your operation, your usage of subinventories, and the type of labor or equipment required when considering whether you want to use organization- or subinventory-level replenishment movement request grouping. • How you want to configure lot, serial, and packing unit generation settings To make appropriate choices for these settings, you should be familiar with: ◦
◦
◦
Your company's guidelines for creating lot names, serial numbers, and packing unit numbers Whether your company requires you to assign the same lot number to multiple items in the same organization, or a specific lot number to only one item in the same organization Whether your company requires you to place purchase order or shipping order material under lot control
• How you want to configure item sourcing details, such as the picking rule to use, and whether to specify the inventory organization as a logistics services organization
Rounding the Reorder Quantity: How It Affects Min-Max Planning Reorder Calculations When you specify to round reorder quantities, min-max planning reorders for item subinventories are automatically rounded up or down.
Settings That Affect Rounding the Reorder Quantity Reorder quantities for an item subinventory are calculated based on: • The setting that you select for the Round Order Quantity parameter on the Manage Inventory Organization Parameters page, General tab, of the inventory organization containing the item subinventory • The value that you specify for the Fixed Lot Multiple text box on the Add Item to Subinventory window
How Rounding the Reorder Quantity Affects Min-Max Planning Reorder Quantity Calculations If you enable rounding the reorder quantity for the inventory organization, and specify the fixed lot multiple for the item subinventory, the reorder quantity is rounded up. If you disable rounding the reorder quantity for the inventory organization, and specify the fixed lot multiple for the item subinventory, the reorder quantity is rounded down.
Note To round reorder quantities, you must specify a fixed lot multiple.
Example: Rounding the Reorder Quantity Assume that the reorder quantity is 24. If you enable rounding the reorder quantity and specify 10 for the fixed lot multiple, the reorder quantity is rounded up to 30. If you disable rounding the reorder quantity and keep the fixed lot multiple at 10, the reorder quantity is rounded down to 20.
187
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Selecting Lot Number Uniqueness Control: Critical Choices Select one of the following lot number uniqueness control options to apply to the items in your inventory organization: • No uniqueness control • Across items
No Uniqueness Control You can assign the same lot number to multiple items in the same inventory organization and across inventory organizations. The following table provides an example of how lot numbers are generated when uniqueness control is not applied, both within and across inventory organizations. Within Inventory Organization
Across Inventory Organizations
Item AS100 (printer) / Lot LN100
Item AS100 (printer) / Lot LN100
Item AS101 (laptop computer) / Lot LN100
Item AS101 (laptop computer) / Lot LN100
Across Items You can only assign a unique lot number to a single item in one inventory organization. If the same item is also in a different inventory organization, you must assign that item a unique lot number. The following table provides an example of how lot numbers are generated when uniqueness control is applied across items, both within and across inventory organizations. Within Inventory Organization
Across Inventory Organizations
Item AS100 (printer) / Lot LN100
Item AS100 (printer) / Lot LN300
Item AS101 (laptop computer) / Lot LN200
Item AS101 (laptop computer) / Lot LN400
FAQs for Manage Inventory Organizations What happens if I select the Supplier item sourcing type for replenishment? Items are replenished from an external supplier.
What happens if I create an inventory organization as a logistics services organization? The inventory organization is not costed, and shipment lines from different logistics service provider customers cannot be packed in the same packing unit.
188
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
Define Facilities: Manage Item Organizations Item Organization: Explained An item organization defines an item when inventory balances are not stored and inventory storage or inventory movement is not reflected in the Oracle Fusion Applications. For example, you would use an item organization in a retail scenario, if you need to know the items that are listed by and sold through each retail outlet even though inventory and transactions are recorded in another system. In Oracle Sales Cloud, item organizations are used to define sales catalogs.
Note • Items belong to an item organization. • Item attributes that are associated with financial and accounting information are hidden from the item if it exists within the item organization. • Item organizations can be changed by administrators to an inventory organization by updating the necessary attributes. There is no difference in the way items are treated in these two types of organizations except that there cannot be any financial transactions in the downstream applications for items that are assigned to an item organization.
Item Master Organization: Explained An item master organization lists and describes items that are shared across several inventory organizations or item organization.
189
Oracle Procurement Cloud
Implementing Procurement
Chapter 5
Define Enterprise Structures for Procurement
The following example shows the choice between inventory organizations that track inventory transactions, stored in two warehouses, and item organizations that just track items, listed in two sales catalogs.
For the most efficient processing, you should: • Have a single item master • Include an item and its definition of form, fit, and function only once in the item master • Separate the item master organization from organizations that store and transact items
Note Oracle Fusion allows multiple item masters, however, use this capability cautiously. If you acquire a company, there may be value in allowing the old item master to exist for a transition period. If you manage your subsidiaries as separate businesses, there may be reduced value in a single item master.
190
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
6 Define Security for Procurement Defining Security After Enterprise Setup: Points to Consider After the implementation user has set up the enterprise, further security administration depends on the requirements of your enterprise. The Define Security activity within the Information Technology (IT) Management business process includes the following tasks. • Import Worker Users • Import Partner Users • Manage Job Roles • Manage Duties If no legacy users, user accounts, roles, and role memberships are available in the Lightweight Directory Access Protocol (LDAP) store, and no legacy workers are available in Human Resources (HR), the implementation user sets up new users and user accounts and provisions them with roles available in the Oracle Fusion Applications reference implementation. If no legacy identities (workers, suppliers, customers) exist to represent people in your enterprise, implementation users can create new identities in Human Capital Management (HCM), Supplier Portal, and Oracle Sales Cloud Self Service, respectively, and associate them with users.
Before Importing Users Oracle Identity Management (OIM) handles importing users. If legacy employees, contingent workers, and their assignments exist, the HCM Application Administrator imports these definitions by performing the Initiate HCM Spreadsheet Load task. If user and role provisioning rules have been defined, the Initiate HCM Spreadsheet Load process automatically creates user and role provisioning requests as the workers are created. Once the enterprise is set up, performing the Initiate HCM Spreadsheet Load task populates the enterprise with HR workers in records linked by global user ID (GUID) to corresponding user accounts in the LDAP store. If no user accounts exist in the LDAP store, the Initiate HCM Spreadsheet Load task results in new user accounts being created. Worker email addresses as an alternate input for the Initiate HCM Spreadsheet Load task triggers a search of the LDAP for user GUIDs, which may perform more slowly than entering user names. In the security reference implementation, the HCM Application Administrator job rolehierarchy includes the HCM Batch Data Loading Duty role, which is entitled to import worker identities. This entitlement provides the access necessary to perform the Initiate HCM Spreadsheet Load task in HCM.
191
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
Note The Import Person and Organization task in the Define Trading Community Import activity imports the following resources, creates users, and links the resources to users for use in Oracle Sales Cloud. • Internal employees • Contingent workers • External partner contacts • Partner companies • Legal entities • Customers • Consumers
If role provisioning rules have been defined, the Import Person and Organization task automatically provisions role requests as the users are created.
Import Users If legacy users (identities) and user accounts exist outside the LDAP store that is being used by the Oracle Fusion Applications installation, the IT security manager has the option to import these definitions to the LDAP store by performing the Import Worker Users and Import Partner Users tasks. If no legacy users or user accounts can be imported or exist in an LDAP repository accessible to Oracle Identity Management (OIM), the IT security manager creates users manually in OIM or uses the Initiate HCM Spreadsheet Load task to create users from imported HR workers. Once users exist, their access to Oracle Fusion Applications is dependent on the roles provisioned to them in OIM or Human Capital Management. Use the Manage HCM Role Provisioning Rules task to define rules that determine what roles are provisioned to users. Importing user identities from other applications, including other Oracle Applications product lines, is either a data migration or manual task. Migrating data from other Oracle Applications includes user data. For more information about importing users, see the Oracle Fusion Middleware Developer's Guide for Oracle Identity Manager. In the security reference implementation, the IT Security Manager job role hierarchy includes the HCM Batch Data Loading Duty and the Partner Account Administration Duty. These duty roles provide entitlement to import or create users. The entitlement Load Batch Data provides the access necessary to perform the Import Worker Users task in OIM. The entitlement Import Partner entitlement provides the access necessary to perform the Import Partner Users task in OIM.
Manage Job Roles Job and abstract roles are managed in OIM. This task includes creating and modifying job and abstract roles, but not managing role hierarchies of duties for the jobs.
192
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
Note Manage Job Roles does not include provisioning job roles to users. Provisioning users is done in OIM, HCM, Oracle Sales Cloud, or Oracle Fusion Supplier Portal. Roles control access to application functions and data. Various types of roles identify the functions performed by users. The Oracle Fusion Applications security reference implementation provides predefined job and abstract roles. In some cases, the jobs defined in your enterprise may differ from the predefined job roles in the security reference implementation. The predefined roles and role hierarchies in Oracle Fusion may require changes or your enterprise may require you to create new roles. For example, you need a job role for a petty cash administrator, in addition to an accounts payable manager. The security reference implementation includes a predefined Accounts Payable Manager, and you can create a petty cash administrator role to extend the reference implementation. In the security reference implementation, the IT Security Manager job role hierarchy includes the Enterprise Role Management Duty role, which is entitled to manage job and abstract roles (the entitlement is Manage Enterprise Role). This entitlement provides the access necessary to perform the Manage Job Roles task in OIM.
Manage Duties A person with a job role must be able to perform certain duties. In the Oracle Fusion Applications security reference implementation, enterprise roles inherit duties through a role hierarchy. Each duty corresponds to a duty role. Duty roles specify the duties performed within applications and define the function and data access granted to the enterprise roles that inherit the duty roles. Managing duties includes assigning duties to job and abstract roles in a role hierarchy using Authorization Policy Manager (APM). If your enterprise needs users to perform some actions in applications coexistent with Oracle Fusion applications, you may wish to remove the duty roles that enable those actions. For details about which duty roles are specific to the products in an offering, see the Oracle Fusion Applications Security Reference Manual for each offering. OIM stores the role hierarchy and the spanning of roles across multiple pillars or logical partitions of applications. In cases where your enterprise needs to provide access to custom functions, it may be necessary to create or modify the duty roles of the reference implementation.
Tip As a security guideline, use only the predefined duty roles, unless you have added new applications functions. The predefined duty roles fully represent the functions and data that must be accessed by application users and contain all appropriate entitlement. In the security reference implementation, the IT Security Manager job role hierarchy includes the Application Role Management Duty role, which is entitled to manage duty roles (the entitlement is Manage Application Role). This entitlement provides the access necessary to perform the Manage Duties task in APM.
Note Product family administrators are not entitled to create role hierarchies or manage duty roles and must work with the IT security manager to make changes such as localizing a duty role to change a role hierarchy. Setup for localizations is documented in HCM documentation.
Related Topics • Identity Management and Access Provisioning: Explained
193
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
• Security Tasks After Enterprise Changes: Points To Consider • Defining Trading Partner Security After Enterprise Setup: Points to Consider
Security Tasks and Oracle Fusion Applications: How They Fit Together The major security tasks and their order within the context of an overall Oracle Fusion Applications implementation extend from security setup through production deployment audits. The Oracle Fusion business process model (BPM) provides a sequence of security implementation tasks that includes the following. • Security setup (Define Common Applications Configuration activity) ◦
Define Implementation Users task group (optional) • Create Implementation Users task • Create Data Role for Implementation Users task • Provision Roles to Implementation Users task
◦
Define security - tasks vary depending on deployed Oracle Fusion product family • Revoke Data Role from Implementation Users task • Import Worker Users task • Import Partner Users task • Manage Duties task • Manage Job Roles task
• User and role provisioning tasks ◦
Implement Role Request and Provisioning Controls activity • Import Worker Users task • Import Partner Users task • Self Request User Roles task • Approve User and Role Provisioning Requests task • Assign User Roles task • Manage Supplier User Roles and User Role Usages task
194
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
• Map and Synchronize User Account Details task • Tasks for viewing account details for self or others • Tasks for applying and managing various role provisioning rules • Tasks for running synchronization processes • Security implementation and ongoing maintenance after setup (Manage IT Security activity) ◦
Implement Function Security Controls • Create Job Role task • Import Worker Users task • Import Partner Users task • Manage Duties task • Manage Job Roles task • Manage Users task
◦
Implement Data Security Controls • Manage Data Security Policies task • Manage Role Templates task • Manage Segment Security task • Manage Data Access Sets task • Define Security Profiles task group
• Auditing tasks ◦
Manage Security Audit, Compliance and Reporting activity
Note Go live deployment does not require lockdown or specific security tasks because security is enforced across the test to production information life cycle.
Required Roles The following enterprise roles are provisioned to a single super user that is set up by the Oracle Fusion Applications installation process, and to the initial user set up by Oracle for Oracle Cloud Application Services: • Application Implementation Consultant
195
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
• IT Security Manager • Application Administrators for the provisioned products Initial security administration also includes provisioning the IT Security Manager role with Oracle Identity Management (OIM) roles for user and role management. • Identity User Administrator • Role Administrator Additionally, the Xellerate Users organization must be assigned to the IT Security Manager role.
Important As a security guideline, provision a dedicated security professional with the IT Security Manager role at the beginning of an implementation, and revoke that role from users provisioned with the Application Implementation Consultant role.
Tools Used to Perform Security Tasks Security tasks are supported by tools within both Oracle Fusion Applications and Oracle Fusion Middleware.
196
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
The figure lists the tasks associated with each of the integrated products and pillars of an Oracle Fusion Applications deployment.
Related Topics • Security Setup Tasks: How They Fit Together • Security Tasks After Enterprise Changes: Points To Consider • Function Security in the Securi ty Reference Implementation: Explained
197
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
Define Data Security Data Security: Explained By default, users are denied access to all data. Data security makes data available to users by the following means. • Policies that define grants available through provisioned roles • Policies defined in application code You secure data by provisioning roles that provide the necessary access. Enterprise roles provide access to data through data security policies defined for the inherited application roles. When setting up the enterprise with structures such as business units, data roles are automatically generated that inherit job roles based on data role templates. Data roles also can be generated based on HCM security profiles. Data role templates and HCM security profiles enable defining the instance sets specified in data security policies. When you provision a job role to a user, the job role limits data access based on the data security policies of the inherited duty roles. When you provision a data role to a user, the data role limits the data access of the inherited job role to a dimension of data. Data security consists of privileges conditionally granted to a role and used to control access to the data. A privilege is a single, real world action on a single business object. A data security policy is a grant of a set of privileges to a principal on an object or attribute group for a given condition. A grant authorizes a role, the grantee, to actions on a set of database resources. A database resource is an object, object instance, or object instance set. An entitlement is one or more allowable actions applied to a set of database resources. Data is secured by the following means. Datasecurityfeature
Doeswhat?
Data security policy
Defines the conditions under which access to data is granted to a role.
Role
Applies data security policies with conditions to users through role provisioning.
Data role template
Defines the data roles generated based on enterprise setup of data dimensions such as business unit.
HCM security profile
Defines data security conditions on instances of object types such as person records, positions, and document types without requiring users to enter SQL code
The sets of data that a user can access are defined by creating and provisioning data roles. Oracle data security integrates with Oracle Platform Security Services (OPSS) to entitle users or roles (which are stored externally) with access to data. Users are granted access through the privilege assigned to the roles or role hierarchy with which the user is provisioned.
198
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
Conditions are WHERE clauses that specify access within a particular dimension, such as by business unit to which the user is authorized.
Data Security Policies Data security policies articulate the security requirement "Who can do what on which set of data." For example, accounts payable managers can view AP disbursements for their business unit. Who
cadno
Accounts payable managers
view
what
AP disbursements
ownhicsho e dtfata
for their business unit
A data security policy is a statement in a natural language, such as English, that typically defines the grant by which a role secures business objects. The grant records the following. • Table or view • Entitlement (actions expressed by privileges) • Instance set (data identified by the condition) For example, disbursement is a business object that an accounts payable manager can manage by payment function for any employee expenses in the payment process.
Note Some data security policies are not defined as grants but directly in applications code. The security reference manuals for Oracle Fusion Applications offerings differentiate between data security policies that define a grant and data security policies defined in Oracle Fusion applications code. A data security policy identifies the entitlement (the actions that can be made on logical business objects or dashboards), the roles that can perform those actions, and the conditions that limit access. Conditions are readable WHERE clauses. The WHERE clause is defined in the data as an instance set and this is then referenced on a grant that also records the table name and required entitlement.
Data Roles Data roles are implemented as job roles for a defined set of data. A data role defines a dimension of data within which a job is performed. The data role inherits the job role that describes the job. For example, a data role entitles a user to perform a job in a business unit. The data role inherits abstract or job roles and is granted data security privileges. Data roles carry the function security privileges inherited from job roles and also the data security privilege granted on database objects and table rows. For example, an accounts payables specialist in the US Business Unit may be assigned the data role Accounts Payables Specialist - US Business Unit. This data role inherits the job role Accounts Payables Specialist and grants access to transactions in the US Business Unit. Data roles are created using data role templates. You create and maintain data roles in the Authorization Policy Manager (APM). Use the Manage Data Roles and Security Profiles task to create and maintain HCM data roles in Oracle Fusion HCM.
HCM Security Profiles HCM security profiles are used to secure HCM data, such as people and departments. Data authorization for some roles, such as the Manager role, is managed in HCM, even in ERP and SCM applications. You can use HCM security profiles to
199
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
generate grants for an enterprise role such as Manager. The resulting data role with its role hierarchy and grants operates in the same way as any other data role. For example, an HCM security profile identifies all employees in the Finance division. Applications outside of HCM can use the HCM Data Roles UI pages to give roles access to HR people.
Data Security in the Security Reference Implementation: Explained The reference implementation contains a set of data security policies that you can use, or copy and customize using the Authorization Policy Manager (APM). Your security implementation is likely a subset of the reference implementation. You provide the specific duty roles, data security policies, and HCM security profiles. The business objects registered as secure in the reference implementation are database tables and views. Granting or revoking object entitlement to a particular user or group of users on an object instance or set of instances extends the base Oracle Fusion Applications security reference implementation. It doesn't require customization of applications that access data.
Data Security Policies in the Security Reference Implementation The data security policies in the reference implementation entitle the grantee (a role) to access data based on SQL predicates in a WHERE clause.
Tip When extending the reference implementation with additional data security policies, identify instance sets of data representing the business objects that need to be secured, rather than a specific instance or all instances of the business objects. Predefined data security policies are stored in the data security policy store, managed in APM, and described in the Oracle Fusion Applications Security Reference Manual for each offering. A data security policy for a duty role describes a permission granted to any job role that includes that duty role.
Warning Review but do not modify HCM data security policies in APM except as a custom implementation. Use the HCM Manage Data Role And Security Profiles task to generate the necessary data security policies and data roles. The reference implementation only enforces a portion of the data security policies in business intelligence that is considered most critical to risk management without negatively affecting performance. For performance reasons it is not practical to secure every level in every dimension. Your enterprise may have a different risk tolerance than assumed by the security reference implementation.
HCM Security Profiles in the Security Reference Implementation The security reference implementation includes some predefined HCM security profiles for initial usability. For example, a predefined HCM security profile allows line managers to see the people that report to them. The IT security manager uses HCM security profiles to define the sets of HCM data that can be accessed by the roles that are provisioned to users
200
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
Data Roles The security reference implementation includes no predefined data roles to ensure a fully secured initial environment. The security reference implementation includes data role templates that you can use to generate a set of data roles with privileges to perform predefined business functions within data dimensions such as business unit. Oracle Fusion Payables invoicing and expense management are examples of predefined business functions. Accounts Payable Manager - US is a data role you might generate from a predefined data role template for payables invoicing if you set up a business unit called US. HCM provides a mechanism for generating HCM related data roles.
Securing Data Access: Points to Consider Oracle Fusion Applications supports securing data through role-based access control (RBAC) by the following methods. Methodos f ecuringdata
R eas o n
Example
Data roles apply explicit data security policies on job and abstract roles
Appropriate for job and abstract roles that should only access a subset of data, as defined by the data role template that generates the data role or by HCM security profiles.
Accounts Payable Manager - US data role to provide an accounts payable manager in the US business unit with access to invoices in the US business unit.
Data security policies
Define data access for application roles and provide inheriting job and abstract roles with implicit data security
Projects
If a user has access to the same function through different roles that access different data sets, then the user has access to a union of those data sets. When a runtime session is created, Oracle Platform Security Services (OPSS) propagates only the necessary user to role mapping based on Oracle Fusion Data Security grants. A grant can specify entitlement to the following. • Specific rows of data (data object) identified by primary key • Groups of data (instance set) based on a predicate that names a particular parameter • Data objects or instance sets based on runtime user session variables Data is identified by one of the following: • The primary key value of the row in the table where the data is stored. • A rule (SQL predicate) applied to the WHERE clause of a query against the table where the data is stored.
Grants Oracle Fusion Data Security can be used to restrict the following. • Rows that are returned by a given query based on the intended business operation • Actions that are available for a given row
201
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
Grants control which data a user can access.
Note Attribute level security using grants requires a data security policy to secure the attribute and the entitlement check enforces that policy. A grant logically joins a user or role and an entitlement with a static or parameterized object instance set. For example, REGION='WEST' is a static object instance set andREGION=&GRANT_ALIAS.PARAMETER1 is a parameterized object instance set. In the context of a specific object instance, grants specify the allowable actions on the set of accessible object instances. In the database, grants are stored in FND_GRANTS and object instance sets are stored in FND_OBJECT_INSTANCE_SETS. Object access can be tested using the privilege check application programming interface (API).
Securing a Business Object A business object is a logical entity that is typically implemented as a table or view, and corresponds to a physical database resource. The data security policies of the security reference implementation secure predefined database resources. Use the Manage Data Security Policies task to define and register other database resources. Data security policies identify sets of data on the registered business object and the actions that may be performed on the business object by a role The grant can be made by data instance, instance set or at a global level..
Note Use parameterized object instance sets whenever feasible to reduce the number of predicates the database parses and the number of administrative intervention required as static object instances sets become obsolete. In HCM, security profiles generate the instance sets.
Manage Data Security Policies Database Resources and Data Security Policies: How They Work Together A data security policy applies a condition and allowable actions to a database resource for a role. When that role is provisioned to a user, the user has access to data defined by the policy. In the case of the predefined security reference implementation, this role is always a duty role. Data roles generated to inherit the job role based on data role templates limit access to database resources in a particular dimension, such as the US business unit. The database resource defines and instance of a data object. The data object is a table, view, or flexfield.
202
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
The following figure shows the database resource definition as the means by which a data security policy secures a data object. The database resource names the data object. The data security policy grants to a role access to that database resource based on the policy's action and condition.
Database Resources A database resource specifies access to a table, view, or flexfield that is secured by a data security policy. • Name providing a means of identifying the database resource • Data object to which the database resource points
Data Security Policies Data security policies consist of actions and conditions for accessing all, some, or a single row of a database resource. • Condition identifying the instance set of values in the data object • Action specifying the type of access allowed on the available values
Note If the data security policy needs to be less restrictive than any available database resource for a data object, define a new data security policy.
203
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
Actions Actions correspond to privileges that entitle kinds of access to objects, such as view, edit, or delete. The actions allowed by a data security policy include all or a subset of the actions that exist for the database resource.
Conditions A condition is either a SQL predicate or an XML filter. A condition expresses the values in the data object by a search operator or a relationship in a tree hierarchy. A SQL predicate, unlike an XML filter, is entered in a text field in the data security user interface pages and supports more complex filtering than an XML filter, such as nesting of conditions or sub queries. An XML filter, unlike a SQL predicate, is assembled from choices in the UI pages as an AND statement.
Tip An XML filter can be effective in downstream processes such as business intelligence metrics. A SQL predicate cannot be used in downstream metrics.
Manage Role Templates Data Role Templates: Explained You use data role templates to generate data roles. You generate data roles, and create and maintain data role templates in the Authorization Policy Manager (APM).
Note HCM data roles are generated using the Manage Data Roles and Security Profiles task, which uses HCM security profiles, not data role templates, to define the data security condition. The following attributes define a data role template. • Template name • Template description • Template group ID • Base roles • Data dimension • Data role naming rule • Data security policies The data role template specifies which base roles to combine with which dimension values for a set of data security policies. The base roles are the parent job or abstract roles of the data roles.
Note Abstract, job, and data roles are enterprise roles in Oracle Fusion Applications. Oracle Fusion Middleware products such as Oracle Identity Manager (OIM) and Authorization Policy Manager (APM) refer to enterprise roles as external roles. Duty roles are implemented as application roles in APM and scoped to individual Oracle Fusion Applications. The dimension expresses stripes of data, such as territorial or geographic information you use to partition enterprise data. For example, business units are a type of dimension, and the values picked up for that dimension by the data role template as
204
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
it creates data roles are the business units defined for your enterprise. The data role template constrains the generated data roles with grants of entitlement to access specific data resources with particular actions. The data role provides provisioned users with access to a dimensional subset of the data granted by a data security policy. An example of a dimension is a business unit. An example of a dimension value is a specific business unit defined in your enterprise, such as US. An example of a data security policy is a grant to access a business object such as an invoice with a view entitlement. When you generate data roles, the template applies the values of the dimension and participant data security policies to the group of base roles. The template generates the data roles using a naming convention specified by the template's naming rule. The generated data roles are stored in the Lightweight Directory Access Protocol (LDAP) store. Once a data role is generated, you provision it to users. A user provisioned with a data role is granted permission to access the data defined by the dimension and data security grant policies of the data role template. For example, a data role template contains an Accounts Payable Specialist role and an Accounts Payable Manager role as its base roles, and region, or business unit, as its dimension, with the dimension values US and UK. The naming convention is [base-role-name]:[DIMENSION-CODE-NAME]. This data role template generates four data roles. • Accounts Payable Specialist - US • Accounts Payable Specialist - UK • Accounts Payable Manager - US • Accounts Payable Manager - UK
Making Changes To Data Role Templates 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. 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.
Making Changes to Dimension Values
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. For example if you add a business unit to your enterprise, you must regenerate data roles from the data role templates that include business unit as a dimension. If you add or remove a dimension value from your enterprise that is used to generate data roles, regenerating the set of data roles adds or removes the data roles for those dimension values. If your enterprise has scheduled regeneration as an Oracle Enterprise Scheduler Services process, the changes are made automatically.
Manage Data Role and Security Profiles HCM Data Roles: Explained HCM data roles combine a job role with the data that users with the role must access. You identify the data in security profiles. As data roles are specific to the enterprise, no predefined HCM data roles exist. To create an HCM data role, you perform the Assign Security Profiles to Role task in the Setup and Maintenance work area. You must have the IT Security Manager job role.
Note You can also use the Manage Data Role and Security Profiles task. Both tasks open the Manage Data Roles and Security Profiles page.
205
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
Job Role Selection When you create an HCM data role, you include a job role. The HCM object types that the job role accesses are identified automatically, and sections for the appropriate security profiles appear. For example, if you select the job role Human Resource Analyst, then sections for managed person, public person, organization, position, LDG, and document type appear. You select or create security profiles for those object types in the HCM data role. If you select a job role that doesn't access any of the HCM objects that are secured by security profiles, then you can't create an HCM data role.
Note If you create custom job roles, then the role category must end with Job Roles. Otherwise, they don't appear in the list of job roles when you create an HCM data role.
Security Profiles For each object type, you can include only one security profile in an HCM data role.
Components of the HCM Data Role The following figure summarizes the components of an HCM data role. The job role that you select in the HCM data role is granted many function security privileges and data security policies directly. It also inherits many aggregate privileges, and may inherit some duty roles. Each aggregate privilege or duty role has its own function security privileges and related data security policies. Relevant HCM object types are identified automatically from the data security policies that the job role is granted either directly or indirectly. The specific instances of the objects required by this HCM data role are identified in security profiles and stored in a data instance set.
206
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
For example, the human resource specialist job role inherits the Manage Work Relationship and Promote Worker aggregate privileges, among many others. The aggregate privileges provide both function security privileges, such as Manage Work Relationship and Promote Worker, and access to objects, such as assignment. Security profiles identify specific instances of those objects for the HCM data role, such as persons with assignments in a specified legal employer and department.
Related Topics • Creating HCM Data Roles and Security Profiles: Points to Consider • How do I provision HCM data roles to users?
HCM Security Profiles: Explained Security profiles identify instances of Human Capital Management (HCM) objects. For example, a person security profile identifies one or more person records, and a payroll security profile identifies one or more payrolls. This topic describes how to create and use security profiles and identifies the HCM objects that need them. To manage security profiles, you need the IT Security Manager job role.
Use of HCM Security Profiles You include security profiles in HCM data roles to identify the data that users with those roles can access. You can also assign security profiles directly to abstract roles, such as employee. However, you're unlikely to assign them directly to job roles, because users with same job role usually access different sets of data.
HCM Object Types You can create security profiles for the following HCM object types: • Person ◦
Managed person
◦
Public person
• Organization • Position • Legislative data group (LDG) • Country • Document type • Payroll • Payroll flow Two uses exist for the person security profile because many users access two distinct sets of people. • The Managed Person security profile identifies people you can perform actions against. • The Public Person security profile identifies people you can search for in the worker directory.
207
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
This type of security profile also secures some lists of values. For example, the Change Manager and Hire pages include a person list of values that the public person security profile secures. The person who's selecting the manager for a worker may not have view access to that manager through a managed person security profile.
Security Criteria in HCM Security Profiles In a security profile, you specify the criteria that identify data instances of the relevant type. For example, in an organization security profile, you can identify organizations by organization hierarchy, classification, or name. All criteria in a security profile apply. For example, if you identify organizations by both organization hierarchy and classification, then only organizations that satisfy both criteria belong to the data instance set.
Access to Future-Dated Objects By default, users can't access future-dated organization, position, or person objects. To enable access to: • Future-dated organizations or positions, select the Include future organizations or Include future positions option, as appropriate, in the security profile • Future-dated person records, click Yes in the warning message that appears when you save a person security profile
Security Profile Creation You can create security profiles either individually or while creating an HCM data role. For standard requirements, it's more efficient to create the security profiles individually and include them in appropriate HCM data roles. To create security profiles individually, use the relevant security profile task. For example, to create a position security profile, use the Manage Position Security Profile task in the Setup and Maintenance work area. Security profiles that provide view-all access are predefined.
Reusabilityofand of Security Regardless how Inheritance you create them, all securityProfiles profiles are reusable. You can include security profiles in other security profiles. For example, you can include an organization security profile: • In a person security profile, to secure person records by department, business unit, or legal employer • In a position security profile, to secure positions by department or business unit One security profile inherits the data instance set defined by another.
Note Even though security profiles as described here are reusable, you're recommended to use dynamic security profiles based on areas of responsibility to secure access to person records wherever possible. Dynamic security profiles can help you to avoid performance problems.
Related Topics • Creating HCM Data Roles and Security Profiles: Points to Consider • Predefined HCM Security Profiles: Explained
208
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
Assigning Security Profiles to Abstract Roles: Explained These abstract roles are predefined in Oracle Fusion Human Capital Management: • Employee • Contingent worker • Line manager Users with these roles can sign in to Oracle Fusion Applications and open application pages. However, they have no automatic access to data. For example, employees can open the person gallery but can't view portraits. Line managers can open the Manager Resources Dashboard but can't see data for their organizations. To enable basic HCM data access for users with abstract roles, you assign security profiles directly to those roles.
Predefined Security Profiles to Assign to Abstract Roles This table identifies the predefined security profiles that you can assign directly to the employee, line manager, and contingent worker roles. SecurityProfileType
Employee
ContingentWorker
LineManager
Person
View Own Record
View Own Record
View Manager Hierarchy
Public person
View All Workers
View All Workers
View All Workers
Organization
View All Organizations
View All Organizations
View All Organizations
Position
View All Positions
View All Positions
View All Positions
Legislative data group
View All Legislative Data Groups
View All Legislative Data Groups
View All Legislative Data Groups
Country
View All Countries
View All Countries
View All Countries
Document type
View All Document Types
View All Document Types
View All Document Types
Payroll
Not applicable
Not applicable
View All Payrolls
Payroll flow
Not applicable
Not applicable
View All Flows
After implementation, you may want to change aspects of this data access. For example, you may want to create your own security profiles and assign those directly to abstract roles.
209
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
Caution Such changes apply to all users who have the abstract role.
HCM Data Roles Users who have abstract roles are likely to gain additional data access from the HCM data roles that you define for their job roles. For example, you may create an HCM data role for human resource specialists to access the person records of all workers in a legal employer. Such data access is in addition to any access provided by abstract roles.
Assigning Security Profiles to Abstract Roles: Worked Example To enable basic data access for the predefined employee, contingent worker, and line manager abstract roles, you assign predefined security profiles to them during implementation. This example shows how to assign security profiles to abstract roles using the Assign Security Profiles to Role task.
Searching for the Employee Abstract Role 1. Sign in to the Oracle HCM Cloud service as the TechAdmin user. On-premises users must sign in with a role that has the IT Security Manager job role. 2. Select Navigator - Setup and Maintenance to open the Setup and Maintenance work area. 3. On the All Tasks tab of the Overview page, search for and select the Assign Security Profiles to Role task. 4. On the Manage Data Roles and Security Profiles page, enter Employee in the Role field. Click Search. 5. In the Search Results region, select the predefined Employee role and click Edit.
Assigning Security Profiles to the Employee Abstract Role 1. On the Edit Data Role: Role Details page, click Next. 2. On the Edit Data Role: Security Criteria page, select security profiles shown in the table. You may see a subset of these security profiles, depending on thethe combination of cloud services or following product offerings that you're implementing. F i el d
V al u e
Organization Security Profile
View All Organizations
Position Security Profile
View All Positions
Country Security Profile
View All Countries
LDG Security Profile
View All Legislative Data Groups
Person Security Profile ( Person section)
ViewOwn Record
Person Security Profile ( Public Person section)
View All Workers
210
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
F i el d
V al u e
Document Type Security Profile
View All Document Types
3. Click Review. 4. On the Edit Data Role: Review page, click Submit. 5. On the Manage Data Roles and Security Profiles page, search again for the predefined Employee role. 6. In the Search Results region, confirm that a green check mark appears in the Security Profiles column for the Employee role. The check mark confirms that security profiles are assigned to the role. Repeat the steps in Searching for the Employee Abstract Role and Assigning Security Profiles to the Employee Abstract Role for the predefined Contingent Worker role.
Searching for the Line Manager Abstract Role 1. On the Manage Data Roles and Security Profiles page, enter Line Manager in the Role field. Click Search. 2. In the Search Results region, select the predefined Line Manager role and click Edit.
Assigning Security Profiles to the Line Manager Abstract Role 1. On the Edit Data Role: Role Details page, click Next. 2. On the Edit Data Role: Security Criteria page, select the security profiles shown in the following table. You may see a subset of these security profiles, depending on the combination of cloud services or product offerings that you're implementing. F i el d
V al u e
Organization Security Profile
View All Organizations
Position Security Profile
View All Positions
LDG Security Profile
View All Legislative Data Groups
Person Security Profile ( Person section)
View Manager Hierarchy
Person Security Profile ( Public Person section)
View All Workers
Document Type Security Profile
View All Document Types
Payroll
View All Payrolls
211
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
F i el d
V al u e
Payroll Flow
View All Flows
3. Click Review. 4. On the Edit Data Role: Review page, click Submit 5. On the Manage Data Roles and Security Profiles page, search again for the predefined Line Manager role. 6. In the search results, confirm that a green check mark appears in the Security Profiles column for the Line Manager role. The check mark confirms that security profiles are assigned to the role.
Define Users Securing Identities and Users: Points To Consider Identity covers all aspects of an entity's existence within the contexts in which it is used. The identity of an enterprise user consists of the following: • HR attributes They include identifying information about a user that is relatively static and well understood, such as first and last name, title, and job function. • Roles These are part of a user's identity and define the user's purpose and responsibilities. • Resources Within identity management, resources define what a user can and does do. In an enterprise, this typically translates into what resources a user has access to, what privileges they have on that resource, and what they have been doing on that resource. Resources can be application accounts or physical devices such as laptops or access cards. The enterprise owns the resources, secures them, and manages access to the resources by managing the user's identity and access. • Relationships They establish the portion of user identities that involve organizational transactions such as approvals. An Oracle Fusion Applications user and the corresponding identity are usually created in a single transaction, such as when a worker is created in Human Resources (HR). That transaction automatically triggers provisioning requests for the user based on role provisioning rules. User accounts for some identities that aren't employees, such as partner contacts, may be created in a later transaction using an identity that is already created in the identity store. Supplier contacts are created in the Supplier Model, not HR.
212
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
Stores Various locations store identity and user data. Identity data consists of the following: • HR person records • Oracle Fusion Trading Community Model party records In Oracle Fusion Applications, all users have corresponding identities, but not all identities correspond to respective users. And not all users are provisioned with an identity. Some identities stored in HR and Trading Community Model may not be provisioned to user accounts and therefore, aren't synchronized with Oracle Identity Management (OIM). For example, a contactinfor a prospective an Lightweight identity in Trading Community Model but may store not bemay provisioned with a userwith account OIM. Some userscustomer stored inisthe Directory Access Protocol (LDAP) not be provisioned identities.
Importing Users You can import users or user attributes in bulk from existing legacy identity and user stores. Your tasks may include the following: • Create users in bulk • Update specific attributes for all users, such as postal code • Link users to HR or Trading Community Model persons • Monitor progress of the import process • Correct errors and re-import • Export users in bulk • Import and export users using a standard plain text data interchange format like Lightweight Data Interchange Format (LDIF) You can reserve a specific user name not currently in use for use in the future, or release a reserved user name from the reservation list and make it available for use. Between a user registration request and approved registration, Oracle Fusion Applications holds the requested user name on the reservation list, and releases the name if an error occurs in the selfregistration process or the request is rejected. Self-registration processes check the reservation list for user name availability and suggest alternative names.
Provisioning Events New identities, such as new hires, trigger user and role provisioning events. In addition to user creation tasks, other tasks, such as Promote Worker or Transfer Worker, result in role provisioning and recalculation based on role provisioning rules. When an identity's attributes change, you may need to provision the user with different roles. Role assignments may be based on job codes, and a promotion triggers role provisioning changes. Even if the change in the identities attributes requires no role assignment change, such as with a name change, OIM synchronizes the corresponding user information in the LDAP store. Deactivating or terminating an identity triggers revocation of some roles to end all assignments, but may provision new roles needed for activities, such as a pay stub review. If the corresponding user for the identity was provisioned with a buyer role, terminating the identity causes the user's buyer record in Procurement to be disabled, just as the record was created when the user was first provisioned with the buyer role.
213
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
Notifications and Audits Oracle Fusion Applications provides mechanisms for notifying and auditing requests or changes affecting identities and users. Oracle Fusion Applications notifies requestors, approvers, and beneficiaries when a user account or role is provisioned. For example, when an anonymous user registers as a business-to-customer (B2C) user, the B2C user must be notified of the registration activation steps, user account, password and so on once the approver (if applicable) has approved the request and the user is registered in the system. User ID and GUID attributes are available in Oracle Fusion Applications session information for retrieving authenticated user and identity data. End user auditing data is stored in database WHO columns and used for the following activities. • Setting up sign in audit • Using the application monitor • Notifying of unsuccessful sign in attempts • Sign in audit reports You can conduct real time audits that instantiate a runtime session and impersonate the target user (with the proxy feature) to test what a user has access to under various conditions such as inside or outside firewall and authentication level. For information on configuring audit policies and the audit store, see the Oracle Fusion Applications Administrator's Guide.
Delegated Administration You can designate local administrators as delegated administrators to manage a subset of users and roles. Delegated administrators can be internal or external persons who are provisioned with a role that authorizes them to handle provisioning events for a subset of users and roles. For example, internal delegated administrators could be designated to manage users and roles at the division or department level. External delegated administrators could be designated to manage users and roles in an external organization, such as a primary supplier contact managing secondary users within that supplier organization. You can also define delegated administration policies based on roles. You authorize users provisioned with specific roles named in the policy to request a subset of roles for themselves if needed, such as authorizing a subset of roles for a subset of people. For example, the policy permits a manager of an Accounts Payables department to approve a check run administrator role for one of their subordinates, but prohibits the delegated administrator from provisioning a budget approver role to the subordinate.
Credentials You activate or change credentials on users by managing them in Oracle Identity Management (OIM). Applications themselves must bear the credentials to access one another. Oracle Fusion Applications distinguishes between user identities and application identities (APPID). Predefined application identities serve to authorize jobs and transactions that require higher privileges than users. For example, a payroll manager may submit a payroll run. The payroll application may need access to the employee's taxpayer ID to print the payslip. However, the payroll manager isn't authorized to view taxpayer IDs in the user interface as they are considered personally identifiable information (PII). Calling applications use application identities (APPID) to enable the flow of transaction control as it moves across trust boundaries. For example, a user in the Distributed Order Orchestration product may release an order for shipping. The code that runs the Pick Notes is in a different policy store than the code that releases the product for shipment. When the pick note printing program is run, it is the Oracle Fusion Distributed Order Orchestration Application Development Framework (ADF) that initiates the program and not the end user.
214
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
Related Topics • Provisioning Access: Points To Consider
Manage HCM Role Provisioning Rules Role Provisioning and Deprovisioning: Explained You must provision roles to users. Otherwise, they have no access to data or functions and can't perform application tasks. This topic explains how role mappings control role provisioning and deprovisioning. Use the Manage Role Provisioning Rules or Manage HCM Role Provisioning Rules task to create role mappings.
Role Provisioning Methods You can provision roles to users: • Automatically • Manually ◦
Users such as line managers can provision roles manually to other users.
◦
Users can request roles for themselves.
For both automatic and manual role provisioning, you create a role mapping to specify when a user becomes eligible for a role.
Role Types You can provision both predefined and custom data roles, abstract roles, and job roles to users.
Automatic Role Provisioning Users acquire a role automatically when at least one of their assignments satisfies the conditions in the relevant role mapping. Provisioning occurs when you create or update worker assignments. For example, when you promote a worker to a management position, the worker acquires the line manager role automatically if an appropriate role mapping exists. All changes to assignments cause review and update of a worker's automatically provisioned roles.
Role Deprovisioning Users lose automatically provisioned roles when they no longer satisfy the role-mapping conditions. For example, a line manager loses an automatically provisioned line manager role when he or she stops being a line manager. You can also manually deprovision automatically provisioned roles at any time. Users lose manually provisioned roles automatically only when all of their work relationships are terminated. Otherwise, users keep manually provisioned roles until you deprovision them manually.
Roles at Termination When you terminate a work relationship, the user automatically loses all automatically provisioned roles for which he or she no longer qualifies. The user loses manually provisioned roles only if he or she has no other work relationships. Otherwise, the user keeps manually provisioned roles until you remove them manually.
215
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
The user who's terminating a work relationship specifies when the user loses roles. Deprovisioning can occur: • On the termination date • On the day after the termination date If you enter a future termination date, then role deprovisioning doesn't occur until that date (if you request immediate deprovisioning) or the day after. The Role Requests in the Last 30 Days section on the Manage User Account page is updated only when the deprovisioning request is created. Entries remain in that section until they're processed. Role mappings can provision roles to users automatically at termination. For example, a terminated worker could acquire the custom role Retiree at termination based on assignment status and person type values. Reversing a termination reinstates any roles that the user lost automatically at termination and removes any that the user acquired automatically at termination.
Date-Effective Changes to Assignments Automatic role provisioning and deprovisioning are based on current data. For a future-dated transaction, such as a future promotion, role provisioning occurs on the day the changes take effect. The Send Pending LDAP Requests process identifies future-dated transactions and manages role provisioning and deprovisioning at the appropriate time. These role-provisioning changes take effect on the system date. Therefore, a delay of up to 24 hours may occur before users in other time zones acquire their roles.
Role Mappings: Explained Roles provide user access to data and functions. To provision a role to users, you define a relationship, called a role mapping, between the role and some conditions. You provision all types of roles using role mappings. This topic describes role mappings for automatic and manual role provisioning. Use the Manage Role Provisioning Rules or Manage HCM Role Provisioning Rules task in the Setup and Maintenance work area.
Automatic Provisioning of Roles to Users Role provisioning occurs automatically if: • At least one of the user's assignments matches all role-mapping conditions. • You select the Autoprovision option for the role in the role mapping. For example, for the data role Sales Manager Finance Department, you could select the Autoprovision option and specify the following conditions. Attribute
Value
Department
Finance Department
Job
Sales Manager
HR Assignment Status
Active
Users with at least one assignment that matches these conditions acquire the role automatically when you create or update the assignment. The provisioning process also removes automatically provisioned roles from users who no longer satisfy the role-mapping conditions.
216
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
Note Automatic provisioning of roles to users is a request to Oracle Identity Management to provision the role. Oracle Identity Management may reject the request if it fails a custom Oracle Identity Management approval process, for example.
Manual Provisioning of Roles to Users Users such as line managers can provision roles manually to other users if: • At least one of the assignments of the user who's provisioning the role (for example, the line manager) matches all role-mapping conditions. • You select the Requestable option for the role in the role mapping. For example, for the data role Training Team Leader, you could select the Requestable option and specify the following conditions. Attribute
Value
Manager with Reports
Yes
HR Assignment Status
Active
Any user with at least one assignment that matches both conditions can provision the role Training Team Leader manually to other users. Users keep manually provisioned roles until either all of their work relationships are terminated or you deprovision the roles manually.
Role Requests from Users Users can request a role when managing their own accounts if: • At least one of their assignments matches all role-mapping conditions. • You select the Self-requestable option for the role in the role mapping. For example, for the data role Expenses Reporter you could select the Self-requestable option and specify the following conditions. Attribute
Value
Department
ABC Department
System Person Type
Employee
HR Assignment Status
Active
217
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
Any user with at least one assignment that matches these conditions can request the role. The user acquires the role either immediately or after approval. Self-requested roles are defined as manually provisioned. Users keep manually provisioned roles until either all of their work relationships are terminated or you deprovision the roles manually.
Role-Mapping Names Role mapping names must be unique in the enterprise. Devise a naming scheme that shows the scope of each role mapping. For example, the role mapping Autoprovisioned Roles Sales could include all roles provisioned automatically to workers in the sales department.
Related Topics • Autoprovisioning: Explained
Role Mappings: Examples You must provision roles to users either automatically or manually. This topic provides some examples of typical role mappings to support automatic and manual role provisioning.
Creating a Role Mapping for Employees All employees must have the Employee role automatically from their hire dates. In addition, the few employees who claim expenses must be able to request the Expenses Reporting data role. You create a role mapping called All Employees and enter the following conditions. Attribute
Value
System Person Type
Employee
HR Assignment Status
Active
In the role mapping you include the: • Employee role, and select theAutoprovision option • Expenses Reporting role, and select the Self-requestable option
Creating a Role Mapping for Line Managers Any type of worker can be a line manager in the sales business unit. You create a role mapping called Line Manager Sales BU and enter the following conditions. Attribute
Value
Business Unit
Sales
HR Assignment Status
Active
218
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
Attribute
Value
Manager with Reports
Yes
You include the Line Manager role and select the Autoprovision option. Any worker with at least one assignment that matches the role-mapping conditions acquires the role automatically. In the same role mapping, you can include roles that line managers can: • Provision manually to other users. You select the Requestable option for these roles. • Request for themselves. You select the Self-requestable option for these roles.
Tip The Manager with Reports attribute always means a line manager. Setting the Manager Type attribute to Line Manager is the same as setting Manager with Reports to Yes. If your role mapping applies to managers of a type other than Line Manager, then don't set the Manager with Reports attribute.
Creating a Role Mapping for Retirees Retired workers have system access to manage their retirement accounts. You create a role mapping called All Retirees and enter the following conditions. Attribute
Value
System Person Type
Retiree
HR Assignment Status
Inactive
You include the custom role Retiree in the role mapping and select the Autoprovision option. When at least one of a worker's assignments satisfies the role-mapping conditions, he or she acquires the role automatically.
Import Worker Users Defining Security After Enterprise Setup: Points to Consider After the implementation user has set up the enterprise, further security administration depends on the requirements of your enterprise. The Define Security activity within the Information Technology (IT) Management business process includes the following tasks. • Import Worker Users • Import Partner Users
219
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
• Manage Job Roles • Manage Duties If no legacy users, user accounts, roles, and role memberships are available in the Lightweight Directory Access Protocol (LDAP) store, and no legacy workers are available in Human Resources (HR), the implementation user sets up new users and user accounts and provisions them with roles available in the Oracle Fusion Applications reference implementation. If no legacy identities (workers, suppliers, customers) exist to represent people in your enterprise, implementation users can create new identities in Human Capital Management (HCM), Supplier Portal, and Oracle Sales Cloud Self Service, respectively, and associate them with users.
BeforeIdentity Importing Users (OIM) handles importing users. Oracle Management If legacy employees, contingent workers, and their assignments exist, the HCM Application Administrator imports these definitions by performing the Initiate HCM Spreadsheet Load task. If user and role provisioning rules have been defined, the Initiate HCM Spreadsheet Load process automatically creates user and role provisioning requests as the workers are created. Once the enterprise is set up, performing the Initiate HCM Spreadsheet Load task populates the enterprise with HR workers in records linked by global user ID (GUID) to corresponding user accounts in the LDAP store. If no user accounts exist in the LDAP store, the Initiate HCM Spreadsheet Load task results in new user accounts being created. Worker email addresses as an alternate input for the Initiate HCM Spreadsheet Load task triggers a search of the LDAP for user GUIDs, which may perform more slowly than entering user names. In the security reference implementation, the HCM Application Administrator job rolehierarchy includes the HCM Batch Data Loading Duty role, which is entitled to import worker identities. This entitlement provides the access necessary to perform the Initiate HCM Spreadsheet Load task in HCM.
Note The Import Person and Organization task in the Define Trading Community Import activity imports the following resources, creates users, and links the resources to users for use in Oracle Sales Cloud. • Internal employees • Contingent workers • External partner contacts • Partner companies • Legal entities • Customers • Consumers
If role provisioning rules have been defined, the Import Person and Organization task automatically provisions role requests as the users are created.
220
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
Import Users If legacy users (identities) and user accounts exist outside the LDAP store that is being used by the Oracle Fusion Applications installation, the IT security manager has the option to import these definitions to the LDAP store by performing the Import Worker Users and Import Partner Users tasks. If no legacy users or user accounts can be imported or exist in an LDAP repository accessible to Oracle Identity Management (OIM), the IT security manager creates users manually in OIM or uses the Initiate HCM Spreadsheet Load task to create users from imported HR workers. Once users exist, their access to Oracle Fusion Applications is dependent on the roles provisioned to them in OIM or Human Capital Management. Use the Manage HCM Role Provisioning Rules task to define rules that determine what roles are provisioned to users. Importing user identities from other applications, including other Oracle Applications product lines, is either a data migration or manual task. Migrating data from other Oracle Applications includes user data. For more information about importing users, see the Oracle Fusion Middleware Developer's Guide for Oracle Identity Manager. In the security reference implementation, the IT Security Manager job role hierarchy includes the HCM Batch Data Loading Duty and the Partner Account Administration Duty. These duty roles provide entitlement to import or create users. The entitlement Load Batch Data provides the access necessary to perform the Import Worker Users task in OIM. The entitlement Import Partner entitlement provides the access necessary to perform the Import Partner Users task in OIM.
Manage Job Roles Job and abstract roles are managed in OIM. This task includes creating and modifying job and abstract roles, but not managing role hierarchies of duties for the jobs.
Note Manage Job Roles does not include provisioning job roles to users. Provisioning users is done in OIM, HCM, Oracle Sales Cloud, or Oracle Fusion Supplier Portal. Roles control access to application functions and data. Various types of roles identify the functions performed by users. The Oracle Fusion Applications security reference implementation provides predefined job and abstract roles. In some cases, the jobs defined in your enterprise may differ from the predefined job roles in the security reference implementation. The predefined roles and role hierarchies in Oracle Fusion may require changes or your enterprise may require you to create new roles. For example, you need a job role for a petty cash administrator, in addition to an accounts payable manager. The security reference implementation includes a predefined Accounts Payable Manager, and you can create a petty cash administrator role to extend the reference implementation. In the security reference implementation, the IT Security Manager job role hierarchy includes the Enterprise Role Management Duty role, which is entitled to manage job and abstract roles (the entitlement is Manage Enterprise Role). This entitlement provides the access necessary to perform the Manage Job Roles task in OIM.
Manage Duties A person with a job role must be able to perform certain duties. In the Oracle Fusion Applications security reference implementation, enterprise roles inherit duties through a role hierarchy. Each duty corresponds to a duty role. Duty roles specify the duties performed within applications and define the function and data access granted to the enterprise roles that inherit the duty roles. Managing duties includes assigning duties to job and abstract roles in a role hierarchy using Authorization Policy Manager (APM). If your enterprise needs users to perform some actions in applications coexistent with Oracle Fusion applications, you may wish to remove the duty roles that enable those actions. For details about which duty roles are specific to the products in an offering, see the Oracle Fusion Applications Security Reference Manual for each offering. OIM stores the role hierarchy and the spanning of roles across multiple pillars or logical partitions of applications.
221
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
In cases where your enterprise needs to provide access to custom functions, it may be necessary to create or modify the duty roles of the reference implementation.
Tip As a security guideline, use only the predefined duty roles, unless you have added new applications functions. The predefined duty roles fully represent the functions and data that must be accessed by application users and contain all appropriate entitlement. In the security reference implementation, the IT Security Manager job role hierarchy includes the Application Role Management Duty role, which is entitled to manage duty roles (the entitlement is Manage Application Role). This entitlement provides the access necessary to perform the Manage Duties task in APM.
Note Product family administrators are not entitled to create role hierarchies or manage duty roles and must work with the IT security manager to make changes such as localizing a duty role to change a role hierarchy. Setup for localizations is documented in HCM documentation.
Related Topics • Identity Management and Access Provisioning: Explained • Security Tasks After Enterprise Changes: Points To Consider • Defining Trading Partner Security After Enterprise Setup: Points to Consider
Importing Users: Explained
You can import workers from legacy applications to Oracle Fusion Applications using the Import Worker Users task . You can access this task from the Setup and Maintenance work area. By enabling you to bulk-load existing data, this task is an efficient way of creating and enabling users of Oracle Fusion Applications.
The Import Worker Users Process Importing worker users is a two-stage process: 1. When you perform the Import Worker Users task, the Initiate Spreadsheet Load page opens. On the Initiate Spreadsheet Load page, you generate and complete the Create Worker spreadsheet. You must map your data to the spreadsheet columns and provide all required attributes. Once the spreadsheet is complete, you click Upload in the spreadsheet to import the data to the Load Batch Data stage tables. 2. As the upload process imports valid data rows to the Load Batch Data stage tables, the Load Batch Data process runs automatically. Load Batch Data is a generic utility for loading data to Oracle Fusion Human Capital Management from external sources. This process loads data from the Load Batch Data stage tables to the Oracle Fusion application tables.
User-Account Creation The application creates Oracle Fusion user accounts automatically for imported workers in Oracle Identity Management (OIM), unless automatic account creation is disabled.
222
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
By default, user account names and passwords are sent automatically to users when their accounts are created. This default action may have been changed at enterprise level, as follows: • User account names and passwords may be sent to an enterprise-wide e-mail rather than to users themselves. • Automatic sending of user account names and passwords may be disabled for the enterprise. In this case, you can notify users at an appropriate time.
Role Provisioning Once user accounts exist, roles are provisioned to users automatically in accordance with current role-provisioning rules. For example, current rules could provision the employee abstract role to every worker. Role provisioning occurs automatically unless it's disabled for the enterprise.
Related Topics • Uploading Data Using HCM Spreadsheet Data Loader: Explained • User and Role-Provisioning Setup: Critical Choices
Importing Users: Worked Example This example shows how to import worker users from legacy applications to Oracle Fusion Applications. The following table summarizes key decisions for this task. DecisionstoConsider
InThisExample
What's my spreadsheet name?
WorkersMMDDYYBatchnn. xlsx
You can define your own naming convention. In this example, the name is selected to make identifying the spreadsheet contents easy.
For example, Workers042713Batch01. xlsx.
What's my batch name?
Workers042713Batchnn
You can define your own batch name, which must be unique. In this example, the batch name is the same as the spreadsheet name.
Summary of the Tasks Import worker users by: 1. Selecting the Import Worker Users task 2. Creating the spreadsheet 3. Entering worker data in the spreadsheet
223
Oracle Procurement Cloud
Chapter 6
Implementing Procurement
Define Security for Procurement
4. Importing worker data and correcting import errors 5. Reviewing and correcting load errors
Prerequisites Before you can complete this task, you must have: 1. Installed the desktop client Oracle ADF Desktop Integration Add-in for Excel 2. Enabled the Trust Center setting Trust access to the VBA project object model in Microsoft Excel
Selecting the Import Worker Users Task 1. On the Overview page of the Setup and Maintenance work area, click the All Tasks tab. 2. In the Search region, complete the fields as shown in this table. F i el d
N am e
Search
Task
Name
Import Worker Users
3. Click Search. 4. In the search results, click Go to Task for the task Import Worker Users. The Initiate Spreadsheet Load page opens. Alternatively, you can select the Import Worker Users task from an implementation project.
Creating the Spreadsheet 1. On the Initiate Spreadsheet Load page, find the entry for Create Worker in the list of business objects. Create Worker appears after other business objects such as departments, locations, and jobs. You must create those business objects before worker users, regardless of how you create them. 2. Click Create Spreadsheet for the Create Worker entry. 3. When prompted, save the spreadsheet locally using the name Workers042713Batch01.xlsx. 4. When prompted, sign in to Oracle Fusion Applications using your Oracle Fusion user name and password.
Entering Worker Data in the Spreadsheet 1. In the Batch Name field of the spreadsheet Workers042713Batch01.xlsx, replace the default batch name with the batch name Workers042713Batch01.
224
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
2. If your data includes flexfields, then click Configure Flexfield to configure flexfield data. Otherwise, go to step 5 of this task. 3. In the Configure Flexfield window, select an attribute value and click OK. 4. See the Flexfields Reference tab for information about the configured flexfield. 5. Enter worker data in the spreadsheet. Ensure that you provide any required values and follow instructions in the spreadsheet for creating rows.
Importing Worker Data and Correcting Import Errors Use the default values except where indicated. 1. In the workers spreadsheet, click Upload. 2. In the Upload Options window, click OK. As each row of data uploads to the Load Batch Data stage tables, its status updates. 3. When uploading completes, identify any spreadsheet rows with the status Insert Failed, which indicates that the row didn't import to the stage tables. 4. For any row that failed, double-click the status value to display a description of the error. 5. Correct any import errors and click Upload again to import the remaining rows to the same batch. As rows import successfully to the stage tables, the data loads automatically to the application tables.
Reviewing and Correcting Load Errors 1. In the spreadsheet, clickRefresh to display latest load status. Any errors that occur during the load process appear in the spreadsheet. 2. Correct any load errors in the spreadsheet. 3. Repeat this process from Importing Worker Data and Correcting Import Errors until all spreadsheet rows both import and load successfully. 4. Close the spreadsheet. To load a second batch of worker users on the same date, increment the batch number in the spreadsheet and batch names (for example, Workers042713Batch02).
FAQs for Manage Users What happens if I send the user name and password? The user name and password go to the primary work e-mail of the user or user's line manager, if any. You can send these details once only for any user. If you deselect this option on the Manage User Account or Create User page, you can send the details later. To do this, run the process Send User Name and Password E-Mail Notifications.
225
Oracle Procurement Cloud
Implementing Procurement
Chapter 6
Define Security for Procurement
Can I extract details of all Oracle Fusion Applications users? Yes. The Oracle BI Publisher report User Details System Extract provides details of user accounts. For example, you can produce a report showing all user accounts, inactive user accounts, or accounts created between specified dates. To run the report, you need an HCM data role that provides view-all access to person records for the Human Capital Management Application Administrator job role.
Related Topics • User Details System Extract Report
226
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
7 Define Approval Management for Procurement Approval Management: Highlights Use approval management to define policies that apply to approval workflows. For example, to reflect your own corporate policies, you can specify levels of approval for expense reports over a particular amount and determine how the approvals are routed. To define approval management, use these tasks in the Setup and Maintenance work area: • Manage Task Configurations • Manage Approval Groups
Task Configuration Manage rule sets and rules that control approval flows. • To configure a predefined approval policy, select the predefined rule set and click the Edit Task icon. • To disable a predefined rule set, select the Ignore participant check box for that rule set. • To edit the rules within a predefined rule set, you can insert, update, or delete while in edit mode. • You can configure a specific rule to automatically approve a task without sending it to any approver. ◦
◦
◦
Modify the routing for that rule so that it is sent to the initiator (which means the requestor is the approver). Set the Auto Action Enabled option to True. Enter APPROVE in the Auto Action field.
Approval Groups Each approval group includes a set of users that you configure to act on tasks in a certain pattern. Task can be defined to get routed to an approval group instead of an individual user. • You can nest approval groups within approval groups. • You have two options for defining the group: ◦
◦
Static: Select the specific users to include in the group. Dynamic: Provide the logic to use to determine the users in the group.
Customization You can also customize predefined approval workflows, for example add post-approval activities or additional stages (not available for Oracle Cloud implementations). • Refer to the Oracle Fusion Applications Extensibility Guide for Developers. See: Customizing and Extending SOA Components
227
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
Approval Rules: Explained Approval rules are routing policies or rules that determine the approvers or FYI recipients for a business transaction.
Action Type There are three types of actions: • Approval Required: The document or object will be routed for approvals. • Automatic: The document or object can be approved or rejected automatically. • Information Only: FYI tasks will be sent to notify the specified persons.
Route Using Route Using identifies the type of users needed to approve or receive notification of a document. The following list is supported for document approval and each type has a specific set of parameters or properties that must be defined: • Approval Group • Job Level • Position Hierarchy • Single Approver • Supervisory Hierarchy • User-Defined Routing
Approval Group Defined in the BPM Worklist Application, approval groups are a static or dynamically generated group of users to whom human tasks are routed.
Job Level Job level allows you to specify: Approval Chain Of • Select the approval chain of the persons within a document. For example, preparer and requester in purchase requisitions, or a buyer in purchasing documents. You can also choose to route approvals through a specific worker chain by selecting the name of the worker. Start With • Identify the first participant in a list. The Start With attribute can be: ◦
Manager (Default value).
◦
The value selected in the Approval Chain Of choicelist.
228
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
Minimum Job Level • Indicate the number of job levels that are required to perform the approval action if the rule applies. For example, using the figure below, if Mary (Job Level 1) submits a document for approval and the Minimum Job Level is set to 3, then only John Allens needs to approve.
Top Worker in Hierarchy • Identify the person at the top of the employee hierarchy, or the top person in the approval chain. In most cases, this is the CEO. Include • Indicates if everyone returned in the list of participants from this action will be included, the first and last approver from the list will be included, or only the last approver will be included.
Position Hierarchy Defined in Oracle Fusion Human Capital Management, positions are defined along with corresponding job levels, and employees are assigned appropriate positions. For example, the position Buyer is an instance of a position in the Purchasing Department. The job level of that Buyer could be any job level assigned to that position. Position Hierarchy • Indicates if everyone returned in the list of participants from this action will be included, the first and last approver from the list will be included, or only the last approver will be included.
229
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
Position Chain Of • Select the approval chain of the persons within a document. For example, preparer and requester in purchase requisitions, or a buyer in purchasing documents. Start With • Identify the first participant in a list. The Start With attribute can be: ◦
◦
Next Position (Default value). The value selected in the Approval Chain Of choicelist.
Minimum Job Level • Indicate the number of job levels that are required to perform the approval action if the rule applies. For example, using the figure below, if Job Level 1 submits a document for approval and the Minimum Job Level is set to 3, then only Job Level 3 needs to approve.
Top Worker in Hierarchy • Identify the person at the top of the employee hierarchy, or the top person in the approval chain. In the most cases, this is the CEO. Include • Indicates if everyone returned in the list of participants from this action will be included, the first and last approver from the list will be included, or only the last approver will be included.
230
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
Single Approver Single approver allows you to route the approval to a specific person on the document, or a specific worker.
Supervisory Hierarchy Approval Chain Of • You can select the approval chain of the persons within a document. For example, preparer and requester in purchase requisitions, or a buyer in purchasing documents. • You can also choose to route approvals through a specific worker chain by selecting the name of the worker. Start With • Start With identifies the first participant in a list. The Start With attribute can be: ◦
Manager (Default value).
◦
The value selected in the Approval Chain Of choicelist.
Number of Approval Levels • The number of approvers in the supervisory hierarchy starting with the person specified in Start With. Top Worker in Hierarchy • The Worker in Hierarchy identifies the person at the top of the employee hierarchy, or the top person in the approval chain. In the most cases, this is the CEO. User-Defined Routing You can setup user-defined attributes with custom type. The custom user-defined attributes can be set up to return a single user, or a list of users to whom human tasks can be routed.
Related Topics • Jobs and Positions: Critical Choices • Jobs: Example • Positions: Examples • Position-Hierarchy Approval-Rule Attributes
Nested Conditions: Explained You can setup rule conditions that include AND or OR operators. Conditions can be nested within another condition.
Example of a Nested Condition An approved policy has a condition that says if destination type is Expense and (Cost Center is 111 or 112), then approval is required from Pat Stock. This condition would be configured as follows:
231
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
CONDITION AND Destination Type equals Expense OR Cost Center equals 111 Cost Center equals 112 ACTIONS Action Type: Approval required Route Using: Single approver User Type: Worker Worker: Pat Stock
Managing User-Defined Attributes: Explained User-defined attributes can be currency based, custom, or summation.
Currency Based You can define currency based attributes to convert transaction amounts into a common currency, then define approval rules for only that specific currency. For example, requesters may be creating requisitions in multiple currencies. If your approval policy requires that requisitions with amounts over 500 USD need approval from the requester manager. You can define this approval routing rule by defining an attribute Requisition amount in USD and use it in a rule condition. The attribute can be used as follows: User Defined Attribute: Requisition Amount in USD Type: Currency based Attribute to Convert Type: Approval task attribute Attribute to Convert: Requisition Amount Convert To: USD Conversion Rate Type: Corporate Once you have defined the attribute, then it can be used in the rule condition as follows: Requisition Amount in USD greater than 500
Custom Based Your rules for document approvals may be varied and have diverse requirements that are not present in the seeded dimension. Attributes may be captured along with master data such as item, supplier, or within other transactions such as projects, or may be captured in custom tables. Custom functions allow you to author document approval rule conditions using such attribute values. You can also use custom functions to retrieve users who should be involved in the document approval. The custom typed user-defined attributes work in conjunction the Oracle Fusion Procurement hook framework. There are four global java functions for each of the Requisition with Approval and Purchasing Documentcustom Approval tasks that can be accessed while creating user-defined attributes: • getCustomAttr1
232
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
• getCustomAttr2 • getCustomAttrList1 • getCustomAttrList2
Note This feature is not available for cloud implementations. Each function has seven generic string arguments which can be used to pass any meaningful parameters such as item ID, project ID, and so on. If any of the attributes is not applicable, you can specify NULL as the value for the argument in the function. You will also need to define the output data type of the attribute, that is, whether it is a number based output or text based output. Custom user-defined attributes can be used as part of a rule condition or rule action. Custom user-defined attributes defined using the functions that return a list (getCustomAttrList1 and getCustomAttrList2) can only be used in rule actions. You will need to prepare a PLSQL package containing the functions that are invoked by these java functions. Note that the same PLSQL package and functions are shared between the Requisition Approval and Purchasing Document Approval tasks to enable sharing of such approval routing rules. The functions are: POR_CUSTOM_DATA_PROVIDER.GET_CUSTOM_ATTR1(p_arg1, p_arg2, p_arg3, p_arg4, p_arg5, p_arg6, p_arg7) POR_CUSTOM_DATA_PROVIDER.GET_CUSTOM_ATTR2(p_arg1, p_arg2, p_arg3, p_arg4, p_arg5, p_arg6, p_arg7) POR_CUSTOM_DATA_PROVIDER.GET_CUSTOM_ATTR_LIST1(p_arg1, p_arg2, p_arg3, p_arg4, p_arg5, p_arg6, p_arg7) POR_CUSTOM_DATA_PROVIDER.GET_CUSTOM_ATTR_LIST2(p_arg1, p_arg2, p_arg3, p_arg4, p_arg5, p_arg6, p_arg7)
Here are some examples where Custom User-Defined Attributes can potentially be used: • If Project Type is Consulting, then route the document to the project manager for approvals. ◦
◦
Since Project Type Type is nottoa use seeded approval attribute, you canand define customID user-defined Consulting Project getCustomAttr1 java function passa Project as an input attribute parameter. In the PLSQL package, the code should return Y if Project Type on the Project is Consulting in get_custom_attr1 PLSQL function. When creating the approval rule, you can specify the condition to be If Consulting Project Type is Y. Project manager is a distribution level attribute you can use in the rule action.
• If Item Type is Outside Processing Item, then send FYI notifications to all persons specified on the item. ◦
◦
A custom user-defined attribute can be created for use in the condition to check for the item type value and to determine if it is of outside processing type. A second custom user-defined attribute can be created to determine the persons specified on the item for use in the actions.
Summation Summation allows you to use values computed based on specific attributes across lines, schedules, and distributions within a document. You can specify a rule condition to use a value based on summation data. For example, you can set up a Procurement Category Hierarchy through the setup task: Manage Procurement Category Hierarchy where you can define a hierarchy of grouping of purchasing categories.
233
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
The figure below shows an example of category hierarchy.
If the approval policy is: If the requisition contains lines from IT where the lines total is greater than 500, then route the requisition to the IT group for approval. To achieve this, create a User Defined attribute for IT Spend as follows: • User-Defined Attribute: IT Spend • Type: Summation • Attribute: Distribution Amount • Match Using: Hierarchy • Category Name Rolls up To: IT When defining summation attribute, you can use distribution amount or the distribution approval amount. You can also apply up to three filter criteria on the lines or distributions of the transaction using attribute or hierarchy. For match using hierarchy, the following hierarchies can be used: • Balancing Segment • Category Name • Cost Center
234
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
• Management Segment • Natural Account The following is a sample approval rule using the IT Spend user-defined attribute: CONDITION IT Spend greater than 500 ACTION Action Type: Approval Required Route Using: Approval Group Approval Group: IT Spend Approvers
Manage Requisition Approvals Setting Up Requisition Approval Task: Critical Choices To facilitate the approvals setup process for companies, the following are available out of the box for requisition approvals: • Requisition Approval task • Stages • Participants Select the Manage Requisition Approval Task from the FSM task list to manage approvals for requisition approvals. The following figure depicts the stages seeded for requisition approvals and also indicates the stages are seeded in sequence.
235
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
Approvals will be routed through the seeded stages in the following sequence: 1. Header Preapproval Stage
2. Header Stage
236
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
3. Header Postapproval Stage
4. Postapproval FYI Stage
There are four seeded stages for requisition approvals and within each stage, there are seeded participants. The non FYI participants are seeded as rule based, which lets you pick the list builder (Supervisory, Position, Job Level, Single User, UserDefined Routing, and Approval Groups) that is applicable for your organization. Line and distribution level rules can be defined within the stages with header dimension.
Header Preapproval Stage This is used to route requisitions for preapprovals, such as whether the requisition is an emergency requisition Seeded Participants: 1. Requester FYI ◦
The requester on every line for a requisition will receive a requisition FYI notification. This allows requesters to be notified when a preparer creates a requisition on their behalf. Each requester on every requisition line will be notified. The rule to notify the requester is available out of the box, hence you do not need to perform additional step for this.
2. Preapproval Header Consensus ◦
Approvals are routed in parallel for this participant. This participant is more commonly used in conjunction with approval groups. This participant requires approval from all approvers.
3. Preapproval Header First Responder Wins ◦
Approvals are routed in parallel for this participant. This participant is more commonly used in conjunction with approval groups. The first responder to approve or reject will represent the outcome of all remaining approvers.
4. Preapproval Header Hierarchy ◦
Approvals are routed in serial for this participant.
237
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
Header Stage The header stage is often used for fiscal approvals, based on the requisition amount. Seeded Participants: 1. Header Hierarchy ◦
◦
Approvals will be routed in serial. This participant is generally used for supervisory or position hierarchy based routing. The approvers returned based on all rules that apply in a serial participant will be notified in sequence, even if
the rules are evaluated against lines or distributions. 2. Header Hierarchy 2 ◦
◦
Approvals will be routed in serial. If your organization has a requirement to have a second hierarchy based routing in parallel to the Header Hierarchy participant, rules should be maintained in this participant.
3. Header Hierarchy 3 ◦
◦
Approvals will be routed in serial. Similar to Header Hierarchy 2, this participant allows another hierarchy based routing in parallel to Header Hierarchy and Header Hierarchy 2 participants.
4. Header Stage Consensus ◦
Approvals will be routed in parallel for this participant. This participant is more commonly used in conjunction
with approval groups. This participant requires approval from all approvers. 5. Header Stage First Responder Wins ◦
Approvals are routed in parallel for this participant. This participant is more commonly used in conjunction with approval groups. The first responder to approve or reject will represent the outcome of all remaining approvers.
Header Postapproval Stage This is used to route for post approvals. Seeded Participants: 1. Header Consensus ◦
Approvals are routed in parallel for this participant. This participant is more commonly used in conjunction with approval groups. This participant requires approval from all approvers.
2. Header First Responder Wins ◦
Approvals are routed in parallel for this participant. This participant is more commonly used in conjunction with approval groups. The first responder to approve or reject will represent the outcome of all remaining approvers.
238
Oracle Procurement Cloud
Chapter 7
Implementing Procurement
Define Approval Management for Procurement
3. Postapproval Header Hierarchy ◦
Approvals are routed in serial for this participant.
Postapproval FYI Stage The Post Approval FYI stage is created to send the requisition preparer a FYI notification on the outcome of the requisition approvals This stage is not available in the BPM Worklist or Approvals UI pages for customization.
Note You do not need to use all of the seeded stages and participant. However, if you do not need to use any of the seeded participants, you simply need to select the Enable or Disable action for the respective participant on the Manage Approval Task page.
Setting Up Self Service Procurement Task Driven Configuration: Explained Task driven configuration is set up in the BPM Worklist Administration application. To manage task configuration, you must be a BPM Worklist administrator. The following table shows the default configuration options for Oracle Fusion Self Service Procurement. ConfigurationOption
Task Aggregation
DefaultValue
Once per task
EffectofDefaultValue
Within the same task, if a participant is returned multiple times based on the approvals rules, then the participant will only receive one worklist task for action or review.
Allow all participants to invite other participants
Yes (checked)
Participants can add other approval or FYI participants in the approval list.
Allow participants to edit future participants
Yes (checked)
Participants can update or remove participants remaining in the approval list who were not assigned the approval task.
Allow initiator to add participants
Yes (checked)
Requisition preparers can insert adhoc approval or FYI participants.
Enable autoclaim
Yes (checked)
Enabled when a task is assigned to a position, role or a LDAP group. Since there can be multiple users in a position, role, or group, a user has to first claim the task to prevent
239
Oracle Procurement Cloud
Chapter 7
Implementing Procurement ConfigurationOption
Define Approval Management for Procurement DefaultValue
EffectofDefaultValue
multiple users from updating the task. This does not include approvals based on approval groups. Enabling auto claim will not require a participant to first claim before performing an action, hence reducing the number of steps. Complete task when participant chooses
Reject
The entire requisition approval task will be completed when a Reject action is performed by a participant.
Enable early completion of parallel subtasks
Yes (checked)
The entire requisition approval task will be completed when a Reject action is performed by a participant.
Complete parent tasks of early completing subtasks
Yes (checked)
The entire requisition approval task will be completed when a Reject action is performed by a participant.
Manage Supplier Registration Approvals Supplier Registration Approval: Explained In order to support separate approval routing for external supplier registration and the internal supplier registration flows, there are two distinct approval tasks in AMX: • Manage Supplier Registration Approvals • Manage Internal Supplier Registration Approvals Both the tasks are seeded with 2 Stages: • First Stage Approvals • Second Stage Approvals These stages are modeled as Serial stages. This means that all approvals must be completed for the First Stage Approvals before routing rules of the Second Stage Approvals are executed. Each Stage is comprised of three participants: • Parallel Approval First Responder Wins • Parallel Approval • Serial Approval
240
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
First Stage Approvals Parallel approval first responder wins participant is seeded with two approval rule policies: • Route registration for prospective supplier to supplier administrator. • Route registration for spend authorized supplier to supplier manager.
Second Stage Approvals Second stage allows for additional approval rules to be run as distinct set after first set approvals are completed.
Related Topics • Supplier Registration Process: Explained
Setting up Supplier Registration Approvals Task: Critical Choices The following seeded components facilitate the supplier registration approvals setup: • Registration Approvals task • Stages • Participants • Seeded approval policy You can access the Manage Supplier Registration Approvals Tasks from the Functional Setup Manager task list, Define Approval Management for Procurement. There are two registration approval tasks: • Manage Supplier Registration Approvals: Used to maintain approval routing rules for registrations submitted by external users of companies interested in becoming a supplier. • Manage Internal Supplier Registration Approvals: Maintains approval routing rules for registrations submitted by internal users on the company's behalf. The following figure shows the seeded stages for supplier registration approvals which are executed in Oracle Fusion Supplier Portal.
241
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
Approval rules configured in the seeded stages are executed in the following sequence: 1. First Stage Approvals 2. Second Stage Approvals (Only executed after all first stage approvals are completed.) The following figure shows the first stage approvals.
The following figure shows the second stage approvals that are executed after all first stage approvals are completed.
242
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
Approval Stages Approvals are completed in a two-stage concept that gives you flexibility in sequencing the approvers required to review supplier registration requests. Within each stage, there are three seeded participants. These participants are seeded as rule-based which allow you to pick a routing type (Supervisory, Position, Job Level, Single User, and User-Defined Approval Groups) to decide on the list of approvers entitled to receive the document for approval. You do not need to use all of the seeded stages and participants. You can disable unused participants using the disable button for the unused participant on the Manage Approvals Task page.
First Stage Approvals Based on your supplier registration approval requirements, choose which seeded participants should have approval rules configured since each participant has a different approval routing behavior. The three seeded participants are: • Parallel Approval First Responder Wins All identified approvers receive a notification for approval in parallel. The first responder to approve or reject the request defines the outcome of all remaining approvers. • Parallel Approval All identified approvers receive a notification for approval in parallel. Approval is required from all approvers. • Serial Approval Approvals are routed in serial. The approval is completed sequentially from approver to approver.
Second Stage Approvals Seeded participants are similar to those in the first stage with similar routing properties: • Parallel Approval First Responder Wins All identified approvers receive a notification for approval in parallel. The first responder to approve or reject the request defines the outcome of all remaining approvers. • Parallel Approval All identified approvers receive a notification for approval in parallel. Approval is required from all approvers. • Serial Approval Approvals are routed in Serial. The approval is completed sequentially from approver to approver.
Seeded Approval Policy The following approval rules are seeded. Approval rules are seeded in the first stage participant: Parallel Approval First Responder Wins. You can modify or delete the seeded rules. • If supplier registration has business relationship of Prospective, then route to supplier administrator.
243
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
• If supplier registration has business relationship of Spend Authorized, then route to supplier managers. Supplier Managers are derived from the users defined in procurement agents. All procurement agents with Manage Suppliers function for the BU that the registration was created will receive the approval notification. Even if new rules are not configured, the seeded rule will execute unless it is deleted.
Note You can, at any point of time, modify or delete the seeded rule.
Configuring Supplier Registration: Points to Consider Supplier registration can be configured based on the expected supplier business relationship of a supplier. Two separate registration flows can be deployed based on the intended business relationship. • Spend Authorized Supplier requests: Companies already identified for a procurement need are directed by the buying organization to the spend authorized registration flow to capture more rigorous profile information needed before agreements, orders, and invoices can be transacted. For example, a spend authorized company registering can be required to provide bank account information. • Prospective Supplier requests: Unknown companies are presented with the prospective flow to capture minimal profile information (configurable by the buying organization). These suppliers only need to provide minimal profile information to participate in the sourcing and supplier qualification activities.
Profile Components Profile components for the registration flow include the following: • Organization Details: Basic supplier information including the supplier name. • Contacts: Supplier contact information. • Contact User Account: User accounts that control account privileges for supplier contacts to access Supplier Portal. • Addresses: Company addresses including associated contacts. • Business Classifications: Supplier certifications important to the buying organization such as supplier diversity programs. • Bank Accounts: Supplier banking information. • Products and Services: Identifies what categories of products and services will be provided by the supplier. In configuring supplier registration, you can determine what profile information is included in the registration flow by marking each component in one of the following ways: • Enabled: Visible to users for entering information. • Hidden: Users will not see this profile component.
244
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
• Required: Information is mandatory.
Note Configuring supplier registration is the same for all registration sources. Configuration does not need to be done separately.
Registration Sources An internal supplier registration can come from one of the following three flows: • Sourcing Invitation: Supplier can be invited to register from a sourcing negotiation. • Internal Supplier Request: Supplier can be invitedto register by a supplier administrator. • Self Service Procurement: Supplier requested by a procurement requester. In the Default Business Relationship for Registration Sources region, you will select which business relationship will be defaulted for each registration flow. The defaulting business relationship determines what profile information is included as configured for the registration page.
Registration URL Encryption When a prospective supplier saves the registration with the intent of completing it later, the application sends an e-mail to the prospective supplier containing the URL to be used to return to the registration. The URL contains an identifier which is encrypted using an encryption key. This is done to prevent someone from altering the URL in order to gain access to registrations submitted by other companies. If it is suspected that registrations have been tampered with, the Procurement Application Administrator can regenerate the encryption key. Once the registration key is regenerated, the registrations which were saved for later will no longer be accessible to the prospective suppliers.
Accessing Supplier Registration
A supplier registration URL for each business relationship type (prospective and spend authorized) needs to be published. For example on a corporate web site page focused on supplier information. The URL contains a parameter for the business relationship type which navigates the user to the registration. Access to these registration flows is controlled through two distinct URLs, which the buying organization determines how to expose. For example, companies already targeted for spend are invited to register using the spend authorized registration flow. The registration URL for each business relationship type can be found on the Configure Procurement Business Function page in the Prospective Supplier Registration and Spend Authorized Supplier Registration URL fields.
Related Topics • Supplier Products and Services Categories : Explained • Supplier Registration Process: Explained
Approval Task: Explained In many end-to-end business processes human intervention is required such as for approving documents, managing exceptions, or performing activities required to advance the business process. The document approval request tasks allow
245
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
you to send approval requests to approvers enabling them to make decisions and thus advancing the request-to-pay business process. A different approval task is created for each approval need based on the business it serves. For example, purchase requisitions approvals; expense reports approvals, and so on. From the setup task manager, you can pick the corresponding task to setup approvals for procurement document objects. For example: • Manage Requisition Approvals • Managing Purchasing Document Approvals ◦
Note: Purchasing uses one task for both agreements and purchase orders.
Based on your unique business requirements, administrators can choose to send the approval request to approvers in parallel or in sequence. Approvals can be sought using single approver, supervisory chain, position, job level hierarchy, or using a list of approvers. The figure below depicts the key elements that are involved in understanding and setting up approval routing rules.
Stage A stage allows you to organize approval routing rules into logical groupings. Each stage is associated with a dimension. A dimension contains a set of attributes at a specific purchasing document level, such as header or lines, which can be used to author routing rules. Approval actions within each stage must be completed before entering the next stage.
Participant There can be many participants within a stage. Properties set on the participants determine whether approvals would be routed in serial or in parallel. Oracle Fusion Procurement is seeded with one or more participants within each stage to enable flexibility in document approvals routing. The following are two properties defined on a participant: • Routing Type: The supported routing types are: Serial, Parallel and FYI. FYI participants cannot directly impact the outcome of a task, but in some cases can provide comments or add attachments.
246
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
• Voting Regime: The supported voting regimes are: Serial, Consensus, and First Responder Wins.
Rule Approval rules are routing policies or rules that determine the approvers or FYI recipients for a business transaction. • Condition: The IF clauses in an approval rule and evaluated to either true or false. For the rule to apply to a transaction, all of its conditions must be true. An example of a condition is: If requisition approval amount is less than 500 USD, or if requisition approval amount is between 500 USD and 10000 USD. • Action: Instruction to include a given set of approvers within an approval rule.
Related Topics • Approval Management Configuration Options for Oracle Fusion Human Capital Management: Explained
247
Oracle Procurement Cloud
Implementing Procurement
Chapter 7
Define Approval Management for Procurement
248
Oracle Procurement Cloud
Implementing Procurement
Chapter 8
Define Help Configuration
8 Define Help Configuration Setting Up Help: Overview Applications Help works without you having to set anything up. You can do the optional setup, mainly if you want to customize help. Select the help features you want, perform tasks in the Define Help Configuration task list, and customize help.
Help Feature Choices Select help feature choices on the Configure Offerings page in the Setup and Maintenance work area, to determine: • What's available in Applications Help • What you can configure to set up help The first feature choice for help is Local Installation of Help, and you must leave it selected. Other feature choices are: • Access to Internet-Based Help Features • Help Customization • Custom Help Security
Define Help Configuration Task List In the Setup and Maintenance work area, use these tasks in the Define Help Configuration task list to configure Applications Help for all users: • Set Help Options: ◦
Determine if certain features of Applications Help are available to users.
◦
Control how aspects of Applications Help work.
• Assign Help Text Administration Duty: Contact your security administrator to determine who can customize help. • Manage Help Security Groups: Set up security to limit access to certain help files.
Help Customization After you configure help, you can review the predefined help and see if you want to add or customize any content. You can also customize help text that appears on the page, for example hints.
249
Oracle Procurement Cloud
Implementing Procurement
Chapter 8
Define Help Configuration
Related Topics • Features: Explained • Setting Up Access to Web Sites from Applications Help: Procedure
Set Help Options Setting Up Help Customization: Procedure Users with the appropriate roles can customize predefined help or add their own files to help. To enable and set up help customization, do the following steps in the Setup and Maintenance work area, in the specified order.
Selecting Feature Choices Perform these steps: 1. On the Configure Offerings page, leave the Location Installation of Help feature choice selected. 2. Select the Help Customization feature choice. 3. Select the Custom Help Security feature choice if you want certain help files to be available only to a restricted set of users.
Warning Don't select this feature choice if you don't have this requirement, because the feature can affect performance. 4. Save your work.
Setting Help Options Perform these steps: 1. Open the Set Help Options task in the Setup and Maintenance work area. 2. Optionally set options in these sections: ◦
Help Site Customization:
• Determine how users can identify custom files in Applications Help. • Upload your own image to use as the background picture on the help home page. ◦
Oracle User Productivity Kit (UPK): Add a link in the Navigator in Applications Help to your custom UPK library.
250
Oracle Procurement Cloud
Implementing Procurement ◦
Chapter 8
Define Help Configuration
Privacy Statement: Give users a link to your own privacy statement when they click their user name in the global area of Applications Help.
3. Save your work.
Providing Users Access to Help Customization Only users with job roles containing the ATK_CUSTOMIZE_HELP_TOPICS_PRIV privilege can customize help. The Assign Help Text Administration Duty task is a reminder for you to follow up with your security administrator, to make sure that users who need to customize help have the access to do so.
Setting Up Help File Security If you selected the Custom Help Security feature choice, then go to the Manage Help Security Groups task and select job roles to include in help security groups. When you later customize a help file, you can select a group to determine which job roles have access to the file.
Related Topics • Why can't I see certain sections on the Set Help Options page? • Setting Up Access to Web Sites from Applications Help: Procedure
FAQs for Set Help Options When do I link to the Oracle User Productivity Kit library from Applications Help? If you license Oracle User Productivity Kit (UPK) and have custom UPK content to share with your users. UPK demos that you add as custom help files in Applications Help are available only in the See It mode, but in the library, users can see the same demo in other modes. If you have UPK versions earlier than 3.6.1, then you can't add UPK demos as custom help, so the link is the only way for users to get custom UPK content from Applications Help.
What's the URL for my Oracle User Productivity Kit library? The full path from the Web server where you're hosting your Oracle User Productivity Kit (UPK) content to the index.html file that opens the table of contents for the library, for example, http://
.com/UPKcontent/PlayerPackage/ index.html. In this example, you or your UPK administrator published one UPK player package that contains all the content to be linked to from Applications Help, including the index.html file, and placed the PlayerPackage folder in a folder called UPKcontent on the Web server.
FAQs for Assign Help Text Administration Duty Who can add and manage custom help? Users with the ATK_CUSTOMIZE_HELP_TOPICS_PRIV privilege can customize help in Applications Help and help windows, as well as the pages in the Getting Started work area. This privilege is assigned by default to the administrators for product families. Your security administrator can define which users have job roles with this privilege.
251
Oracle Procurement Cloud
Chapter 8
Implementing Procurement
Define Help Configuration
Manage Help Security Groups Creating Help Security Groups: Worked Example This example shows how to create a help security group, which contains a set of job roles. You can later assign the help security group to particular help files so that only users with any of the included job roles have access to the help. The following table summarizes key decisions for this scenario. DecisionstoConsider
InThisExample
What type of users do you need to limit help access to?
Human resources (HR) specialists
Is there a specific time period for which this access is needed?
No, the help files should always be viewed only by the HR specialists
Where do you want this group to appear in the list of values for help security groups?
First
Define a help security group and assign a job role to the group.
Prerequisites 1. Open the Configure Offerings page in the Setup and Maintenance work area. 2. Make sure that the Location Installation of Help feature choice is selected.
Creating the Help Security Group 1. In the Setup and Maintenance work area, go to the Manage Help Security Groups task. 2. On the Manage Help Security Groups page, add a new row. 3. Complete the fields, as shown in this table. Leave the start and end dates blank. F i el d
V al u e
Help Security Group
HR
Meaning
HR Only
Description
Viewing by HR specialists only
252
Oracle Procurement Cloud
Chapter 8
Implementing Procurement
Define Help Configuration
F i el d
V al u e
Display Sequence
1
4. Click Save. 5. With your new help security group selected, go to the Associated Roles section and add a new row. 6. Select PER_HUMAN_RESOURCE_SPECIALIST as the role name. 7. Click Save and Close.
Help File Customization Help File Customization: Overview If you have the appropriate roles, then you can customize the help files in Applications Help and help windows (which users open using help icons on the pages they work in). You can also determine which help files appear in which help windows, and which product family tabs a file belongs to in Applications Help. What you can do to a help file depends on whether it's custom or predefined. • Custom: ◦
Create, duplicate, edit, and delete
◦
Set status (Active or Inactive) • Predefined: ◦
Duplicate
◦
Edit (which is really creating a custom version of the predefined file)
◦
Set status
Navigation This table describes where to go to customize help. HelpCustomizationTask
Navigation
Create or edit help for a specific help window.
Click the Manage Custom Help link in the help window.
Edit any help file, including glossary terms.
Open the file in Applications Help and click the Edit link.
253
Oracle Procurement Cloud
Chapter 8
Implementing Procurement HelpCustomizationTask
Define Help Configuration Navigation
Perform any help file customization task, including managing a set of help (such as all help for a product)
Go to Applications Help and click your user name in the global area to select Manage Custom Help.
Make a copy of all custom help for testing, migration, or other purposes.
Create a configuration package then use the export and import feature in the Setup and Maintenance work area. • The configuration package must use a source implementation project that contains the Define Help Configuration task list. • Select the following objects to export: ◦
◦
Help Configuration Help Topic
Related Topics • How can I restrict access to specific help files? • Implementation Project Based Export and Import: Explained • Source Types for Custom Help: Explained • Customizing Help in Help Windows: Procedure
Help Types: Explained Applications Help has many types of help content, including videos, examples, FAQs, and help topics.
Example Examples can provide: • Real use cases to illustrate how and when to do something • Scenarios to explain abstract concepts Worked examples show exactly what you need to do to achieve a specific result, emphasizing decisions that you make and values that you enter.
FAQ FAQs, or frequently asked questions, provide brief answers to questions that you might have about a task or page. For example, they can explain: • What a term means
254
Oracle Procurement Cloud
Implementing Procurement
Chapter 8
Define Help Configuration
• Why something happened • How you can perform an action • What happens if you perform the action
Glossary Glossary terms provide definitions for words or phrases used in help content. When you read help and see terms underlined with dots, you can hover over the term to see its definition. To see the whole glossary in Applications Help, select Navigator - Glossary.
Help Topic Help topics can: • Explain key concepts • Tell you the steps to follow to perform tasks • Help you make decisions by explaining points to consider or the options you have • Show you how application components work together • Provide reference, overview, and other information
PDF Guide PDF guides in Applications Help provide (in a book format) information that you usually can't find in other help types.
Note Most of the examples, FAQs, and help topics are also in guides. For these guides, select Navigator Documentation Library.
Video Videos, or tutorials, show you how to complete a short task or part of a task. Videos can also give you an overview of complex dashboards and work areas.
Assigning Help Locations: Procedure To determine which help windows your help file appears in, assign the appropriate help locations to the file. You also use help locations to define where help files appear in the Task and Product filters in Applications Help, as well as which product family tabs the files belong to. Help locations include: • Task hierarchy for the Task filter and product family tabs • Product hierarchy for the Product filter and product family tabs • Page or section values for help windows
255
Oracle Procurement Cloud
Implementing Procurement
Chapter 8
Define Help Configuration
Note Help locations are available only on the Manage Custom Help page in Applications Help, not the Manage Custom Help dialog box from help windows. When you create help from the help window, the help files are automatically assigned to the help window and task hierarchies associated with the window.
Determining Where Help Appears in the Task Filter, Product Filter, and Product Family Tabs Enter at least one hierarchy, as many as you need: 1. In Applications Help, click your user name in the global area and select Manage Custom Help. 2. Find the help file to edit or duplicate, or click Create. 3. Enter or update the general information for the help file. 4. In the Help Location section, add a row if there isn't already a blank one, or edit an existing row. 5. Select Task or Product for the hierarchy type. 6. Select nodes for as many levels of the hierarchy as you need, starting with level 1.
Tip If the Task hierarchy nodes you're assigning are at level 4 or lower, then click the Details icon to assign nodes. 7. Add more rows as needed. 8. Save your work.
Selecting Help Windows Every page or section value is associated with a specific node in the Task hierarchy. When users click More Help from a help window, they get all the help files that are assigned to the same Task node as the page or section value. To determine the help windows that a help file appears in: 1. Enter the Task hierarchy that's associated with the help window (as described above) to narrow down the list of available page or section values.
Note For any help window for task lists or tasks in the Setup and Maintenance work area, select this hierarchy: ◦
Hierarchy: Task
◦
Level 1: Functional Setup
◦
Level 2: Manage Application Setup Objects
256
Oracle Procurement Cloud
Implementing Procurement
Chapter 8
Define Help Configuration
2. Select the page or section in the same row. If you know the exact page or section you want, then you can select the value without entering a Task hierarchy. The associated hierarchy automatically fills in the rest of the row.
Related Topics • Page or Section Values: Explained • Customizing Help in Help Windows: Procedure • Adding Help to the Getting Started Region in Applications Help: Procedure
Links in Custom Help: Points to Consider When you create or edit custom help, follow best practices when you include links to help files or other content. If you're duplicating a predefined help file, then you may see existing links. The types of links that you can work with include: • Related help links • Standard hypertext links • Links to documentation library content • Glossary term links
Note • For all link types, except the standard hypertext links, you must create or edit custom help with a Text or Desktop File source type. • For standard hypertext links, the source type can also be URL.
Related Help Links Related help is the section at the end of help files that contains links to other help files. The syntax for related help contains a comma-separated list of title IDs that represent help files. This figure provides an example of related links code.
In this example, the help file has two links to related help. • To remove all related help, delete this code. • To remove individual links, delete only title IDs (for example, CREATE_AUTOMATIC_POSTING_CRITERIA_S_0000).
257
Oracle Procurement Cloud
Implementing Procurement
Chapter 8
Define Help Configuration
• To replace existing links or add new links, retain the code syntax and enter the right title IDs.
Tip To find title IDs, search for the help files on the Manage Custom Help page. Show the Title ID column in the search results if the column is hidden.
Standard Hypertext Links You can create standard hypertext links to any file or Web site as long as you make sure that the links are valid and stable. These links can appear anywhere in the body of your help file as long as they come before any related help links. If you're working on a help file with the Text source type: 1. In the Help Content section of the Create or Edit Help page, highlight what you want to use as link text. 2. Click the Add Link icon. 3. Enter the full URL, for example http://www.oracle.com.
Tip To find the URL for a help file that you want to link to, open that help file in Applications Help, and click the Bookmark link.
Links to Documentation Library Content The syntax for links to HTML files in documentation libraries is: Understanding Tags. WCSUG4636 is the anchor ID and Understanding Tags is the link text. You can:
• Change the link by replacing the existing anchor ID, editing the link text, or both. • Remove the link by deleting all the code for it. • Create links to documentation library content by following the same syntax. These links can appear anywhere in the body of your help file as long as they come before any related help links.
Important To ensure that you're linking to a supported documentation library, enter anchor IDs only from documentation libraries that are linked from predefined help.
Glossary Term Links Glossary term links provide definitions in a note box when users hover over the term in help files. This figure shows an example of code for a glossary term link.
258
Oracle Procurement Cloud
Chapter 8
Implementing Procurement
Define Help Configuration
In this example, accounting period is the link text, or glossary term, and ACCOUNTING_PERIOD_001 is the identifier, or title ID. • To remove the link but retain the text, delete all the code except the term itself. • To add glossary term links, you must follow the link syntax and use the correct title ID for the glossary term.
Tip • To find title IDs, search for the glossary terms on the Manage Custom Help page. Show the Title ID column in the search results if the column is hidden. • If your help file has the Desktop File source type, then make sure before uploading that the quotes around glossary terms are actual quotation marks in raw HTML, not ". Otherwise, quotation marks will appear when users view the help file.
Related Topics • Source Types for Custom Help: Explained
Customizing PDF Guides: Worked Example This example demonstrates how to customize a PDF guide that came with Applications Help. This guide is currently not available from any help window. The following table summarizes key decisions for this scenario. DecisionstoConsider
InThisExample
What changes do you need to make to the guide?
Change the title of the guide and hide all the content that's not about a particular subject
Should the customized guide appear in any help window?
Yes, the help window for the Manage Administrator Profile Values page
Which products and tasks should the customized guide be assigned to?
Same as the srcinal guide, plus the task associated with the help window
Do you want to limit access to the customized guide?
No, same as the srcinal guide
Do you want to tag the customized guide with a role for the Role filter?
Yes, the Application Administrator or Implementor role
259
Oracle Procurement Cloud
Chapter 8
Implementing Procurement
Define Help Configuration
For this scenario: 1. Edit a copy of the srcinal PDF guide. 2. Create a custom version of the srcinal help file, with your new PDF as the help content.
Copying and Editing the PDF Guide 1. Open the srcinal PDF guide in Applications Help and save a copy to your desktop. Leave the help file for the guide open. 2. Using a PDF editor application, change the title of the guide wherever it appears. Delete the content you want to hide from users.
Replacing the Original PDF Guide 1. In the help file that you still have open for the srcinal PDF guide, click the Edit link. 2. On the Create Help page, use the default values except where indicated. 3. Update the title to the name that you want to display to users. 4. In the File Name field, browse for and select your customized guide. 5. Delete any keywords or parts of the description relevant to the content you removed from the PDF guide. 6. From the Roles list, select Application Administrator or Implementor. 7. Add a row in the Help Location table. 8. Click the icon in the Details column for the new row, and enter the following values. F i el d
V al u e
Hierarchy
Task
Level 1
Functional Setup
Level 2
Perform Functional Setup
Level 3
Set Application Options
Level 4
Define Profiles
9. Click OK.
260
Oracle Procurement Cloud
Chapter 8
Implementing Procurement
Define Help Configuration
10. Select Manage Profile Option Values page in the Page or Section column. 11. Click Save and Close. The help file for the srcinal PDF guide is automatically set to inactive.
Related Topics • How can I restrict access to specific help files? • What happens when I edit predefined help? • What's the difference between assigning a role and a security group to a help file?
Adding Custom UPK Content to Help: Worked Example This example demonstrates how to add a custom Oracle User Productivity Kit (UPK) topic as a video help file. The custom UPK help file works like any custom help or predefined UPK demo in Applications Help.
Note Your demo must be made with UPK 3.6.1 or later to be added as help. The following table summarizes key decisions for this scenario. DecisionstoConsider
InThisExample
What UPK content do you want to add to help?
One topic from a UPK module with five topics
Should the demo appear in any help window?
Yes, the one next to the Overview page title in the Scheduled Processes work area
For this scenario: 1. Generate a report of UPK document IDs, to identify the UPK topic when you create your help file. 2. Publish the UPK module as a player package. 3. Create a custom help file for the UPK topic.
Generating a UPK Document ID Report 1. In the UPK Developer, select Details View. 2. Right-click any column header, for example Name, and select Column Chooser. 3. In the Column Chooser dialog box, click and drag the Document ID column header and drop it after the Name column.
261
Oracle Procurement Cloud
Chapter 8
Implementing Procurement
Define Help Configuration
4. Close the Column Chooser dialog box. 5. From the File menu, select to print, and save the output as a Microsoft Excel file to your desktop.
Creating the Player Package 1. From the UPK Developer, make sure that the topic that you want to add as a help file has the See It play mode. The topic can also have other modes, but only the See It mode is included in the custom help file. 2. Publish the module, specifying any location for the output and selecting to publish the selection only. 3. In the Formats section of the Publish Content window, select the Player check box under the Deployment check box group. 4. In the Player section, select the Include HTML Web Site check box, so that y our custom help file includes a textonly version of the UPK topic. 5. Finish the publishing process, after optionally setting other options. 6. Go to where you specified the output to be generated. 7. In the Publishing Content folder, copy the PlayerPackage folder and add it to the Web server where you store UPK content.
Creating Custom Help for the Demo 1. Open the Scheduled Processes work area. 2. Open the help window for the Overview page, and click Manage Custom Help. 3. Click Create. 4. In the Create Help dialog box, complete the fields as shown in this table. F i el d
V al u e
Source
Oracle User Productivity Kit
File Location
The full URL of the player package folder on the Web server, for example, http://. com/ UPKcontent/ PlayerPackage
Document ID
The document ID of the UPK topic to add to the help window on the Scheduled Processes Overview page. Copy and paste this ID from the Microsoft Excel file that you generated earlier.
Help Type
Video
262
Oracle Procurement Cloud
Chapter 8
Implementing Procurement
Define Help Configuration
F i el d
V al u e
Topic Title
The name of the UPK topic.
Keywords
Terms relevant to the demo.
Description
Summary of the demo.
5. Click Save and Close.
FAQs for Help File Customization What happens to my custom help after an upgrade for Applications Help? Nothing happens to your custom help files. Upgrades affect only predefined help files, active or inactive.
Tip Take a look at any inactive file that's updated to see if you want to: • Activate the updated version. • Make similar edits to the custom version of that file, if any.
Embedded Help Customization Customizing Help That Appears on the Page: Highlights You can customize help that you see on the page, for example hints for check boxes or text in help windows. There are different types of such embedded help.
Note Embedded help doesn't include help that you open using links in help windows, or help that you find in Applications Help.
Creating, Editing, or Deleting Embedded Help • Use Page Composer to edit, create, or delete hint text that appears on hover over buttons, links, icons, or tab titles. Open the properties of the UI element to define the help text in the shortDesc field. • Use the Customize User Interface Text tool to edit the text for any type of embedded help. You usually use this tool to make bulk changes, for example to change a phrase wherever it appears in any UI label, embedded help, messages, and so on.
263
Oracle Procurement Cloud
Implementing Procurement
Chapter 8
Define Help Configuration
• Edit, create, or delete most types of embedded help using design time tools (not available in Oracle Cloud implementations). Refer to the Customizing or Adding Static Instructions, In-Field Notes, and Terminology Definitions section. See: Oracle Fusion Applications Extensibility Guide for Developers
Related Topics • Customizing Simplified Pages Using Page Composer: Procedure • Page Component Properties: Explained • Bulk Text Customizations: Explained
264
Oracle Procurement Cloud
Implementing Procurement
Chapter 9
Define Application Toolkit Configuration
9 Define Application Toolkit Configuration Configuring the Application Toolkit Oracle Fusion Application Toolkit (ATK) provides many features that are available to users of all product families, including Applications Help, the Reports and Analytics pane, and the Watchlist in the global area. In the Setup and Maintenance work area, use the Define Application Toolkit Configuration task list to set up some of these components, and the Define Help Configuration task list to set up Applications Help.
Note The Define Application Toolkit Configuration task list is available in implementation projects only if the Application Toolkit Component Maintenance feature choice is selected.
Related Topics • Setting Up Help: Overview
Map Reports to Work Area Defining What's Available in the Reports and Analytics Pane: Procedure
The Reports and Analytics pane provides access to analytics and reports. You can find the pane in many work areas, and what you see in the pane depends on the work area. You can define what's available for a specific work area, by mapping reports from the business intelligence (BI) catalog to that work area.
Note • In this mapping context, reports refer to both analytics and reports. • Your changes apply to all users who have access to the work area you're mapping.
Mapping Reports to the Work Area You're In Follow these steps: 1.
Edit Settings Click the icon in the Reports and Analytics pane. You see all the reports that are currently mapped to your work area.
2. Click Select and Add.
265
Oracle Procurement Cloud
Implementing Procurement
Chapter 9
Define Application Toolkit Configuration
3. Find the report in the catalog and select it. 4. Click OK. 5. To remove any mapping, select the report and click Remove. 6. Save your work.
Mapping Reports to Any Work Area You have Access To Follow these steps: 1. Go to the Setup and Maintenance work area and open the Map Reports to Work Areas task. 2. Select the application of the work area you want to map to. 3. Select the work area. 4. Click Search and see all the reports that are currently mapped to that work area. 5. Click Select and Add. 6. Find the report in the catalog and select it. 7. Click OK. 8. To remove any mapping, select the report and click Remove.
Tip Click the Synchronize button to remove all mappings to any reports that are no longer in the catalog. You synchronize all work areas, not just the one you're mapping. 9. Save your work.
Related Topics • Why can't I see reports when I edit settings for the Reports and Analytics pane? • Why can't I see reports when mapping reports to work areas for the Reports and Analytics pane? • Reports and Analytics Pane: Explained
Setting Up Reports for Scheduling in the Reports and Analytics Pane: Procedure
You can set up reports as scheduled processes, which means users can submit them from the Scheduled Processes and other work areas. If you want users to also submit these scheduled processes from the Reports and Analytics pane, then you must configure properties for the corresponding reports.
266
Oracle Procurement Cloud
Chapter 9
Implementing Procurement
Define Application Toolkit Configuration
Enabling a Report for Scheduling To enable scheduling in the Reports and Analytics pane: 1. Select the report in the business intelligence catalog and click Edit. 2. Click Properties. 3. On the General tab in the Properties dialog box, enter the following fields:
F i el d
Value
Enterprise Scheduler Job Package Name
The path for the job definition, for example: / oracle/ apps/ ess// / / Jobs
Enterprise Scheduler Job Definition Name
The job definition name (not display name), for example: ABCDEFG
Related Topics • Setting Reports Up to Run as Scheduled Processes: Points to Consider • Accessing Report Components to Customize: Points to Consider
Set Watchlist Options Disabling and Enabling Watchlist Categories and Items: Points to Consider You can disable or enable predefined Watchlist categories and items for all users. Use the Set Watchlist Options task in the Setup and Maintenance work area. Ultimately, what users see in their own Watchlist would be the categories and predefined items that you enable in the Set Watchlist Options page: • Plus any saved searches that the user is using as Watchlist items • Minus any categories or items that the user chooses to hide using Watchlist preferences • Minus any items with no results found, if the user chooses to hide such items using Watchlist preferences
Any Category or Item
When you disable any category or item, you also disable the processes that calculate the Watchlist item counts. These processes include creating data caches, performing security checks, invoking services across domains, running queries, and so on.
267
Oracle Procurement Cloud
Implementing Procurement
Chapter 9
Define Application Toolkit Configuration
Predefined Watchlist Items An item with the Predefined type represents the actual predefined Watchlist item that appears in the Watchlist. If you disable this type of Watchlist item, then: • The item isn't available for users to display in their Watchlist. • The item is removed from any Watchlist where it's currently displayed. If you disable a Watchlist category, then the category is not available for users to include in their Watchlist, and all Watchlist items within the category are also disabled.
User-Created Saved Search Watchlist Items A Watchlist item with the User-Created Saved Search type doesn't appear in the Watchlist. It controls the display of the Manage Watchlist button on pages with saved searches in the local area. If you disable this type of Watchlist item, then: • The Manage Watchlist option isn't available on the corresponding page, so users can't use their own saved searches as Watchlist items. • Any user-defined saved searches (from that page) already used as Watchlist items are removed from the users' Watchlist. The saved searches are still available for searching, but not for the Watchlist.
Watchlist Category If you disable a Watchlist category, then: • The category isn't available for users to include in their Watchlist. • All Watchlist items within the category are also disabled.
Related Topics • Refresh Intervals for Watchlist Items: Explained • How can I change predefined Watchlist category and item names? • Creating Watchlist Items: Procedure • Displaying and Hiding Watchlist Items: Procedure
268
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
10 Maintain Common Reference Objects Reference Objects: Overview The Maintain Common Reference Objects task list contains Oracle Fusion Middleware Extensions for Oracle Application (Applications Core) tasks that support implementation of common behaviors, such as data security or reference data sets. Use this task list to manage common reference objects that are defined centrally and shared across applications, in addition to those that areand specific to Applications functionality. Youlists. can access this task list in the Setup and Maintenance Overview page, search for common Core reference object task For more information on configuring custom objects, see the Oracle Sales Extensibility Guide. To make the Maintain Common Reference Objects task list available in your implementation project, go to Setup and Maintenance Overview - Configure Offerings, and for a specific offering, select the Maintain Common Reference Objects feature choice.
Related Topics • Moving Common Reference Objects: Overview
Define Application Taxonomy Application Taxonomy: Highlights Oracle application components and functions are organized in a hierarchy, ranging from product lines to logical business areas. The hierarchy represents a breakdown of products into units based on how applications are installed and supported. On the Setup and Maintenance Overview page, search for the Manage Taxonomy Hierarchy task and view the hierarchy on the Manage Taxonomy Hierarchy page. A detailed introduction to application taxonomy is provided in the Oracle Fusion Applications Developer's Guide.
Hierarchy • The application taxonomy hierarchy contains various levels and types of nodes, or modules. See: Characteristics of the Level Categories See: Benefits of a Logical Hierarchy
Usage • Use application taxonomy to understand relationships among applications and between an application and its files. This information is helpful in managing various phases of the product lifecycle. See: How to Manage the Lifecycle
269
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
Modules in Application Taxonomy: Explained The top level of the hierarchy is product line, followed by the product family, application, and logical business area. There can be multiple levels of logical business areas, with one or more nested within a parent logical business area. A module is a node at any of these levels. Each level is briefly described here. • Product Line: A collection of product under a single brand name, for example, Oracle Fusion. • Product Family: A collection of products associated with a functional area that may or may not be licensed together as a single unit, for example Financials. • Application: A single product within a product family, containing closely related features for a specific business solution, for example General Ledger. • Logical Business Area: A collection of business object definitions organized into a logical grouping. It contains the model objects, services, and UI components for those business objects. Logical business areas have their own hierarchy levels and in some cases can be upto two or three levels deep.
Managing Modules in Application Taxonomy: Points to Consider In the application taxonomy hierarchy, when you create a module, it becomes a child of the currently selected node. Once created, you cannot delete the module or move it elsewhere in the hierarchy. From the Manage Taxonomy Hierarchy page, navigate to the Create Child Module or Edit Module page to manage the modules. As you create or edit modules, consider the following points regarding specific fields.
Identifiers Module ID is the unique primary key for nodes in the taxonomy table. When you create a module, a unique read-only ID is automatically generated. The module contains two other identifiers: Module key and alternative ID. The module key is a string identifier, for example AP for the Oracle Fusion Payables application. The alternative ID is a numeric identifier, for example 1 for the Oracle Fusion product line. These additional identifiers are provided for the product line, product family, and application modules, but you can optionally add them for logical business areas and new custom modules.
Note Do not change the module key or alternative ID for predefined modules. The product code is relevant only to application and logical business area modules. You can leave the field blank for other module types. The product code for applications is the short name that can be displayed in lists of application values, for example FND for Oracle Middleware Extensions for Oracle Application.
Names Module name is the logical name for the module. The name must be unique among nodes within the hierarchy level with the same parent, but it is recommended to keep it unique in the entire hierarchy. The user name and description can appear to users in other parts of Oracle Fusion Applications.
Usage Types Though you can update the usage type to reflect the current state of the module, just doing so does not affect the actual state. For example, setting a module as installed does not mean it is actually installed if the installation itself has not taken place. Installation refers to operations related to laying down all the components needed to create an Oracle Fusion Applications environment. Deployment is the process that starts the managed servers and clusters and facilitates the actual use of product offerings.
270
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
A licensed module is available for installation and deployment, and a deployed module is considered actively used when actually used by users.
Seed Data If seed data is allowed, then data residing in flexfields and lookups can be extracted for the module using seed data loaders. By default, extract is allowed for all predefined modules of type application and logical business area.
Associations You can associate a logical domain to modules of the type Product Family, as well as one or more enterprise applications to modules of type Application. This association represents the relationship between the taxonomy modules and the corresponding domain and enterprise applications stored in the Oracle Fusion Applications Functional Core (ASK) tables.
Define Reference Data Sharing Reference Data Sharing: Explained Reference data sharing facilitates sharing of configuration data such as jobs and payment terms, across organizational divisions or business units. You define reference data sets and determine how the data is shared or partitioned. Use reference data sets to reduce duplication and maintenance by sharing common data across business entities where appropriate. Depending on the requirement (specific or common), each business unit can maintain its data at a central location, using a set of values either specific to it or shared by other business units. You can share reference data after it is filtered on the basis of sets. A common reference data set is available as the default set, which can be assigned to several business units sharing the same reference data. For commonly used data such as currencies, you can use the common reference data set and assign it to multiple business units in various countries that use the same currency. In cases where the default set can't be assigned to an entity, you can create specific sets. The data set visible on the transactional page depends on the sharing method used to share reference data. For example, XYZ Corporation uses the same grades throughout the entire organization. Instead of managers in different business units setting up the same grades, XYZ Corporation decides to create a set called Grades and assign the grades reference data group for all business units in the organization to the Grades set, so that the grades can be shared.
Note For specific information on configuring reference data sharing for a particular object or product, refer to its product documentation.
Related Topics • Reference Data Sets: Explained • Reference Data Sets and Sharing Methods: Explained • Assigning Reference Data Sets to Reference Objects: Points to Consider
Reference Data Sets: Explained Reference data sets are logical groups of reference data that can be accessed by various transactional entities depending on the Fusion Applications contains a commonyou reference dataand set as well asadditional an enterprise set that may bebusiness used as context. a default Oracle set. Depending on your business requirement can create maintain reference data sets, while continuing to use the common reference data set. Consider the following scenario.
271
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
Your enterprise can decide that some aspects of corporate policy should affect all business units and leave other aspects to the discretion of the business unit manager. This allows your enterprise to balance autonomy and control for each business unit. For example, if your enterprise holds business unit managers accountable for their profit and loss, but manages working capital requirements at a corporate level, you can let managers define their own sales methods, but define payment terms centrally. In this case, each business unit would have its own reference data set for sales methods, and there would be one central reference data set for payment terms assigned to all business units.
Partitioning The partitioning of reference data and creation of data sets enable you to create reference entities across tables or lookup types, and share modular information and data processing options among business units. With the help of partitioning, you can choose to create separate sets and subsets for each business unit depending upon its business requirement, or create common sets or subsets to enable sharing reference data between several business units, without the need for duplicating the reference data. Partitioning provides you the flexibility to handle the reference data in a way appropriate to your business needs. The following figure illustrates the reference data sharing method (assignment to one set only, with common values) where the user can access the data assigned to a specific set in a particular business unit, as well as access the data assigned to the common set.
Related Topics • Reference Data Sets and Sharing Methods: Explained • Defining Default Reference Data Sets: Points to Consider • Assigning Reference Data Sets to Reference Objects: Points to Consider
Reference Data Sets and Sharing Methods: Explained Oracle Fusion Applications reference data sharing feature is also known as SetID. The reference data sharing functionality supports operations in multiple ledgers, business units, and warehouses, thereby reducing the administrative burden and
272
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
decreasing the time needed to implement new business units. For example, you can share sales methods, transaction types, or payment terms across business units or selected other data across asset books, cost organizations, or project units. The reference data sharing features use reference data sets to which reference data is assigned. The reference data sets group assigned reference data. The sets can be understood as buckets of reference data assigned to multiple business units or other application components.
Reference Data Sets You begin this part of your implementation by creating and assigning reference data to sets. Make changes carefully as changes to a particular set affect all business units or application components using that set. You can assign a separate set to each business unit for the type of object that is being shared. For example, assign separate sets for payment terms, transaction types, and sales methods to your business units. Your enterprise can decide that some aspects of corporate policy should affect all business units and leave other aspects to the discretion of the business unit manager. This allows your enterprise to balance autonomy and control for each business unit. For example, if your enterprise holds business unit managers accountable for their profit and loss, but manages working capital requirements at a corporate level, you can let managers define their own sales methods, but define payment terms centrally. In this case, each business unit would have its own reference data set for sales methods, and there would be one central reference data set for payment terms assigned to all business units. The reference data sharing is especially valuable for lowering the cost of setting up new business units. For example, your enterprise operates in the hospitality industry. You are adding a new business unit to track your new spa services. The hospitality divisional reference data set can be assigned to the new business unit to quickly setup data for this entity component. You can establish other business unit reference data in a business unit specific reference data set as needed.
Reference Data Sharing Methods There are variations in the methods used to share data in reference data sets across different types of objects. The following list identifies the methods: • Assignment to one set only, no common values allowed. The simplest form of sharing reference data that allows assigning a reference data object instance to one and only one set. For example, Asset Prorate Conventions are defined and assigned to only one reference data set. This set can be shared across multiple asset books, but all the values are contained only in this one set. • Assignment to one set only, with common values. The most commonly used method of sharing reference data that allows defining reference data object instance across all sets. For example, Receivables Transaction Types are assigned to a common set that is available to all the business units without the need to be explicitly assigned the transaction types to each business unit. In addition, you can assign a business unit specific set of transaction types. At transaction entry, the list of values for transaction types includes transaction types from the set assigned to the business unit, as well as transaction types assigned to the common set that is shared across all business units. • Assignment to multiple sets, no common values allowed. The method of sharing reference data that allows a reference data object instance to be assigned to multiple sets. For instance, Payables Payment Terms use this method. It means that each payment term can be assigned to one or more than one set. For example, you assign the payment term Net 30 to several sets, but the payment term Net 15 is assigned to only your corporate business unit specific set. At transaction entry, the list of values for payment terms consists of only one set of data; the set that is assigned to the transaction's business unit.
Note Oracle Fusion Applications contains a reference data set called Enterprise. Define any reference data that affects your entire enterprise in this set.
Related Topics
• What reference data objects can be shared across project units? • What reference data objects can be shared across cost organizations?
273
Oracle Procurement Cloud
Chapter 10
Implementing Procurement
Maintain Common Reference Objects
• What reference data objects can be shared across asset books? • What reference data objects can be shared across business units? • Items and Supplier Site Reference Data Sharing: Explained
Assigning Reference Data Sets to Reference Objects: Points to Consider You can assign the reference data sets to reference objects using the Manage Reference Data Set Assignments page. For multiple assignments, you can classify different types of reference data sets into groups and assign them to the reference entity objects. The assignment takes into consideration the determinant type, determinant, and reference group, if any.
Determinant Types The partitioned reference data is shared based on a business context setting called the determinant type. It is the point of reference used in the data assignment process. The following table lists the determinant types used in the reference data assignment. T yp e
Description
Asset Book
Information about the acquisition, depreciation, and retirement of an asset that belongs to a ledger or a business unit.
Business Unit
The departments or organizations within an enterprise.
Cost Organization
The organization used for cost accounting and reporting on various inventory and cost centers within an enterprise.
Project Unit
A logical organization within an enterprise that is responsible for enforcing consistent project management practices.
Reference Data Set
References to other shared reference data sets.
Determinant The determinant (also called determinant value) is a value that corresponds to the selected determinant type. The determinant is one of the criteria for selecting the appropriate reference data set.
Reference Groups A transactional entity may have multiple reference entities (generally considered to be setup data) but all are treated alike because of commonness in implementing business policies and legal rules. Such reference entities in your application are grouped into logical units called reference groups. For example, all tables and views that define Sales Order Type details might be a part of the same reference group.
274
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
Note Reference groups are predefined in the reference groups table.
Define ISO Reference Data Defining Currencies: Points to Consider When creating or editing currencies, consider these points relevant to entering the currency code, date range, or symbol for the currency.
Currency Codes You can't change a currency code after you enable the currency, even if you later disable that currency.
Date Ranges You can enter transactions denominated in the currency only for the dates within the specified range. If you don't enter a start date, then the currency is valid immediately. If you don't enter an end date, then the currency is valid indefinitely.
Symbols Even if you enter a symbol for a currency, the symbol is not always displayed when an amount is displayed in this currency. Some applications use currency symbols when displaying amounts. Others, like Oracle Fusion General Ledger, do not.
Related Topics • What's the difference between precision, extended precision, and minimum accountable unit for a currency? • What's a statistical unit currency type? • Euro Currency Derivation: Explained
Euro Currency Derivation: Explained Use the Derivation Type, Derivation Factor, and Derivation Effective Date fields to define the relationship between the official currency (Euro) of the European Monetary Union (EMU) and the national currencies of EMU member states. For each EMU currency, you define its Euro-to-EMU fixed conversion rate and the effective starting date.
Note If you need to use a different currency code for Euro, you can disable the predefined Euro currency and create a new one.
Derivation Type The Euro currency derivation type is used only for the Euro, and the Euro derived derivation type identifies national currencies of EMU member states. All other currencies don't have derivation types.
Derivation Factor The derivation factor is the fixed conversion rate by which you multiply one Euro to derive the equivalent EMU currency amount. The Euro currency itself must not have a derivation factor.
275
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
Derivation Effective Date The derivation effective date is the date on which the relationship between the EMU currency and the Euro begins.
Natural Languages: Points to Consider Natural languages are all the languages that humans use, written and spoken. If a language is enabled, then users can associate it with entities, for example as languages spoken by sales representatives. When managing natural languages, consider tasks to perform and best practices for entering particular values.
Tasks Once you add a language,for it can't be deleted,(ISO) but just disabled. You can optionally International Organization Standardization languages and territories, just forassociate reference.natural languages with
Values When you create a natural language, use the alpha-2 ISO code as the language code, or, if not available, then alpha-3. If the language is not an ISO language, then use x- as a prefix for the code, for example x-ja for a Japanese dialect. Use thesgn code of ISO-639-2 for sign languages, followed by territory code, for example sgn-US for American Sign Language. You can also use Internet Assigned Numbers Authority (IANA) language tags. The natural language description must be the language name with territory name in parenthesis where needed, for example English (Australia) and English (Canada).
FAQs for Define ISO Reference Data When do I create or edit territories? The predefined territories are countries from the International Organization for Standardization (ISO) 3166 standard. Edit territory descriptions to determine how they are displayed in lists of country values throughout Oracle Fusion Applications. Generally, you needn't edit territory names or codes unless there is a specific requirement. Create territories if new countries emerge and the system isn't yet patched with the latest ISO country values.
Restriction The National Language Support (NLS) territory codes are territory identifiers used in the system. Don't edit the codes unless you need to change the association between ISO and system territory.
When do I create or edit industries? To meet a specific business need, you may edit industry names or descriptions of industries except for those belonging to the North American Industry Classification System (NAICS). Edit the industry descriptions also to determine how they are displayed in Oracle Fusion Applications. You may also create industries that contain customizations not included in the NAICS standards.
When do I associate industries with territories? To meet specific business needs, you can associate industries with territories. For example, administrators can customize a page in different ways for different sets of users of the same industry, but residing in different countries.
When do I create or enable currencies?
Create or enable any currency for displaying monetary amounts, assigning currency to ledgers, entering transactions, recording balances, or for any reporting purpose. Oracle Fusion Applications supports all currencies from the International Organization for Standardization (ISO) 4217 standard.
276
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
The default currency is set to United States Dollar (USD).
Related Topics • Defining Currencies: Points to Consider
What's the difference between precision, extended precision, and minimum accountable unit for a currency? Precision refers to the number of digits placed to the right of the decimal point used in regular currency transactions. For example, USD would have 2 as the precision value for transactional amounts, such as $1.00. Extended precision is the number of digits placed to the right of the decimal point and must be greater than or equal to the precision value. For calculations requiring greater precision, you can enter an extended precision value such as 3 or 4. That would result in the currency appearing as $1.279 or 1.2793.
Note While some applications use extended precision, others such as Oracle Fusion General Ledger don't. Minimum accountable unit is the smallest denomination for the currency. For example, for USD that would be .01 for the cent. This unit doesn't necessarily correspond to the precision value for all currencies.
What's a statistical unit currency type? The statistical unit currency type denotes the Statistical (STAT) currency used to record financial statistics in the financial reports, allocation formulas, and other calculations.
When do I create or edit ISO languages? Edit the names and descriptions of International Organization for Standardization (ISO) languages to determine how they are displayed in Oracle Fusion Applications. The ISO languages are a part of the ISO 639 standard. If any change to the ISO standard doesn't reflect in the application, you can update the ISO alpha-2 code or add languages to provide up-to-date information.
When do I edit languages? Installed languages automatically appear on the Manage Languages page. This page also displays all languages available for installation and translation in Oracle Fusion Applications. Each dialect is treated as a separate language. Generally, you needn't edit any of the detailed fields unless absolutely necessary.
When do I create or edit time zones? Though all standard time zones are provided, enable only a subset for use in lists of time zone values in Oracle Fusion Applications. You can add time zones if new zones became standard and the system isn't yet patched with the latest values.
Manage Data Security Policies Data Security in the Security Reference Implementation: Explained The reference implementation contains a set of data security policies that you can use, or copy and customize using the Authorization Policy Manager (APM).
277
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
Your security implementation is likely a subset of the reference implementation. You provide the specific duty roles, data security policies, and HCM security profiles. The business objects registered as secure in the reference implementation are database tables and views. Granting or revoking object entitlement to a particular user or group of users on an object instance or set of instances extends the base Oracle Fusion Applications security reference implementation. It doesn't require customization of applications that access data.
Data Security Policies in the Security Reference Implementation The data security policies in the reference implementation entitle the grantee (a role) to access data based on SQL predicates in a WHERE clause.
Tip When extending the reference implementation with additional data security policies, identify instance sets of data representing the business objects that need to be secured, rather than a specific instance or all instances of the business objects. Predefined data security policies are stored in the data security policy store, managed in APM, and described in the Oracle Fusion Applications Security Reference Manual for each offering. A data security policy for a duty role describes a permission granted to any job role that includes that duty role.
Warning Review but do not modify HCM data security policies in APM except as a custom implementation. Use the HCM Manage Data Role And Security Profiles task to generate the necessary data security policies and data roles. The reference implementation only enforces a portion of the data security policies in business intelligence that is considered most critical to risk management without negatively affecting performance. For performance reasons it is not practical to secure every level in every dimension. Your enterprise may have a different risk tolerance than assumed by the security reference implementation.
HCM Security Profiles in the Security Reference Implementation The security reference implementation includes some predefined HCM security profiles for initial usability. For example, a predefined HCM security profile allows line managers to see the people that report to them. The IT security manager uses HCM security profiles to define the sets of HCM data that can be accessed by the roles that are provisioned to users
Data Roles The security reference implementation includes no predefined data roles to ensure a fully secured initial environment. The security reference implementation includes data role templates that you can use to generate a set of data roles with privileges to perform predefined business functions within data dimensions such as business unit. Oracle Fusion Payables invoicing and expense management are examples of predefined business functions. Accounts Payable Manager - US is a data role you might generate from a predefined data role template for payables invoicing if you set up a business unit called US. HCM provides a mechanism for generating HCM related data roles.
Related Topics • Data Security: Explained
278
Oracle Procurement Cloud
Chapter 10
Implementing Procurement
Maintain Common Reference Objects
• HCM Security Profiles: Explained • HCM Data Roles: Explained
Data Security: Explained By default, users are denied access to all data. Data security makes data available to users by the following means. • Policies that define grants available through provisioned roles • Policies defined in application code You secure data by provisioning roles that provide the necessary access. Enterprise roles provide access to data through data security policies defined for the inherited application roles. When setting up the enterprise with structures such as business units, data roles are automatically generated that inherit job roles based on data role templates. Data roles also can be generated based on HCM security profiles. Data role templates and HCM security profiles enable defining the instance sets specified in data security policies. When you provision a job role to a user, the job role limits data access based on the data security policies of the inherited duty roles. When you provision a data role to a user, the data role limits the data access of the inherited job role to a dimension of data. Data security consists of privileges conditionally granted to a role and used to control access to the data. A privilege is a single, real world action on a single business object. A data security policy is a grant of a set of privileges to a principal on an object or attribute group for a given condition. A grant authorizes a role, the grantee, to actions on a set of database resources. A database resource is an object, object instance, or object instance set. An entitlement is one or more allowable actions applied to a set of database resources. Data is secured by the following means. Datasecurityfeature
Doeswhat?
Data security policy
Defines the conditions under which access to data is granted to a role.
Role
Applies data security policies with conditions to users through role provisioning.
Data role template
Defines the data roles generated based on enterprise setup of data dimensions such as business unit.
HCM security profile
Defines data security conditions on instances of object types such as person records, positions, and document types without requiring users to enter SQL code
The sets of data that a user can access are defined by creating and provisioning data roles. Oracle data security integrates with Oracle Platform Security Services (OPSS) to entitle users or roles (which are stored externally) with access to data. Users are granted access through the privilege assigned to the roles or role hierarchy with which the user is provisioned.
279
Oracle Procurement Cloud
Chapter 10
Implementing Procurement
Maintain Common Reference Objects
Conditions are WHERE clauses that specify access within a particular dimension, such as by business unit to which the user is authorized.
Data Security Policies Data security policies articulate the security requirement "Who can do what on which set of data." For example, accounts payable managers can view AP disbursements for their business unit. Who
cadno
Accounts payable managers
view
what
AP disbursements
ownhicsho e dtfata
for their business unit
A data security policy is a statement in a natural language, such as English, that typically defines the grant by which a role secures business objects. The grant records the following. • Table or view • Entitlement (actions expressed by privileges) • Instance set (data identified by the condition) For example, disbursement is a business object that an accounts payable manager can manage by payment function for any employee expenses in the payment process.
Note Some data security policies are not defined as grants but directly in applications code. The security reference manuals for Oracle Fusion Applications offerings differentiate between data security policies that define a grant and data security policies defined in Oracle Fusion applications code. A data security policy identifies the entitlement (the actions that can be made on logical business objects or dashboards), the roles that can perform those actions, and the conditions that limit access. Conditions are readable WHERE clauses. The WHERE clause is defined in the data as an instance set and this is then referenced on a grant that also records the table name and required entitlement.
Data Roles Data roles are implemented as job roles for a defined set of data. A data role defines a dimension of data within which a job is performed. The data role inherits the job role that describes the job. For example, a data role entitles a user to perform a job in a business unit. The data role inherits abstract or job roles and is granted data security privileges. Data roles carry the function security privileges inherited from job roles and also the data security privilege granted on database objects and table rows. For example, an accounts payables specialist in the US Business Unit may be assigned the data role Accounts Payables Specialist - US Business Unit. This data role inherits the job role Accounts Payables Specialist and grants access to transactions in the US Business Unit. Data roles are created using data role templates. You create and maintain data roles in the Authorization Policy Manager (APM). Use the Manage Data Roles and Security Profiles task to create and maintain HCM data roles in Oracle Fusion HCM.
HCM Security Profiles HCM security profiles are used to secure HCM data, such as people and departments. Data authorization for some roles, such as the Manager role, is managed in HCM, even in ERP and SCM applications. You can use HCM security profiles to
280
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
generate grants for an enterprise role such as Manager. The resulting data role with its role hierarchy and grants operates in the same way as any other data role. For example, an HCM security profile identifies all employees in the Finance division. Applications outside of HCM can use the HCM Data Roles UI pages to give roles access to HR people.
Database Resources and Data Security Policies: How They Work Together A data security policy applies a condition and allowable actions to a database resource for a role. When that role is provisioned to a user, the user has access to data defined by the policy. In the case of the predefined security reference implementation, this role is always a duty role. Data roles generated to inherit the job role based on data role templates limit access to database resources in a particular dimension, such as the US business unit. The database resource defines and instance of a data object. The data object is a table, view, or flexfield. The following figure shows the database resource definition as the means by which a data security policy secures a data object. The database resource names the data object. The data security policy grants to a role access to that database resource based on the policy's action and condition.
281
Oracle Procurement Cloud
Chapter 10
Implementing Procurement
Maintain Common Reference Objects
Database Resources A database resource specifies access to a table, view, or flexfield that is secured by a data security policy. • Name providing a means of identifying the database resource • Data object to which the database resource points
Data Security Policies Data security policies consist of actions and conditions for accessing all, some, or a single row of a database resource. • Condition identifying the instance set of values in the data object • Action specifying the type of access allowed on the available values
Note If the data security policy needs to be less restrictive than any available database resource for a data object, define a new data security policy.
Actions Actions correspond to privileges that entitle kinds of access to objects, such as view, edit, or delete. The actions allowed by a data security policy include all or a subset of the actions that exist for the database resource.
Conditions A condition is either a SQL predicate or an XML filter. A condition expresses the values in the data object by a search operator or a relationship in a tree hierarchy. A SQL predicate, unlike an XML filter, is entered in a text field in the data security user interface pages and supports more complex filtering than an XML filter, such as nesting of conditions or sub queries. An XML filter, unlike a SQL predicate, is assembled from choices in the UI pages as an AND statement.
Tip An XML filter can be effective in downstream processes such as business intelligence metrics. A SQL predicate cannot be used in downstream metrics.
Related Topics • Securing Data Access: Points to Consider • Data Role Templates: Explained
Securing Data Access: Points to Consider Oracle Fusion Applications supports securing data through role-based access control (RBAC) by the following methods.
Methodos f ecuringdata Data roles apply explicit data security policies on job and abstract roles
R eas o n Appropriate for job and abstract roles that should only access a subset of data, as defined by the
Example Accounts Payable Manager - US data role to provide an accounts payable manager in the
282
Oracle Procurement Cloud
Chapter 10
Implementing Procurement
Maintain Common Reference Objects
Methodos f ecuringdata
R eas o n
data role template that generates the data role or by HCM security profiles. Data security policies
Define data access for application roles and provide inheriting job and abstract roles with implicit data security
Example
US business unit with access to invoices in the US business unit.
Projects
If a user has access to the same function through different roles that access different data sets, then the user has access to a union of those data sets. When a runtime session is created, Oracle Platform Security Services (OPSS) propagates only the necessary user to role mapping based on Oracle Fusion Data Security grants. A grant can specify entitlement to the following. • Specific rows of data (data object) identified by primary key • Groups of data (instance set) based on a predicate that names a particular parameter • Data objects or instance sets based on runtime user session variables Data is identified by one of the following: • The primary key value of the row in the table where the data is stored. • A rule (SQL predicate) applied to the WHERE clause of a query against the table where the data is stored.
Grants Oracle Fusion Data Security can be used to restrict the following. • Rows that are returned by a given query based on the intended business operation • Actions that are available for a given row Grants control which data a user can access.
Note Attribute level security using grants requires a data security policy to secure the attribute and the entitlement check enforces that policy. A grant logically joins a user or role and an entitlement with a static or parameterized object instance set. For example, REGION='WEST' is a static object instance set andREGION=&GRANT_ALIAS.PARAMETER1 is a parameterized object instance set. In the context of a specific object instance, grants specify the allowable actions on the set of accessible object instances. In the database, grants are stored in FND_GRANTS and object instance sets are stored in FND_OBJECT_INSTANCE_SETS. Object access can be tested using the privilege check application programming interface (API).
Securing a Business Object A business object is a logical entity that is typically implemented as a table or view, and corresponds to a physical database resource.Data The Security data security policies of define the security reference implementation secure predefined database resources. Use the Manage Policies task to and register other database resources. Data security policies identify sets of data on the registered business object and the actions that may be performed on the business object by a role The grant can be made by data instance, instance set or at a global level..
283
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
Note Use parameterized object instance sets whenever feasible to reduce the number of predicates the database parses and the number of administrative intervention required as static object instances sets become obsolete. In HCM, security profiles generate the instance sets.
Related Topics • Data Role Templates: Explained
Data Role Templates: Explained You use data role templates to generate data roles. You generate data roles, and create and maintain data role templates in the Authorization Policy Manager (APM).
Note HCM data roles are generated using the Manage Data Roles and Security Profiles task, which uses HCM security profiles, not data role templates, to define the data security condition. The following attributes define a data role template. • Template name • Template description • Template group ID • Base roles • Data dimension • Data role naming rule • Data security policies The data role template specifies which base roles to combine with which dimension values for a set of data security policies. The base roles are the parent job or abstract roles of the data roles.
Note Abstract, job, and data roles are enterprise roles in Oracle Fusion Applications. Oracle Fusion Middleware products such as Oracle Identity Manager (OIM) and Authorization Policy Manager (APM) refer to enterprise roles as external roles. Duty roles are implemented as application roles in APM and scoped to individual Oracle Fusion Applications. The dimension expresses stripes of data, such as territorial or geographic information you use to partition enterprise data. For example, business units are a type of dimension, and the values picked up for that dimension by the data role template as it creates data roles are the business units defined for your enterprise. The data role template constrains the generated data roles with grants of entitlement to access specific data resources with particular actions. The data role provides provisioned users with access to a dimensional subset of the data granted by a data security policy. An example of a dimension is a business unit. An example of a dimension value is a specific business unit defined in your enterprise, such as US. An example of a data security policy is a grant to access a business object such as an invoice with a view entitlement.
284
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
When you generate data roles, the template applies the values of the dimension and participant data security policies to the group of base roles. The template generates the data roles using a naming convention specified by the template's naming rule. The generated data roles are stored in the Lightweight Directory Access Protocol (LDAP) store. Once a data role is generated, you provision it to users. A user provisioned with a data role is granted permission to access the data defined by the dimension and data security grant policies of the data role template. For example, a data role template contains an Accounts Payable Specialist role and an Accounts Payable Manager role as its base roles, and region, or business unit, as its dimension, with the dimension values US and UK. The naming convention is [base-role-name]:[DIMENSION-CODE-NAME]. This data role template generates four data roles. • Accounts Payable Specialist - US • Accounts Payable Specialist - UK • Accounts Payable Manager - US • Accounts Payable Manager - UK
Making Changes To Data Role Templates 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. 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.
Making Changes to Dimension Values 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. For example if you add a business unit to your enterprise, you must regenerate data roles from the data role templates that include business unit as a dimension. If you add or remove a dimension value from your enterprise that is used to generate data roles, regenerating the set of data roles adds or removes the data roles for those dimension values. If your enterprise has scheduled regeneration as an Oracle Enterprise Scheduler Services process, the changes are made automatically.
Manage Menu Customizations Design Time Menu Customizations: Highlights During design time, developers can use menu customization options to add, modify, and organize the Navigator and dashboard menus.
Note These customizations aren't available in Oracle Cloud implementations.
Customizations • Define translations for your customizations in the locales you support. See: Translating Menu Customizations • Customize the page template to display the Navigator menu groups as separate menus, each of them displaying their list of menu items. Refer to the Oracle Fusion Applications Developer's Guide.
285
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
See: Rendering the Navigator Menu as Dropdown Buttons
Related Topics • Customizing the Navigator and Springboard: Overview • Design Time Customizations and Extensions: Highlights • Customizing Pages Using Design Time Tools: Highlights
Manage Audit Policies Managing Audit Policies: Explained Auditing is used to monitor user activity and all configuration, security, and data changes that have been made to an application. Auditing involves recording and retrieving information pertaining to the creation, modification, and removal of business objects. All actions performed on the business objects and the modified values are also recorded. The audit information is stored without any intervention of the user or any explicit user action. Use audit policies to select specific business objects and attributes to be audited. The decision to create policies usually depends on the type of information to be audited and to the level of detail that is required to be reported.
Enabling Audit Functionality To enable audit, ensure that you have administrative privileges. For Oracle Fusion Applications, you must configure the business objects and select the attributes before enabling audit. If you enable audit without configuring the business objects, auditing remains inactive. By default, auditing is disabled for all applications. To enable auditing for Oracle Fusion Middleware products, select one of the levels at which auditing is required for that product. The audit levels are predefined and contain the metadata and events to be audited. For more information, refer to the Oracle Fusion Middleware documentation and also the Oracle Enterprise Repository for Oracle Fusion Applications at http://fusionappsoer.oracle.com. If you don't want an application to be audited, you can stop the audit process by setting the Audit Level option to None. While viewing the audit report for that application, you can specify the period during which auditing remained enabled.
Configuring Audit Business Object Attributes: Points to Consider Audit allows you to track the change history of particular attributes of a business object. However, those objects and their attributes must be selected for audit and auditing must be enabled for that application. Your configuration settings determine which attributes to audit for a given object, and when the audit starts and ends. Auditing takes into account all the create or insert, update, and delete operations performed on an object and its attributes. To configure audit business object attributes, navigate to the Manage Audit Policies page in the Setup and Maintenance work area.
Selecting an Application To set up auditing, you must select a web application that contains the required business objects that can be audited. From the list of business objects, select those business object that you want to audit. Selecting a business object also displays its attributes that are enabled for auditing.
286
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
Selecting Attributes For each selected business object to be audited, select the corresponding attributes to include in the audit. All attributes that belong to that object are by default selected for audit and appear on the user interface. However, you can add or remove attributes from the list. When you remove an attribute from the list, you stop auditing it even when the parent object is selected for audit. So, if you want an attribute to be audited, you must add it to the list.
Note If the object selected in an audit hierarchy is also a part of several other audit hierarchies, the attribute configuration for that object is applicable to all the hierarchies in that application.
Starting and Stopping Audit The business object is ready for audit after you select its attributes and save the configuration changes. However, to start auditing, the audit level for Oracle Fusion Applications must be set to Auditing on the Manage Audit Policies page. To stop auditing an object, you can deselect the entire object and save the configuration. As a result, all its selected attributes are automatically deselected and are not audited. To continue to audit the business object with select attributes, deselect those attributes that are not to be audited. When end-users view the audit history for an application, they can specify the period for which they want the results.
Important Make a note of when you start and stop auditing an application. For example, today if end-users intend to view the audit history of an object for the previous week, but auditing for that object was stopped last month, they wouldn't get any audit results for that week because during the entire month that object wasn't audited. Even if you enable audit for that object today, end-users can't get the wanted results because audit data until today isn't available.
Configuring Audit: Highlights
To set up auditing for Oracle Fusion Applications, use the Manage Audit Policies page in the Setup and Maintenance work area of Oracle Fusion Applications. To set up auditing for Oracle Fusion Middleware products, select the level of auditing that maps to a predefined set of metadata, and the events that have to be audited. Information on configuring audit for Oracle Fusion Middleware products is provided in Oracle Fusion Middleware guides. You can also create a configuration file and deploy it to audit a specific Oracle Fusion Middleware product. The configuration details for Oracle Fusion Middleware products are available in the form of audit-specific assets that can be used to create the configuration file (config.xml). To get a list of audit-specific assets, see the Oracle Enterprise Repository for Oracle Fusion Applications at http://fusionappsoer.oracle.com, and search with Audit as the Asset Type.
Oracle Fusion Middleware Products • Configure business objects to enable auditing in Oracle Fusion Middleware products. Refer to the Oracle Fusion Middleware Security and Administrator's Guide for Web Services. See: Auditing Web Services
Oracle Fusion Security Products • Configure business objects to enable auditing in Oracle Fusion security products. Refer to Oracle Fusion Middleware Application Security Guide.
287
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
See: Oracle Fusion Middleware Audit Framework Reference
Related Topics • Oracle Enterprise Repository for Oracle Fusio n Applications: Explained
Manage Oracle Social Network Objects Managing Oracle Social Network Objects: Explained Use the Manage Oracle Social Network Objects task for managing the Oracle Social Network Objects. The integration of Oracle Social Network with applications and business processes brings key attributes from the applications to share, socialize, and update information. This helps in making better business decisions based on additional information that you obtain and analyze within your social network environment. Use the Manage Oracle Social Network Objects page to set up and define: • The business objects and attributes to enable • The enablement method for social network integration with Oracle Applications Cloud You can access the Manage Oracle Social Network Objects page by starting in the Setup and Maintenance Overview page and searching for the task named Manage Oracle Social Network Objects. Use Oracle Social Network to: • Discuss projects and plans in public forums • Maintain: Membership groups ◦ ◦
Activity feeds of the people you choose
• Facilitate: One-on-one Conversations ◦ ◦
Reviews
◦
Document sharing
Note Oracle Social Network is currently available in Cloud implementations only. An important aspect of managing Oracle Social Network objects is enabling business objects for integration.
Enabling Business Objects for Integration A business object can't be shared within social network until a functional administrator or implementor: • Accesses the Manage Oracle Social Network Objects page in Oracle Applications Cloud • Enables the business object for social network integration
288
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
Related Topics • How can I update translations? • Synchronize Business Objects: Explained • What happens if I synchronize business objects?
FAQs for Manage Oracle Social Network Objects What happens if I update translations? When you update translations, you send translations for business objects with the enablement option as Manual or Automatic to Oracle Social Network.
On updating translations, you also: • Synchronize the newly translated text from Oracle Applications Cloud so that it can be used within social network. This means you can: ◦
Install and enable a new language.
◦
Take a language patch at any time.
• Send attribute labels and business object names to social network for use in its user interface.
Manage Applications Core Common Reference Objects Manage Applications Core Messages Common Messages: Points to Consider Message names that begin with FND_CMN and message numbers between 0 and 999 are common messages. Each common message can appear in multiple places in any product family across Oracle Fusion Applications. For example, the FND_CMN_NEW_SRCH message can be used for any search to indicate that no results were found. Common messages of type error or warning are part of the message dictionary.
Creating and Editing Common Messages You can create custom common messages for use in multiple places. You can choose any suitable naming convention but the message number should be within the range that is designated for the product.
Note Do not begin the message name with FND_CMN as this is already used in the existing common messages. Common messages can be used in any application. Therefore, consider the ramifications if you edit any aspect of the message, including incident and logging settings. Changes would be reflected in all instances where the message is used. For example, if you change the message text, make sure that the text is generic and applies to all users across Oracle Fusion Applications.
289
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
Manage Applications Core Administrator Profile Values Creating and Editing Messages: Highlights Each message in the message dictionary has many attributes and components such as message properties, text, and tokens. You set these attributes when creating or editing the message. To create or edit a message, navigate to the Manage Messages task in the Setup and Maintenance work area and open the Manage Messages page. Details about these messages are described in the Oracle Fusion Applications Developer's Guide.
Message Properties • The message type identifies the type of information in that message. See: Understanding Message Types • The message name and number are identifiers for the message. There are specific message number ranges for predefined messages in each application, and you should not edit numbers assigned to predefined messages. When creating custom messages, use only message numbers within the 10,000,000 to 10,999,999 range. See: About Message Names See: About Message Numbers • The translation notes for predefined messages might contain internal content that you can disregard. See: About Translation Notes • The message category, severity, and logging enabled option are related to the incident and logging process. See: About Grouping Messages by Category and Severity See: Understanding Incidents and Diagnostic Logs with Message Dictionary
Message Text and Tokens • The message text comprises various components, some of which are displayed only to select users. To determine which component of the message text is displayed to a particular user, set the Message Mode profile option (FND_MESSAGE_MODE) at the user level for that user. The message component short text is visible to all users and therefore, it is understood that the profile option does not apply to this component. Also, the profile option applies only to messages in the message dictionary. See: About Message Components • Tokens are variables that represent values to be displayed in the message text. See: About Tokens
Profile Options and Related General Preferences: How They Work Together Some Oracle Fusion Middleware Extensions for Oracle Application profile options are related to general preferences in the global area.
Preferences
The related general preferences are Default Application Language, Territory, Date Format, Time Format, Currency, and Time Zone. When the user changes any of these preferences, the stored values in LDAP are updated accordingly.
290
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
Profile Options The corresponding profile options are Default Language, Default Territory, Default Date Format, Default Time Format, Default Currency, and Default User Time Zone. No matter what you set for these profile options at any level, the preferences settings, or LDAP values, take precedence. The profile option value is used only if the LDAP value isn't available. Updating the profile option value doesn't automatically update the value in LDAP or preferences.
Related Topics • Viewing and Editing Profile Option Values: Points to Consider
291
Oracle Procurement Cloud
Implementing Procurement
Chapter 10
Maintain Common Reference Objects
292
Oracle Procurement Cloud
Implementing Procurement
Chapter 11
Define WebLogic Communication Services Configuration
11 Define WebLogic Communication Services Configuration Oracle Sales Cloud CTI: Highlights Oracle Sales Cloud Computer Telephony Integration (CTI) integrates with your telephony environment and must be manually enabled in your deployment. This topic highlights what is required to set up the CTI feature and to implement logging of the calls made using the CTI feature. CTI is a feature of the customer contact process. You initiate phone communication to customers and employees with a click of your mouse, leveraging your customer contact information and the application context. The CTI feature uses Oracle WebLogic Communication Services, OWLCS, to enable communications. Applications that provide the CTI functionality do so primarily through contextual actions. Additionally, CTI utilizes Oracle Sales Cloud tasks as an optional transaction logging feature that will track information about the call such as the customer, call participants, a timestamp noting the start time of the call, the direction of the communication, in or outbound, and the resolution code. Terms used in setting up these communications: • PSTN: Public switched telephone network is the network of the world's public circuit-switched telephone networks. • SIP: Session initiation protocol, an open signaling protocol standard that is used to set up phone calls • TPCC: Third Party Call Control enables an application to control the telephony network to set up calls automatically. • OWLCS: Oracle WebLogic Communication Services. Offers the TPCC service to Oracle applications and sets up the calls via SIP integration with the telephony network. The setup task list Define WebLogic Communication Services Configuration includes four tasks required for the correct configuration and implementation of CTI. One optional task, separate from the setup task list, is required for implementing task logging. You can find information about implementing CTI in the Oracle Sales Cloud Administrator's Guide. Detailed information about configuring and maintaining WebLogic Communication Services is found in the Oracle WebLogic Communication Services Administrator's Guide
Configure and Deploy WebLogic Server • Deploy WebLogic Communication Services: After the Oracle WebLogic communication server is deployed, this manual task activates the server. See: Oracle WebLogic Communication Services Administrator's Guide
Integrate Communications Services • Integrate WebLogic Communication Services with Telephony Network: This manual task integrates communications within the telephony environment. OWLCS must be configured to interface with the specific characteristics of the telephony network. See: Managing Oracle WebLogic Communication Services for CTI Functionality
Specify the Domain andgateway Address • Register a URL for the telephony or soft switch for SIP domain: This task defines the Server protocol, defaulted to http, the external server host address, and external server port address. The Associated Modules
293
Oracle Procurement Cloud
Implementing Procurement
Chapter 11
Define WebLogic Communication Services Configuration
section is not required for setup. You can also perform this as a manual task using Topology Manager to configure the address of the SIP Public Switched Telephone Network (PSTN) gateway or SIP soft switch serving the users within that domain. This address is needed by CTI to correctly form the SIP addresses required by WebLogic Communication Services. See the link to Configuring PSTN Gateway Address Using Topology Manager: Worked Example.
Enable Click-to-Dial • After configuring the server and defining the SIP domain, perform the Enable Click-to-Dial task. This task sets the value of the profile option Enable Click-to-Dial to 'Yes.'
Call Logging via Tasks • To initiate the task based logging for CTI, set the profile option Call Interaction Logging Enabled to 'YES.'
Configuring PSTN Gateway Address Using Topology Manager: Worked Example This example demonstrates how, during the implementation of the Register URL for the telephony gateway or soft switch for SIP domain task, you must manually configure the PSTN gateway address by registering HzCTDPstnGatewayApp to a given environment using Oracle Fusion Topology Registration These steps configure the address of the SIP Public Switched Telephone Network (PSTN) gateway or SIP soft switch serving the users within that domain. This address is needed by Click-to-Dial to correctly form the SIP addresses required by WebLogic Communication Services. For example: SIP:+1650-555-1212@pstn_gateway.oracle.com;user=phone where pstn_gateway.oracle.com is the SIP domain. The SIP domain can also be expressed in the format 10.1.1.1 (IP address).
Configuring PSTN using the Topology Manager 1. Sign in to Oracle Sales Cloud as a user that has application implementation consultant and WebLogic Services administration roles. 2. In Setup and Maintenance, click Register Enterprise Applications from the regional area under Topology Registration. 3. On the Register Enterprise Applications page, click the plus icon to add an enterprise application. An Add Enterprise Application dialog box appears. 4. Enter the new application information: Click Search in the Enterprise Application list field. Enter HzCTDPstnGatewayApp in the name field and clickSearch. 5. Click OK. 6. Enter the other fields in the Add Enterprise Application dialog box. F i el d
V al u e
Name
HzCTDPstnGatewayApp
Server Protocol
SIP
294
Oracle Procurement Cloud
Implementing Procurement F i el d
Chapter 11
Define WebLogic Communication Services Configuration V al u e
This field is ignored by Click-to-Dial. Oracle WebLogic Communication Service (OWLCS) always uses the SIP protocol. External Server Host
10.143.167.91 (Used as an example) A host name can be used instead of an IP address.
External Server Port
0 (Used as an example) This field is ignored by Click-to-Dial.
7. Click Save and Close.
295
Oracle Procurement Cloud
Implementing Procurement
Chapter 11
Define WebLogic Communication Services Configuration
296
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
12 Define Applications Core Configuration Define Lookups Lookups: Explained Lookups are translated lists of values in applications. You define list users of values lookup type consisting of aasset ofavailable lookup codes, each code's meaning, and optionally a tag. aEnd seeas thea list of translated meanings the values for an object. Lookups provide a means of validation and lists of values where valid values appear on a list with no duplicate values. For example, an application might store the values Y and N in a column in a table, but when displaying those values in the user interface, Yes or No (or their translated equivalents) should be available for end users to select. For example, the two lookup codes Y and N are defined in the REQUIRED_INDICATOR lookup type. In another example, a lookup type for marital status has lookup codes for users to specify married, single, or available legal partnerships. L o o ku p Ty pe
MAR_STATUS
L o o ku p C ode
M ean i n g
T ag
M
Married
S
Single
R
Registered Partner
+NL
DP
Domestic Partner
-FR, AU
In this case, tags are used for localizing the codes. All legislations list Married and Single. Only the Dutch legislation lists Registered Partner. And all legislations except France and Australia also list Domestic Partner. When managing lookups, you need to understand the following. • • • • •
Using lookups in applications Customization levels Accessing lookups Enabling lookups The three kinds of lookups: standard, common, and set enabled
Using Lookups in Applications Use lookups to provide validation or a list of values for a user input field in a user interface. An example of a lookup used for validation is a flexfield segment using a table-validated value set with values from a lookup type. An example of a lookup in a list of values is a profile option's available values from which users select one to set the
297
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
profile option. Invoice Approval Status gives the option of including payables invoices of different approval statuses in a report. The lookup code values include All, so that users can report by all statuses: Approved, Resubmitted for approval, Pending or rejected, and Rejected.
Customization Level The customization level of a lookup type determines whether the lookups in that lookup type can be edited. This applies data security to lookups. Some lookup types are locked so no new codes and other changes can be added during implementation or later, as needed. Depending on the customization level of a lookup type, you may be able to change the codes or their meanings. Some lookups are designated as extensible, so new lookup codes can be created during implementation, but the meanings of predefined lookup codes cannot be modified. Some predefined lookup codes can be changed during implementation or later, as needed. The customization levels are user, extensible, and system. The following table shows which lookup management tasks are allowed at each customization level. Allowed Task
User
Extensible
System
Deleting a lookup type
Yes
No
No
Inserting new codes
Yes
Yes
No
Updating start date, end date, and enabled fields
Yes
Yes, only if the code is not predefined data
No
Deleting codes
Yes
Yes, only if the code is not predefined data
No
Updating tags
Yes
No
No
Updating module
Yes
No
No
Predefined data means LAST_UPDATED_BY = SEED_DATA_FROM_APPLICATION. If a product depends on a lookup, the customization level must be system or extensible to prevent deletion. Once the customization level is set for a lookup type, it can't be modified. The customization level for lookup types created using the Define Lookups page is by default set at the User level.
Standard, Common, and Set-Enabled Lookups The available kinds of lookups are as follows. L o o ku p
Description
Standard
Lists the available codes and translated meanings
298
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
L o o ku p
Description
Set enabled
Additionally associates a reference data set with the lookup codes
Common
Legacy lookups
Standard lookups are the simplest form of lookup types consisting only of codes and their translated meaning. They differ from common lookups only in being defined in the standard lookup view.
Common lookups exist for reasons of backward compatibility and differ from standard lookups only in being defined in the common lookup view. Set enabled lookup types store lookup codes that are enabled for reference data sharing. At runtime, a set-enabled lookup code is visible because the value of the determinant identifies a reference data set in which the lookup code is present.
Accessing Lookups Standard, set-enabled, and common lookups are defined in the Standard, Set-enabled, and Common views, respectively. Applications development may define lookups in an application view to restrict the UI pages where they may appear. In lookups management tasks, lookups may be associated with a module in the application taxonomy to provide criteria for narrowing a search or limiting the number of lookups accessed by a product specific task such as Manage Purchasing Lookups.
Enabling Lookups A lookup type is reusable for attributes stored in multiple tables. Enable lookups based on the following. • Selecting an Enabled check box • Specifying an enabled start date, end date, or both • Specifying a reference data setdeterminant If you make changes to a lookup, users must sign out and back in before the changes take effect. When defining a list of values for display rather than validation, limit the number of enabled lookup codes to a usable length. For more information on the predefined lookups and lookup codes, see assets with the Lookup type in the Oracle Enterprise Repository for Oracle Fusion Applications (http://fusionappsoer.oracle.com).
Translating Lookups You can translate the lookups that you defined to the preferred language(s) without changing the language session of the application. Use the translation option available on the lookup code table. By default, for each lookup, all the allowed language rows in theentry, translator dialog boxthe appear in the meaning source language (the current session language). you edit particular language you can modify translated and description to the language in whichWhen you want the a lookup to appear. Once the updates are made, the end-users can view the lookup in the translated text.
299
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Restriction You can add the translation for only as many languages as are permitted by the administrator. The functionality to limit the number of languages displayed on the dialog box is controlled through the Translation Editor Languages profile option. It can be set at the SITE or USER level. If nothing is specified, all active languages are displayed.
Related Topics • Modules in Application Taxonomy: Explained • Oracle Enterprise Repository for Oracle Fusio n Applications: Explained
Managing a Standard Lookup: Example Creating a new standard lookup involves creating or selecting a lookup type containing the lookup code and determining appropriate values for the lookup codes and their meanings.
Note You can only create or edit lookup codes for a particular lookup type if its customization level supports it.
Creating a Lookup Type Called COLORS Your enterprise needs a list of values for status to be used on various objects such as processes or users. The lookups are colors, so the lookup type you create is COLORS. Lookuptypeparameters
Value
Lookup type name
COLORS
Meaning
Status
Description
Status by color
Module
Oracle Fusion Middleware Extensions for Oracle Application
The lookup codes you define for the COLORS lookup type are, BLUE, RED, GREEN, and YELLOW. LookupCode
M ean i n g
Enabled
DisplaySequence
BLUE
Urgent
No
4
RED
Stop
Yes
1
300
Oracle Procurement Cloud
Chapter 12
Implementing Procurement LookupCode
Define Applications Core Configuration M ean i n g
Enabled
DisplaySequence
GREEN
Go
Yes
3
YELLOW
Caution
Yes
2
The Resulting Data Entry List of Values The enabled lookup codes appear in the list of values for the COLORS lookup type and you need to select one of them to complete the activity. The meanings and the codes are listed here. They appear in the order of the defined display sequence. DisplayeV dalue
HiddeInD
Stop
RED
Caution
YELLOW
Go
GREEN
Analysis The BLUE lookup code was not enabled and does not appear in the list of values. The display sequence of values in the list of values is alphabetical unless you enter a number manually to determine the order of appearance. Number 1 indicates the first value that appears in the list.
Note Only lookups that are enabled and active between start and end dates, are visible.
The Transaction Table When users enter one of the values from the list of values for the lookup type COLORS, the transaction table records the lookup code. In this example, the code is stored in the Status column Transactionnumber
Usen r am e
S t at u s
1
Jane
RED
2
Bob
YELLOW
3
Alice
BLUE
301
Oracle Procurement Cloud
Chapter 12
Implementing Procurement Transactionnumber
Define Applications Core Configuration Usen r am e
S t at u s
The status for one user is BLUE because at the time they entered a value, BLUE was enabled. Disabling a lookup code does not affect transaction records in which that code is stored. Data querying and reporting have access to disabled lookup codes in transaction tables.
Managing Set-Enabled Lookups: Examples Creating a new set-enabled lookup is similar to creating a standard lookup with the addition of specifying a reference data setdeterminant for the lookup codes.
Note You can only create or edit lookup codes for a particular lookup type if its customization level supports it. The reference data set for a set-enabled lookup code is part of its foreign key. This is unlike other set-enabled entities. Use the Manage Set Assignments task to define and manage reference data set assignments.
Selecting a Reference Group for a Set-Enabled Lookup Type Specify a reference group for a set-enabled lookup type to indicate which reference data set assignments are available for its lookup codes. For example a COLORS lookup type might be set-enabled for a Countries reference group that includes the US and EU reference data set assignments.
Selecting a Reference Data Set for a Set-Enabled Lookup The reference data set determines which lookup code is included in the list of values. If a COLORS lookup type contains a RED, YELLOW, ORANGE, and GREEN lookup code, you can enable one RED lookup as coming from the US reference data set and another RED lookup as coming from the EU reference data set with different meanings. ReferenceDataSet
LookupCode
LookupMeaning
US
RED
Red
US
YELLOW
Yellow
US
GREEN
Green
EU
RED
Rouge
EU
ORANGE
Orange
Some lookup codes may be unique to one or another reference data set as the ORANGE lookup is to the EU reference data set in this example.
302
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
In another example, a lookup type called HOLD_REASON provides a list of reasons for applying a hold to a contract renewal. Reference data sets determine which codes are included in the Hold Reason list of values. ReferenceDataSet
LookupCode
LookupMeaning
US
SEC
SEC Compliance Review
US
DIR
Needs Director's Approval
US
VP
Needs Vice President's Approval
CHINA
CSRC
Pending China Securities Regulatory Commission Review
CHINA
PR
Needs President's Approval
COMMON
REQUESTED
Customer Request
As per the above example, when end-users place a contract on hold in the US business unit, the three reason codes in the US set are available. When placing a contract on hold in the China business unit, the two codes in the China set are available.
FAQs for Define Lookups How can I edit lookups? On the Define Lookups page, you can edit the existing lookup codes of a lookup type or add new lookup codes. To access the page, navigate to the Setup and Maintenance work area and search for the Define Lookup task. You may not be able to edit a lookup if its customization level doesn't support editing.
Why can't I see my lookup types? Lookup types are classified using tasks that involve a group of related lookups, such as Manage Geography Lookups. Each task gives you access only to certain lookup types. However, the generic tasks provide access to all lookups types of a kind, such as all common lookups that are associated with the Manage Common Lookups task. If the lookups in an application are available in the standards, common, or set-enabled lookups view, they are central to an application and can be easily managed. However, lookups defined in a specific application view can only be managed by following instructions provided by that application.
What's the difference between a lookup type and a value set? A lookup type consists of lookups that are static values in a list of values. Lookup code validation is a one to one match. A table-validated value set may consist of values that are validated through a SQL statement, which allows the list of values to be dynamic.
303
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Tip You can define a table-validated value set on any table, including the lookups table. Thus, you can change a lookup type into a table-validated value set that can be used in flexfields.
Area of Difference
Lookup Type
Value Set
List of values
Static
Dynamic if the list is table-validated
Validation of values
One to one match of meaning to code included in a lookup view, or through the determinant of a reference data set
Validation by format or inclusion in a table
Format type of values
char
varchar2, number, and so on
Length of value
Text string up to 30 characters
Any type of variable length from 1 to 4000
Duplication of values
Never. Values are unique.
Duplicate values allowed
Management
Both administrators and end-users manage these, except system lookups or predefined lookups at the system customization level,
Usually administrators maintain these, except some product flexfield codes, such as GL for Oracle Fusion General Ledger that
which can't be modified.
the end-users maintain.
Both lookup types and value sets are used to create lists of values from which users select values. A lookup type cannot use a value from a value set. However, value sets can use standard, common, or set-enabled lookups.
What's a lookup tag used for? A tag is an additional label attached to the lookup. Tags are user defined and can be grouped depending on the user's requirement to make search convenient and effective. The same tag may be used across lookup categories. In such cases, tags are used as a refined search criterion to filter information across several groups and get the custom search result.
Manage Messages Messages: Highlights A message dictionary contains all messages that inform users about missing or incorrect data, warn users about the consequences of certain actions, and provide information in log files. Messages are defined for specific applications and
304
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
modules but a few are common messages that can be used in any application. All applications also use messages stored outside of the message dictionary. The message dictionary is described in the Oracle Fusion Applications Developer's Guide.
Managing Messages • Use the Manage Messages page to create and edit custom messages in the message dictionary, as well as edit predefined messages. Do not delete predefined messages unless you are sure that they are not used anywhere. Refer to the Oracle Fusion Applications Developer's Guide. See: Introduction to Message Dictionary Messages • Messages outside of the message dictionary, such as confirmations and field validations, are managed either in the Oracle Application Development Framework or through message resource bundles used for translation.
Related Topics • Modules in Application Taxonomy: Explained • Creating and Editing Messages: Highlights • Common Messages: Points to Consider
Creating and Editing Messages: Highlights Each message in the message dictionary has many attributes and components such as message properties, text, and tokens. You set these attributes when creating or editing the message. To create or edit a message, navigate to the Manage Messages task in the Setup and Maintenance work area and open the Manage Messages page. Details about these messages are described in the Oracle Fusion Applications Developer's Guide.
Message Properties • The message type identifies the type of information in that message. See: Understanding Message Types • The message name and number are identifiers for the message. There are specific message number ranges for predefined messages in each application, and you should not edit numbers assigned to predefined messages. When creating custom messages, use only message numbers within the 10,000,000 to 10,999,999 range. See: About Message Names See: About Message Numbers • The translation notes for predefined messages might contain internal content that you can disregard. See: About Translation Notes • The message category, severity, and logging enabled option are related to the incident and logging process. See: About Grouping Messages by Category and Severity See: Understanding Incidents and Diagnostic Logs with Message Dictionary
305
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Message Text and Tokens • The message text comprises various components, some of which are displayed only to select users. To determine which component of the message text is displayed to a particular user, set the Message Mode profile option (FND_MESSAGE_MODE) at the user level for that user. The message component short text is visible to all users and therefore, it is understood that the profile option does not apply to this component. Also, the profile option applies only to messages in the message dictionary. See: About Message Components • Tokens are variables that represent values to be displayed in the message text. See: About Tokens
Related Topics • Modules in Application Taxonomy: Explained • Common Messages: Points to Consider
Common Messages: Points to Consider Message names that begin with FND_CMN and message numbers between 0 and 999 are common messages. Each common message can appear in multiple places in any product family across Oracle Fusion Applications. For example, the FND_CMN_NEW_SRCH message can be used for any search to indicate that no results were found. Common messages of type error or warning are part of the message dictionary.
Creating and Editing Common Messages You can create custom common messages for use in multiple places. You can choose any suitable naming convention but the message number should be within the range that is designated for the product.
Note Do not begin the message name with FND_CMN as this is already used in the existing common messages. Common messages can be used in any application. Therefore, consider the ramifications if you edit any aspect of the message, including incident and logging settings. Changes would be reflected in all instances where the message is used. For example, if you change the message text, make sure that the text is generic and applies to all users across Oracle Fusion Applications.
Define Document Sequences Document Sequences: Explained In Oracle Fusion Applications, each business document or business event is uniquely identified by a document sequence number that you assign to it. However, the document sequencing feature must be turned on (enabled) on the business document or event to allow the assignment. For example, if document sequencing is enabled, you can assign a document sequence number to an invoice that gets generated in response to a purchase order. You can use document sequences as a proof to track successfully executed transactions as well as failed transactions. Additionally, a document sequence helps in generating an audit trail, which can be used to identify how a particular transaction passed through various applications.
306
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Document sequencing can be managed automatically, manually, and gaplessly.
Note Plan your document sequencing carefully before you use the options available in the application to apply sequence numbers. Avoid changes to the options after you saved your work on the Manage Document Sequences and Manage Document Sequence Categories pages.
Automatic Sequencing Automatic document sequencing assigns a unique number to each document as it is generated, and this unique number is stored in the database. The numbering is sequential by date and time of creation. If you define a sequence to automatically number is used. documents, you can provide an initial value to begin the sequence. In absence of a custom value, the default value 1
Manual Sequencing Manual sequencing requires you to assign a unique number to each document before it is generated. In manual sequencing, the numerical ordering and completeness of a transaction is not enforced. Users can skip or omit numbers when entering the sequence value. However, each time that a number is assigned, the application validates its uniqueness.
Gapless Sequencing Gapless sequencing is similar to automatic sequencing. It automatically generates a unique number for each document, but does that only for successfully generated documents. As a result, the sequence is maintained for all the documents that are generated, and no sequence numbers are lost due to incomplete or failed document generation. Additionally, you can control the gapless document sequencing by enforcing the Transaction Date Validation option. When enabled, this option checks for the transaction date of a particular document and assigns the sequence number accordingly, to maintain the chronological order in which the documents are created and assigned sequence numbers. The sequence numbers and the transaction dates are chronologically correlated to prevent any mismatch of a new document sequence being assigned to an older document or vice-versa.
Important Use this type of sequencing only if necessary because it may affect the performance of the system and slow down transaction processing.
Related Topics • Modules in Application Taxonomy: Explained
Document Sequence Categories: Explained A document sequence category is a set of documents that share similar characteristics and that are formed into a logical group. Document sequence categories simplify the task of assigning number sequences to specific documents. Instead of assigning a number to each document, you assign a document sequence to one or more document sequence categories. The document sequence category automatically takes care of numbering the documents. A document sequence category identifies the database table that stores documents resulting from transactions that your users enter. When you assign a sequence to a category, the sequence numbers the documents that are stored in a particular table. You must create document sequence categories to be able to manage the task of assigning document sequences.
307
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Restriction Once a document sequence category is created, you can't change the application, the category code, or the table name. Therefore, carefully consider these details and plan your document sequencing requirement before you begin working with the application. Once you create a document sequence category, it is available for use under the Document Sequences: Assignments section on the Manage Document Sequences page. The Category field contains the name of the document sequence category. After you create a document sequence, you can assign it to a document sequence category.
Document Sequences: Points to Consider Sequencing documents is an important business and legal requirement. Certain aspects of the defining process are permanent and cannot be modified later. Therefore, it is important that you first decide the appropriate document sequence to use for a set of documents. You must also decide beforehand the type of document sequencing, because you aren't allowed to switch to other types once a sequence is assigned to a document sequence category. Make a note of the details such as the document sequence and document sequence category so that you can refer to them at a later point in time. Also note if there are any restrictions or configuration prerequisites before you define document sequencing.
Note Products that implement document sequencing have specifications about its usage. Refer to the corresponding product documentation for specific details and also to determine if there are any restrictions or configuration prerequisites.
Creating and Editing Document Sequences You can create document sequences that are automatic, manual, or gapless, depending on the business or legal requirement. By default, the current date is considered as the start date. If the end date is left blank, it means that the sequence definition never expires. Among the several options used in creating and editing document sequences, the following options are functionally more important and therefore need to be carefully determined: • Determinant Type: Select to limit the document sequencing activity to certain documents that belong to a specific business entity, such as Ledger, Tax Registration, and so on. • Initial Value: Enter a value for the first document in your sequence. This field applies only to sequences with automatic or gapless numbering types. Sequence numbers must not be greater than eight digits. If you leave this field blank, the first document is automatically assigned a value of 1. Once a document sequence is defined, you can't change this initial value.
Creating and Editing Document Sequence Categories Document sequence categories are defined to make it easy to assign document sequence definitions to a group of documents instead of to individual documents. Each document sequence category is mapped to a specific table, where the documents belonging to that category are stored. The table must already be enabled for document sequencing. When specifying the table, you must consider the following points: • When the sequential numbering feature checks for completeness or generates a report, it locates the category's documents in the table. • You can select only tables belonging to the application associated with the category. • Once a category is defined, you can't change the choice of table.
Assigning Document Sequences Identify the documents to be numbered before assigning them a document sequence. For each document sequence, there can be only one active assignment to a document sequence category, a method code, and a determinant value (if
308
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
applicable). As part of the assignment, specify whether the document is created automatically (for example, due to a batch process, or manually through a form). If you don't specify an end date, the assignment continues to remain active throughout the process cycle. If a determinant type was specified for the document sequence, then enter a specific determinant value related to the selected determinant type. At runtime, when users create documents, the document sequence to be assigned is determined by finding the active assignment that matches the correct combination of category, numbering method, and the date range containing the transaction date.
Auditing Document Sequences You can audit document sequences, if required, to provide an audit trail of the document sequences used in a specific product. However, before enabling the audit functionality for a document sequence, you must have created an audit table for the specific document sequence, using appropriate details. Enabling the audit functionality is permitted only for newly created document sequences. You can't audit document sequences that are already in use by a specific product. For more information about defining a document sequence audit table, see the Oracle Fusion Applications Developer's Guide.
Related Topics • Managing Modules in Application Taxonomy: Points to Consider
Define Trees Trees: Overview Trees are hierarchical structures that enable several data management functions such as better access control, application of business rules at various levels of hierarchies, improved query performance, and so on. A hierarchy contains organized data and enables the creation of groups and rollups of information that exist within an organization. On the Setup and Maintenance Overview page, search for the Manage Trees and Tree Versions task and use the available functionality to organize data into hierarchies. For example, XYZ Corporation has two departments: Marketing and Finance. The Finance department has two functional divisions: Receivables and Payables. Defining a tree for the XYZ Corporation establishes a hierarchy between the organization and its departments, and between the departments and their respective functional divisions. Such a hierarchical modeling of organizational data could be used for executing several data management functions within that organization. You can create one or more versions of trees, and they can be labeled for better accessibility and information retrieval. You can create trees for multiple data sources so that you can share the trees across Oracle Fusion applications.
Tree Structures A tree structure is a representation of the data hierarchy, and guides the creation of a tree. A tree is an instance of the hierarchy as defined in the tree structure. Tree structures enable you to enforce business rules to which the data must adhere. The root node is the topmost node of a tree. Child nodes report to the root node. Child nodes at the same level, which report to a common parent node, are called siblings. Leaves are details branching off from a node but not extending further down the tree hierarchy.
Tree Versions A tree is created having only one version. However, users can create more than one tree version depending on the need, and they can make changes to those versions. Depending on varying requirements, users can create one or more tree versions
309
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
and publish all of them or some of them by making the versions active at the same time. Similar to any other version control system, versions of trees are maintained to keep track of all the changes that a tree undergoes in its life cycle.
Tree Labels Tree labels are short names associated with trees and tree structures and point directly to the data source. Tree labels are automatically assigned to the tree nodes. You can store labels in any table and register the label data source with the tree structure.
Manage Tree Structures Tree Structures: A tree structure defines Explained the hierarchy for creating trees and prescribes rules based on which trees are created, versioned, and accessed. You can associate multiple data sources with a tree structure. A tree is an instance of this hierarchy. Every tree structure can contain one or more trees. You can create tree structures specific to an application but you can share tree structures across applications. If you apply version control to the tree structure, it is carried over to the trees that are based on the tree structure. Each tree version contains at least one root node. Occasionally, a tree version may have more than one root node. An administrator controls the access to tree structures through a set of rules that are periodically audited for validity.
Tree Structure Definition: Points to Consider Defining a tree structure involves specifying several important pieces of information on the Create Tree Structure: Specify Definition page.
Tree Node Selection The Tree Node table displays data in nodes that exist in the data hierarchy. You must select the correct and most appropriate tree node table to define the tree structure, based on the tree hierarchy you want to establish. This selection also affects the level of security that is set on a tree node and its child entities.
Tree Sharing Mode The following options are used to determine the mode of sharing a tree structure across the applications. • Open: Indicates that the tree is associated with all reference data sets. • Set ID: Indicates that the tree will be associated with a specific reference data set.
Creation Mode Indicates the source where the tree structure is being defined. Select Oracle for predefined tree structures, and select Customers for custom structures.
Customization You can customize the predefined tree structures as well as the ones that you created. However, customizing the predefined tree structures involves certain level of access restrictions, and will be limited to specific tree nodes and downwards in hierarchy.
Multiple Tree Versions One or more trees and tree versions can be based on a tree structure. A tree structure can have one or more trees and tree versions based on it. Usually, only one active version is permitted at any given point of time. However, depending on the requirement, you can allow two or more tree versions to be in the active state for the same date range. You can use this flexibility to select the tree version that you want to implement.
310
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Managing Tree Structures: Points to Consider You can create, edit, and delete tree structures depending upon the requirement. You can also audit and change the status a tree structure.
Creating and Editing Tree Structures You can create trees based on a tree structure. When you edit an active tree structure, the status of the tree structure and all associated trees and their versions change to draft. To reuse a tree structure, you can create a copy of it without copying the associated trees and tree versions. If you delete a tree structure, all the associated trees and tree versions are automatically deleted.
Note For specific information on working with the predefined tree structures that exist in an Oracle Fusion application, refer to the specific product documentation.
Setting Status If you change the status of a tree structure, the status of the trees and tree versions associated with that tree structure also changes. The following table lists the different statuses of a tree structure. S t at u s
M ean i n g
Draft
Yet to be published or is in a modified state.
Active
In use and based on which one or more trees or tree versions are created.
Inactive
Not in use.
Tree Structure Audit Results: Explained Use the tree structure audit results to verify the tree structure's correctness and data integrity. The audit results include the following details: • The name of the validator, which is a specific validation check • The result of the validation, including a detailed message • Corrective actions to take if there are any validation errors
Running an Audit Setting the status of a tree structure to active automatically triggers an audit of that tree structure. You can also manually trigger an audit on the manage Tree Structures page, using Actions - Audit. The Tree Structure Audit Result table shows a list of validations that ran against the selected tree structure.
Validation Details The following table lists the validators used in the audit process and describes what each validator checks for. It also lists possible causes for validation errors and suggests corrective actions.
311
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Validator
Description (what is checked)
Possible Cause for Validation Failure
Suggested Corrective Action
Restrict By Set ID
On the Manage Tree Structures: Specify Data Sources page, if the Set ID check box is selected to enable the Restrict Tree Node List of Values Based on option for a tree structure, each of its data source view objects must have a reference data set attribute. This validation doesn't take place when the check box isn't selected.
Even when the check box is selected, one or more of its data source view objects doesn't contain a reference data set attribute.
If reference data set restriction is required for this tree structure, include a reference data set attribute on all data sources. Otherwise, deselect the check box.
Row Flattened Table Name
On the Manage Tree Structures: Specify Performance Options page, a valid row flattened table must be specified for the tree structure. It can either be the standard row flattened table FND_ TREE_NODE_RF or a custom table.
• The specified table doesn't exist in the database.
On the Manage Tree Structures: Specify Data Sources page, if a labeling scheme is specified for the tree structure by selecting a list item from the Labeling Scheme list box, the label data source view object specified for each data source must be accessible, and the primary keys must be valid. This restriction doesn't apply when you select None from the Labeling Scheme list box.
• Any the source specified labelofdata view objects don't exist.
Available Label Data Sources
Correct the row flattened table definition.
• The specified table doesn't contain the same columns as the FND_TREE_NODE_RF
table.
• Any of the specified label data source view objects don't have primary keys. • When a label data source view object is initially defined, the database registers the primary keys for the view object. If the view object is later modified such that its primary keys nothe longer match primary keys that were
• Correct specifiedthe label data source view object. • Correct the primary keys of the specified label data source view object. • Either correct the primary keys in the label data source view object to match the primary keys that were earlier registered in FND_TS_DATA_SOURCE,
or correct the primary keys registered in that tableview to match new objectthe definition.
312
Oracle Procurement Cloud
Chapter 12
Implementing Procurement Validator
Define Applications Core Configuration Description (what is checked)
Possible Cause for Validation Failure
Suggested Corrective Action
registered earlier, this validation fails.
Available Data Sources
Each data source view object specified for the tree structure must be accessible, and all its primary key attributes must be valid.
• Any of the specified data source view objects don't exist.
• Correct the specified data source view object.
• When a data
• Correct the
source object is initiallyview defined, the database automatically registers the primary keys for the view object if the Use nondefined primary key columns check box on the Data Source dialog box is not selected. If the check box is selected, the database registers the primary keys specified explicitly by the user on the Add Data Source dialog box. If the registered primary keys contain any duplicates, this validation fails.
duplicate column in the registered primary keys. • Correct the primary keys of the specified data source view object. • Correct any mismatch in data types.
• The Use non defined primary key columns check box is selected in a data source, but the list of specified primary key columns doesn't match the primary keys defined in the corresponding data source view object. • Any common attribute that exists in both the data source view object and the tree node
313
Oracle Procurement Cloud
Chapter 12
Implementing Procurement Validator
Define Applications Core Configuration Description (what is checked)
Possible Cause for Validation Failure
Suggested Corrective Action
view object isn't of the same data type in both view objects.
Column Flattened Table Name
On the Manage Tree Structures: Specify Performance Options page, a valid column flattened table must be specified for the tree structure. It can either be the standard row flattened table FND_ TREE_NODE_CF or a custom table.
Restrict by Date
On the Manage Tree Structures: Specify Data Sources page, if the Date Range check box is selected to enable the Restrict Tree Node List of Values Based on option for a tree structure, each of its data source view objects must have effective start date and effective end date attributes. This validation doesn't take place when the check box isn't selected.
Tree Node Table Name
On the Manage Tree Structures: Specify Definition page, a valid tree node table must be specified for the tree structure. It can either be the standard row flattened table FND_TREE_NODE or a custom table.
• The specified table doesn't exist in the database.
Correct the column flattened table definition.
• The specified table doesn't contain the same columns as the FND_TREE_NODE_CF
table.
Even when the check box is selected, one or more of its data source view objects doesn't contain effective start date and effective end date attributes.
• No table is specified in the Tree Node Table field.
If the date restriction is required for this tree structure, include the effective start date and effective end date attributes on all data sources. Otherwise, deselect the check box.
Correct the tree node table definition.
• The specified table doesn't exist in the database. • The specified table doesn't contain the same columns as the FND_TREE_NODE table.
314
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Validator
Description (what is checked)
Possible Cause for Validation Failure
Suggested Corrective Action
Allow Node Level Security
If the Allow Node Level Security option is set to No for the tree structure, the same option can't be set to Yes on any of its data sources. This is a database setting that isn't visible on the Manage Tree Structures page.
The option is set to No for the tree structure but one or more associated data sources have that option set to Yes.
Correct the option setting in the tree structure and their data sources.
Specifying Data Sources for Tree Structures: Points to Consider The data sources provide the items for establishing hierarchy in a tree structure. In the tree management infrastructure, these data sources are Oracle Application Development Framework (ADF) business components view objects, which are defined by application development.
Labeling Schemes Selecting a labeling scheme determines how the tree nodes are labeled. You may select a labeling scheme to assign at the data source level, at the parent node level, or keep it open for customers assignment. You may also choose not to have any labeling scheme. However, if you decide to use any of the labeling schemes, select the following additional options, to restrict the list of values that appear under the selected tree node. • Allow Ragged Nodes : To include nodes that have no child nodes, and are shorter than the remaining nodes in the entire hierarchy. • Allow Skip Level Nodes : To include nodes that are at the same level but have parent nodes at different levels.
Restriction of Tree Node Values You can decide the depth of the tree structure by selecting an appropriate value from the list. Keeping the depth limit open renders an infinite list of values. Using the following options, you can restrict the list of values that appear for selection under a specific tree node. • Date Range: Specifies whether a selection of nodes should be restricted to the same date range as the tree version. • Allow Multiple Root Nodes: Allows you to add multiple root nodes when creating a tree version. • Reference Data Set: Specifies whether a selection of nodes should be restricted to the same set as the tree.
Data Source Values and Parameters Tree data sources have optional data source parameters with defined view criteria and associated bind variables. You can specify view criteria as a data source parameter when creating a tree structure, and edit the parameters when creating a tree. Multiple data sources can be associated with a tree structure and can have well-defined relationships among them.
Note Parameter values customized at the tree level override the default values specified at the tree-structure level.
315
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
The data source parameters are applied to any tree version belonging to that data source, when performing node operations on the tree nodes. Data source parameters also provide an additional level of filtering for different tree structures. The tree structure definition supports three data source parameter types. • Bound Value: Captures any fixed value, which is used as part of the view criteria condition. • Variable: Captures and binds a dynamic value that is being used by the data source view object. This value is used by the WHERE condition of the data flow. • View Criteria: Captures the view criteria name, which is applied to the data source view object. You can also specify which of the data source parameters are mandatory while creating or editing the tree structure. View objects from the ADF business components are used as data sources. To associate the view object with the tree structure, you can pick the code from ADF business component view objects and provide the fully qualified name of the view object, for example, oracle.apps.fnd.applcore.trees.model.view.FndLabelVO.
Specifying Performance Options for a Tree Structure: Points to Consider Tree structures are heavily loaded with data. As a tree management guideline, use the following settings to improve performance of data rendering and retrieval. • Row Flattening • Column Flattening • Column Flattened Entity Objects • ADF Business Component View Objects
Row Flattening Row flattening optimizes parent-child information for run-time performance by storing additional rows in a table for instantly finding all descendants of a parent without initiating a CONNECT BY query. Row flattening eliminates recursive queries, which allows operations to perform across an entire subtree more efficiently. To store row flattened data for the specific tree structure, users can either use the central FND_TREE_NODE_RF table or they can register their own row flattened table. For example, in a table, if Corporation is the parent of Sales Division (CorporationSaleswith Division), and Sales Division theparent parentofofRegion Region(Corporation-Region). (Sales Division-Region), a row-flattened table contains an additional row Corporation directly beingisthe
Column Flattening Column flattening optimizes parent-child information for runtime performance by storing an additional column in a table for all parents of a child. To store column flattened data for the specific tree structure, users can either use the central FND_TREE_NODE_CF table or they can register their own column flattened table. For example, in a table, if Corporation is the parent of Sales Division (Corporation-Sales Division), and Sales Division is the parent of Region (Sales Division-Region), a flattened table in addition to these columns, contains three new columns: Region, Sales Division, and Corporation. Although positioned next to each other, the column Region functions at the lower level and Corporation at the higher level, retaining the data hierarchy.
Column Flattened Entity Objects In the absence of a column-flattened table, if you need to generate the business component view objects for your tree structure for the flattened table, use the tree management infrastructure to correctly provide the fully qualified name of the entity object for the column flattened table.
ADF Business Component View Objects View objects from the ADF business components can also be used as data sources, eliminating the need to create new types of data sources. This field is to store the fully qualified name for the business component view object generated by the tree management for business intelligence reporting and usage The business component view object is a combination of the tree data source and column flattened entity. Using this option prevents data redundancy and promotes greater reuse of existing data, thereby improving the performance of the tree structure.
316
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Manage Tree Labels Tree Labels: Explained Tree labels are tags that are stored on tree nodes. You can store labels in any table and register the label data source with the tree structure. When a labeling scheme is used for trees, the selected labels are stored in the tree label entity, and each tree node contains a reference to a tree label in the labeling scheme. The following table lists the three ways in which tree labels are assigned to the tree nodes.
LabelingScheme Level
Description Labels that are automatically assigned based on the data source to which the tree node belongs. A level label points to a specific data source. For example, in a tree that reflects the organizational hierarchy of an enterprise, all division nodes appear on one level and all department nodes on another.
Group
Labels that you can arbitrarily assign to tree nodes.
Depth
Labels that are automatically assigned based on the depth of the tree node within the tree. No manual assignment is performed.
Note In an unbalanced hierarchy, a level may not be equal to depth.
Manage Trees and Tree Versions Managing Trees and Tree Versions: Points to Consider You can create and edit trees and tree versions depending upon the requirement. A tree can have one or more tree versions. When changes are made to an existing tree, a new version is created and published.
Creating and Editing Trees Trees are created based on the structure defined in the tree structure. You can create trees, modify existing trees, and delete trees. If you want to copy an existing tree, you can duplicate it. However, only the tree is duplicated and not its versions. Creating a tree involves specifying the tree definition and specifying the labels that are used on its nodes. If the selected tree structure has data sources and parameters defined for it, they appear on the page allowing you to edit the parameter values at the tree node level.
Note Parameter values customized at the tree level will override the default values specified at the tree-structure level.
317
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Creating and Editing Tree Versions Tree versions are created at the time of creating trees. Each tree must contain a version. Editing an existing tree provides you with the option of updating the existing version. You can also edit the existing version that lies nested under the tree in the search results. When you edit a tree version bearing Active status, the status changes to Draft until the modifications are saved or cancelled.
Tree Version Audit Results: Explained Use the tree version audit results to verify the tree version's correctness and data integrity. The audit results include the following details: • The name of the validator, which is a specific validation check • The result of the validation, including a detailed message • Corrective actions to take if there are any validation errors
Running an Audit An audit automatically runs whenever a tree version is set to active. You can also manually trigger an audit on the Manage Trees and Tree Versions page, using Actions - Audit. The Tree Version Audit Result table shows a list of validations that ran against the selected tree version.
Validation Details The following table lists the validators used in the audit process and describes what each validator checks for. It also lists possible causes for validation errors and suggests corrective actions. Validator
Description (what is checked)
Possible Cause for Validation Failure
Suggested Corrective Action
Effective Date
The effective start and
The effective end date is
Modify the effective start
end dates of the tree version must be valid.
set to athan valuethe that is not greater effective start date.
andeffective end dates such the start datethat is earlier than the effective end date.
On the Manage Tree Structures: Specify Data Sources page, if the Allow Multiple Root Nodes check box for the Restrict Tree Node List of Values Based on option is not selected, and if the tree structure is not empty, the tree version must contain exactly one root node. This validation does not take place if the
Even if the check box is deselected, the tree version has multiple root nodes.
Modify the tree version such that there is exactly one root node.
The tree version has data at a depth greater than the specified depth limit
Modify the tree version such that all nodes are at a depth that complies
Root Node
Data Source Max Depth
check box is selected. For each data source in the tree structure, on the Data Source dialog
318
Oracle Procurement Cloud
Chapter 12
Implementing Procurement Validator
Define Applications Core Configuration Description (what is checked)
Possible Cause for Validation Failure
Suggested Corrective Action
box, if the data source is depth-limited, the data in the tree version must adhere to the specified depth limit. This validation doesn't apply to data sources for which the Maximum Depth field is set to Unlimited.
on one or more data sources.
with the data source depth limit.
Duplicate Node
On the Data Source dialog box, if the Allow Duplicates check box isn't selected, the tree version must not contain more than one node with the same primary key from the data source. If the check box is selected, duplicate nodes are permitted.
Even when the check box is deselected, the tree version contains duplicate nodes.
Remove any duplicate nodes from the tree version.
Available Node
All nodes in the tree version must be valid and available in the underlying data source.
• A node in the tree version doesn't exist in the data source. Deleting data items from the data source without removing the corresponding nodes from the tree version can result in orphaned nodes in the tree version. For example, if you added node A into your tree version, and subsequently deleted node A from the data source without removing it from the tree version, the validation fails.
Remove any orphaned nodes from the tree version. Update tree reference nodes so that they reference existing tree versions.
• The tree version contains a tree reference node, which references another tree
319
Oracle Procurement Cloud
Chapter 12
Implementing Procurement Validator
Define Applications Core Configuration Description (what is checked)
Possible Cause for Validation Failure
Suggested Corrective Action
version that does not exist.
Node Relationship
All nodes must adhere to the relationships mandated by the data sources registered in the tree structure.
The tree structure has data sources arranged in a parentchild relationship, but the nodes in the tree don't adhere to the same parent-child relationship. For example, if the tree structure has a Project data source with a Task data source as its child, Task nodes must always be under Project nodes in the tree version. This validation fails if there are instances where a Project node is added as the child of a Task node.
Modify the tree version such that the nodes adhere to the same parent-child relationships as the data sources.
SetID Restricted Node
On the Manage Tree Structures: Specify Data sources page, if the Set ID check box is selected to enable the Restrict Tree Node List of Values Based on option for each tree node, the underlying node in the data source must belong to the same reference data set as the tree itself. This restriction doesn't apply when the check box is not selected.
Even when the check box is selected, the tree version has nodes whose data source values belong to a different reference data set than the tree.
Modify the tree version such that all nodes in the tree have data sources with reference data set matching that of the tree.
Label Enabled Node
On the Manage Tree Structures: Specify Data Sources page, if a labeling scheme is specified for the tree structure by selecting a list item from the Labeling Scheme list box, all nodes must have labels. This restriction doesn't apply when you select None from the
The tree structure has a labeling scheme but the tree version has nodes without labels.
Assign a label to any node that doesn't have a label.
320
Oracle Procurement Cloud
Chapter 12
Implementing Procurement Validator
Define Applications Core Configuration Description (what is checked)
Possible Cause for Validation Failure
Suggested Corrective Action
Even when the check box is selected, there are data source nodes that have a date range beyond the tree version's effective date range. For example, if the tree version is effective from Jan-01-2012 to Dec-31-2012, all nodes in the tree version must be effective from Jan-01-2012 to Dec-31-2012 at a minimum. It is acceptable for the nodes to be effective for a date range that extends partly beyond the tree version's effective date range (for example, the node data source value is effective from Dec-01-2011 to Mar-31-2013). It isn't acceptable if the nodes are effective for none or only a part of the
Ensure that all nodes in the tree version have effective date range for the effective date range for the tree version.
Labeling Scheme list box.
Date Restricted Node
On the Manage Tree Structures: Specify Data Sources page, if the Date Range check box is selected to enable the Restrict Tree Node List of Values Based on option for a tree structure, each node in the underlying data source must have an effective date range same as the effective date range of the tree version. This restriction doesn't apply if the check box isn't selected.
tree version's date range (foreffective example, the node data source value are effective only from Jan-01-2012 to June-30-2012). Multiple Active Tree Version
On the Manage Tree Structures: Specify Definition page, if the Allow Multiple Active Tree Versions check box isn't selected for the tree structure, there must not be more than one active tree version under a tree at any time. This restriction doesn't apply if the check box is
Even when the check box isn't selected, there is more than one active tree version in the tree for the same date range.
Set no more than one tree version to Active within the same date range and set the others to inactive or draft status.
Even when the check box isn't selected, there
Ensure that any range nodes in your tree
selected. Range Based Node
On the Data Source dialog box, if the Allow
321
Oracle Procurement Cloud
Chapter 12
Implementing Procurement Validator
Define Applications Core Configuration Description (what is checked)
Possible Cause for Validation Failure
Suggested Corrective Action
Range Children check box isn't selected, range-based nodes are not permitted from that data source. This restriction doesn't apply if the check box is selected.
are range-based nodes from a data source.
version are from a data source that allows range children.
Terminal Node
On the Data Source dialog box, if the Allow Use as Leaves check box isn't selected, values from that data source can't be added as leaves (terminal nodes) to the tree version. This restriction doesn't apply if the check box is selected.
Even when the check box isn't selected, values from a data source are added as leaf nodes (terminal nodes).
Modify the tree version such that all terminal nodes are from data sources for which this check box is selected.
Usage Limit
On the Data Source dialog box, if the Use All Values option is selected to set the Usage Limit for the data source, every value in the data source must appear as a node in the tree. This restriction doesn't apply if None option is selected.
Even if the Use All Values option is selected, there are values in the data source that aren't in the tree version.
For each data source value that isn't yet available, add nodes to the tree version.
Trees and Data Sources: How They Work Together Data sources are the foundation of tree management. Tree structures, trees, and tree versions establish direct and realtime connectivity with the data sources. Changes to the data sources immediately reflect on the Manage Trees and Tree Versions page and wherever the trees are being used.
Metadata Tree structures contain the metadata of the actual data that is used in Oracle Fusion Applications. Tree structures contain the core business logic that is manifested in trees and tree versions.
Data Storage Trees and tree versions are built upon the tree structures. They employ the business rules defined in the tree structures. You can select and enable a subset of trees to fulfill a specific purpose in that application.
322
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Access Control Source data is mapped to tree nodes at different levels in the database. Therefore, the changes you make to the tree nodes affect the source data. Access control set on trees prevents unwanted data modifications in the database. Access control can be applied to the tree nodes or anywhere in the tree hierarchy.
Adding Tree Nodes: Points to Consider Tree nodes are points of data convergence where a tree branches into levels. Nodes are the building blocks of a tree structure and are attached to tree versions. Whenever you create or edit a tree version, you need to specify its tree node. In the Setup and Maintenance work area, search for the Define Trees task and access the Manage Trees and Tree Versions page.
Managing Tree Nodes You can create, modify, or delete tree nodes on the Tree Version: Specify Nodes page. To add a tree node, ensure that the tree structure with which the tree version is associated is mapped to a valid data source. You can also duplicate a tree node if the multiple root node feature is enabled.
Node Levels Usually, the nodes at a particular level represent similar information. For example, in a tree that reflects the organizational hierarchy, all nodes representing divisions appear at one level and all the department nodes on another. Similarly, in a tree that organizes a user's product catalog, the nodes representing individual products might appear at one level and the nodes representing product lines on the immediate higher level. The following node levels are in use: • Root node: The topmost node in the tree structure • Parent node: The node that branches off into other nodes • Child node: The node that is connected to a node higher in hierarchy (parent node) • Sibling node: Nodes that are at the same level and belong to the same parent node • Leaf node: Entities branching off from a node but not extending further down the tree hierarchy
Node Types A tree node has the following node types. • Single: Indicates that the node is a value by itself. • Range: Indicates that the node represents a range of values and possibly could have many children. For example, a tree node representing account numbers 10000 to 99999. • Referenced Tree: Indicates that the tree node is actually another version for the tree based on the same tree structure, which is not physically stored in the same tree. For example, a geographic hierarchy for the United States can be referenced in a World geographic hierarchy.
Define Profile Options Profile Options: Explained Profile options manage configuration data centrally and influence the behavior of applications. Profile options serve as permanent user preferences and application configuration parameters. You configure profile options with settings for specific
323
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
contexts or groups of users. You can change the values of profile options to customize how your user interfaces look and behave. Profile options store the following kinds of information. TypeofInformation
ProfileOptionExample
User preferences
Settings to provide access to social networking features
Installation information
Setting to identify the location of a portal
Configuration choices
Settings to change user interface skins and behaviors
Processing options
Settings to affect how much information to log either for an entire site or a specific user
You can add and configure new profile options in addition to configuring predefined profile options that are implemented as updateable.
Profile Option Definition and Configuration Application developers add new profile options and configure ones that are not to be updated by other users. Application administrators and implementation consultants configure profile options with profile option values that are implemented as updatable. Profile option definitions consist of the following. • Profile option name • Application and module in the application taxonomy • Profile option values • Profile options categories • Profile option levels • Profile option level hierarchy Profile options can appear on any user interface page without indication that a profile option is what is being set.
Profile Option Values Some profile options have predefined profile option values. The Manage Profile Option Values task flow allows an administrator to set updatable profile option values at the available levels, including the user level. You can access the Manage Profile Option Values task starting in the Setup and Maintenance Overview page and searching for profile option tasks. You can set profile option values at different levels: site, product, and user. The following table provides examples.
324
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Profile Option Level
Value of the Profile Option Level
Profile Option Value
Effect
User
Manager1
UK pound sterling
Access to site and all products shows UK pounds sterling in effect
User
Manager2
US dollar
Access to site and all products shows US dollars in effect
Product
Financials for EMEA
Euro
Unless superseded by a user level value, Euros in effect for Financials for EMEA applications
Site
Site
UK pound sterling
UK pounds sterling in effect for all other users and products
Context such as user session or accessed product determines which profile option value is associated with the profile option name. In the example, if manager1 doesn't set a profile option value for this profile option, access to Financials for EMEA shows currency in Euros; and access to other products shows currency in UK pounds sterling.
Profile Option Categories Categories group profile options based on their functional area. Profile option categories facilitate searching and defining data security. For example, in Oracle Fusion Receivables, the Transactions profile option category groups profile options related to setting how Receivables transactions are to be processed, such as Require Adjustment Reason. A profile option can be in more than one category.
Profile Option Hierarchies and Levels Application developers specify at which hierarchy level a profile option is enabled. The predefined profile option hierarchy levels are site, product, and user. The hierarchy levels specified in the profile option definition determine the context in which a profile option value may be set. If the profile option value at a particular level is updatable, an administrator can update the profile option value for that context.
Note Profile options should only be enabled for context levels that are appropriate for that profile option. For example, a profile option indicating a global configuration setting must not be enabled at the user level, if users cannot choose a different value for that setting. For security, one level in the hierarchy is designated as a user level. A profile option may be enabled at any or all hierarchy levels. atover all levels, ordering profile option hierarchy levels gives precedence to the level values are setWhen at the enabled user level valuesthe setpredefined at the product and of site levels, and precedence to values set at the product to that values set at the site level. If there is no value for the current user, then the product value applies. If there is no value for the user or product, then the site value applies.
325
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
The table shows the predefined profile option hierarchy and ordering. H i er ar ch y L ev el
Priority When Multiple Levels Set
Effect o n A pplications
Example
Site
Lowest
Affect all applications for a given implementation
Currency for the site is set to Euros.
Product
Supersedes Site
Affect all applications of a product family such as Financials
Currency for the Financials products set to UK pound sterling.
User
Highest, supersedes Product
Affect only the experience of the current user
Currency for the user of Financials applications set to US dollars.
You can configure updatable values for profile options at one or more levels depending on which levels are enabled in the profile option definition. When a profile is set at more than one level, higher levels of specificity override lower levels of specificity. In the example, if the currency setting for the site is UK pounds sterling, but the Financials division works in the Netherlands using the Euro, a manager in the US can override that product level setting at the user level to use US dollars when accessing Financials applications. In another example, if a profile option called Printer is set only at the site and product levels. When a user logs on, the Printer profile option assumes the value set at the product level, since it is the highest level setting for the profile.
Tip Set site-level profile option values before specifying values at any other level. The profile option values specified at the site-level work as defaults until profile option values are specified at the other levels. For more information on the predefined profile options, see assets with the Profile Option type in the Oracle Enterprise Repository for Oracle Fusion Applications (http://fusionappsoer.oracle.com).
Related Topics • Modules in Application Taxonomy: Explained • Oracle Enterprise Repository for Oracle Fusio n Applications: Explained
Planning Profile Options: Points to Consider Plan profile options before defining and configuring them. The following aspects assist you in better planning how to manage profile options. • Profile option tasks • Before creating a profile option • Profile options data model
326
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Profile Option Tasks Users may set their own profile options, depending on settings in the profile option definition. However, not all profile options are visible to end users, and some profile options, while visible, may not be updated by end users. The following table lists tasks and considerations relevant to planning profile options. T as ks
R o le
Considerations
Planning, creating, and editing a new profile option
Applications developer
Since profile options are for permanent settings, don't use profiles options to cache temporary session attributes. Add capacity for user preferences and system configuration. Customize profile options with values, value behaviors, validation, category values, and security. Define the levels at which the profile option is enabled.
Configure values in an existing profile option
Applications developer, application administrator, and implementation consultant
Manage the values for existing profile options.
Create and edit profile option categories
Applications developer, application administrator, and implementation consultant
Manage categories for organizing existing profile options.
Note Since a profile option enables a behavior in an application user interface or across applications, a value change made by an end user is reflected in the UI page for managing profile option values.
Before Creating a Profile Option Profile options are best defined for managing configuration data centrally and influencing the behavior of applications. • If the purpose of a profile option setting is specific to a piece of data (typically setup data), it is best implemented as an attribute of that data. • Don't use profile options for something that is not configurable. • Profile options exist independent of role. • Don't use profile options to implement function security. For example, an application must not check for a profile option value set to yes to provide access to a page. Don't use profile options to implement data security, such as a profile option value that must be set to a specific value to provide view access to an entity. • Don't use profile options to capture a dynamic system states, such as data stored in a temporary table. Use Global Variables for temporary states instead. • Evaluate if there is a genuine need before creating a profile option. Don't force users to make a decision about an aspect of their application use that is of no concern.
327
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
• Evaluating need includes looking for duplicate or similar profile options, even in other products, before creating a new one. For example, you don't need multiple profile options to choose a preferred currency.
Profile Options Data Model The profile option data model illustrates the relationships among profile option elements. The figure shows the data model of profile option entities.
For more information about planning profile options, see the Oracle Fusion Applications Developer's Guide.
Managing Profile Options: Points to Consider A profile option definition consists of a name for the profile option and valid values. It is defined within a module of the application taxonomy. Application developers manage profile options to create new profile options or modify existing profile option definitions, which includes specifying the levels at which a profile option is enabled and defining values. Implementation consultants and application administrators configure existing profile options by managing the profile option's updatable values, and creating categories that group profile options.
Configuring a Profile Option A profile option definition includes information about the owning application and module in the application taxonomy. A start or end date, or both may limit when a profile option is active. The profile option definition may include an SQL validation statement that determines which values are valid, and the hierarchy levels at which the profile option is enabled and updatable. A profile option must be enabled for it to be visible to users. You can also allow user updates of the profile option, which means users can make changes to the validation and the profile option level information.
328
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Profile option levels specify at which context level profile values may be enabled or updated Profile options should only be enabled for context levels that are appropriate for that profile option. For example, a profile option indicating a global configuration setting must not be enabled at the user level, if users cannot choose a different value for that setting.
SQL Validation The SQL validation of the profile option definition determines what valid profile option values are available. In the absence of validation, any value is valid. For example, SQL validation provides a means of defining a list of values for the valid values of the profile option. The SQL validation can use lookups to provide the valid values for profile options, such as the lookup codes of the YES_NO lookup type. With a profile option called DEFAULT_LANGUAGE, you can configure the following validation. SELECT DESCRIPTION Language, NLS_LANGUAGE FROM FND_LANGUAGES_VL WHERE INSTALLED_FLAG IN ('B','I') ORDER BY DESCRIPTION
This results in the following list of values based on data in FND_LANUGUAGE_VL. DisplaVyalue
HiddeV nalue
American English
US
French
F
Spanish
E
Profile options generally provide configuration values within a particular context. Though you can create a profile option to be global, think of global values as default values to avoid storing inappropriate configuration information as profile option values. Create global profile options that have corresponding contextual levels.
Managing Profile Option Categories: Points to Consider Use profile option categories to group profile options.
Organizing Profile Options in Categories As a guideline, group profile options in a single category if the profile options affect the same feature, or if an administrator would likely want to see the profile options in the results of a single search. Application developers are responsible for the initial groupings and then administrators can make changes based on their specific needs. Administrators can categorize profile options and then easily search on profile options by category.
Tip Define profile option categories first and assign new profile options to existing categories rather than defining profile options first and then defining categories to categorize them.
329
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Adding New Profile Option Categories You can add new categories or add profiles to an existing category. You can create a profile option category by duplicating an existing category and editing it for a new grouping of profile options. You can add multiple profile options to a category. A profile option can exist in multiple categories.
Profile Option Order in a Category Specify a profile option sequence to determine the order of profile options when queried by profile option category.
Viewing and Editing Profile Option Values: Points to Consider A profile option value consists of the level at which it is set and a value for the level. For example, the product level of Oracle Fusion General Ledger and its value GL. Adding or modifying profile option values can include deciding which valid values are enabled or updatable at which level. The SQL validation of the profile option definition determines what valid profile option values are available. In the absence of validation, any value is valid.
Profile Option Levels and User Session Context Site level profile option values affect the way all applications run for a given implementation. Product level profile option values affect the way applications owned by a particular product code behave. For example, a product may use profile options set at the product level to determine how regions provided by a common module. For example, profile options of Oracle Fusion Trading Community Model or Customer Relationship Management (CRM) display in a particular work area or dashboard. User level profile option values affect the way applications run for a specific application user. Whichever profile option value is most specific to a user session, that is the value at which the profile option is set for the user session. For example, the predefined FND_LANGUAGE profile option sets the default language. In addition to a site level value, you can define a value for various product or user levels. LeveN l am e
LeveVl alue
ProfileOptionValue
Site
InFusion
American English
Product
Customer Center
French
Product
CRM Application Composer
American English
User
Application Administrator
American English
User
Hima
Hindi
Values at the site level effect for any user unless by a different set at the product more specific levels of In product and user. Product leveltake profile option values affect theoverridden way applications ownedvalue by a particular code behave. addition to user level profile option values in applications, selections may be available in the user preferences workspace.
330
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
The following table demonstrates the FND_LANGUAGE profile option settings that would apply to specific users. For example, the user Hima is using the CRM Application Composer product, in the InFusion site. The example above shows that this profile option is set to Hindi at the user level for Hima. Because user is the highest applicable level for Hima, the applicable profile option value is Hindi for Hima. S it e
Product
User
Highest Available Level
Active Profile Option Value
InFusion
CRM Application Composer
Hima
User
Hindi
Acme
Payables
Application Administrator
User
American English
InFusion
Customer Center
Guillaume
Product
French
InFusion
Payables
Implementation Consultant
Site
American English
Acme
Payables
Implementation Consultant
none
no value
Note More than one site level value is relevant in an enterprise with multiple tenants using a single instance of Oracle Fusion Applications.
Effect of Changes to Profile Option Values Any change you make to a user level profile option has an immediate effect on the way applications run for that session. When you sign in again, changes made to your user level profile options in a previous session are still in effect. When you change profile option value at the product level and no user level values are set, you see the update immediately, but other users may not see the changed value until signing out and back in. When you change a profile option value and the new value affects other users, the change takes effect only when users sign in the next time. Changes to site level profile options take effect for any user session that is started after the setting has been changed. Changes to site or user level profile options don't affect any user sessions that are already in progress when the change is made. Changes to site or user level profile options take effect for any C or PL/SQL processes, such as scheduled jobs, that are launched after the setting has been changed. Profile option changes don't affect C or PL/SQL processes that are already running.
331
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Define Flexfields Flexfields: Overview Use descriptive flexfields, key flexfields, and extensible flexfields to add custom fields to pages and capture the data you need. A flexfield is an extensible set of placeholder fields that are associated with a business object. Each segment of a flexfield corresponds to a single application field, such as a segment of a key identifying a particular purchase, or the components of a student's contact information. Using descriptive and extensible flexfields, you can extend business objects to capture data that wouldn't otherwise be tracked by the application. If you need to add custom fields to a business object to meet your enterprise-specific requirements, configure the flexfield to have one segment for each needed field. Using key flexfields, you can configure intelligent key codes comprised of meaningful parts according to your business practices. You configure the key flexfield to have one segment for each part that makes up your key code. Flexfields let you meet enterprise requirements without changing the data model. Different data can be captured on the same database table. Each segment captures a single atomic value, has a name, and maps to a pre-reserved column in the application database. You can use a flexfield to extend a business object if it has been registered for use on that object. Application developers create a flexfield and register it so that it is available for configuration. Administrators and implementation consultants set up or configure segments and other properties of the available flexfields. End users see flexfield segments as fields or attributes of information displayed in the application user interface. They enter a value for the attribute. The value may be selected from a list of valid values or entered as free-form text that complies with formatting rules. The following aspects provide an overview of flexfields: • Accessing flexfields and flexfield management tasks • Types of flexfields • Flexfield segments • Value sets • Structure and context • Deployment • Run time appearance
Accessing Flexfields and Flexfield Management Tasks You can view flexfields on a page where they occur using the Highlight Flexfields feature. You can access flexfield management tasks directly from a highlighted flexfield, through product-specific flexfield management tasks, or by starting in the Setup and Maintenance Overview page which is available from the Navigator or the Administration menu. For lists of flexfields, see assets with the Flexfield: Descriptive, Flexfield: Extensible, or Flexfield: Key type in Oracle Enterprise Repository for Oracle Fusion Applications (http://fusionappsoer.oracle.com).
The following types of flexfields are available in Oracle Fusion Applications and provide a means to customize Types ofthree Flexfields applications features without programming. • Key
332
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
• Descriptive • Extensible For example, in Oracle Fusion Financials, key flexfields represent objects such as accounting codes and asset categories. Generally, correct operations of a product depend on key flexfield setup. In Oracle Fusion Payables, a descriptive flexfield lets you collect custom invoice details fields on an invoices page. You can implement these fields, which are descriptive flexfield segments, as context-sensitive so they appear only when needed on a row-by-row basis when specific contextual information is met. Extensible flexfields are similar to descriptive flexfields, but provide additional advanced features. Generally, setup of descriptive and extensible flexfields is optional because their segments capture custom fields needed beyond the predefined fields.
Segments Each field that you configure using flexfields is a flexfield segment. Segments represent attributes of information. They can appear globally wherever the flexfield is implemented, or based on a structure or context. You define the appearance and meaning of individual segments when configuring a flexfield. A key flexfield segment commonly describes a characteristic of the entity identified by the flexfield, such as a part number structured to include information about the type, color, and size of an item. A descriptive flexfield segment represents an attribute of information that describes a characteristic of the entity identified on the application page, such as details about a device containing components, some of which are globally present on the page while others are contextually dependent on the category of the device.
Value Sets A value set is a named group of values that can be used to validate the content of a flexfield segment. You configure a flexfield segment with a value set that establishes the valid values that an end user can enter for the segment. You define the values in a value set, including such characteristics as the length and format of the values. You can specify formatting rules, or specify values from an application table or predefined list. Multiple segments within a flexfield, or multiple flexfields, can share a single value set.
Structure Context Key flexfields haveand structure. Descriptive flexfields and extensible flexfields have context. Each key flexfield structure is a specific configuration of segments. Adding or removing segments, or rearranging their order, produces a different structure. The database columns on which segments in different structures are based can be reused in as many structures as desired. Descriptive flexfield segments can be context-sensitive, which means available to an application based on a context value rather than globally available wherever the flexfield appears. A descriptive flexfield context is a set of context-sensitive segments that store information related to the same context value. You define contexts as part of configuring a descriptive flexfield. End users see global segments, as well as any context-sensitive segments that apply to the selected context value. Extensible flexfield segments are made available to an application based upon a category value. An extensible flexfield context serves as a container for related segments, used to organize the various segments that are applicable to a category value. You define contexts with context-sensitive segments and associate them to categories as part of configuring an extensible flexfield. End users see the segments displayed in subregions, one for each context associated to the selected category value. In descriptive flexfields and extensible flexfields, the database columns on which context-sensitive segments are based can be reused in as many contexts as desired.
Deployment A flexfield must be deployed to display its current definition in a run time application user interface. For example, if the deployment status is Edited, the flexfield segments may appear in the UI based on the flexfield definition at the time of last deployment, rather than the current definition.
333
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Run Time Appearance In an application user interface, descriptive flexfield segments appear as label and field pairs or as a table of fields where the column headers correspond to the labels. The fields represent the flexfield segments and accept entered input or a selection from a list of choices that correspond to the segment's assigned value set. Extensible flexfield segments appear grouped within labeled regions, where each grouping is a context and the region labels are the context names. Use the Highlight Flexfields command in the Administration menu of the Setup and Maintenance work area to identify the location of the flexfields on the run time page. Flexfields in highlight mode display: • An Information icon button to access details about the flexfield • A Configure Flexfield icon button to manage the flexfield • Tools to add and edit flexfield segments for descriptive and extensible flexfields All segments of a single flexfield are grouped together by default. The layout and positions of the flexfield segments depend on where the application developer places the flexfield on the page. Flexfields may also be presented in a separate section of the page, in a table, or on their own page or subwindow. You can use Oracle Composer to edit the layout, position, or other display features of the flexfield segments.
Related Topics • Modules in Application Taxonomy: Explained • Accessing Flexfield Management Tasks: Procedures
Flexfields and Oracle Fusion Application Architecture: How They Work Together Administrators configure flexfield segments to capture data that represents the values of attributes. Flexfield segments represent attributes of entities (business objects). Most business objects are enabled for descriptive flexfields. Some business objects are enabled for extensible flexfields. For example, an airline manufacturer might require very specific attributes for their orders that aren't provided by the outof-the-box implementation of an order. Because a flexfield exists for the order business object, you can use it to create and configure the desired attribute. The figure shows the layers of a flexfield: the business entity table and metadata in the database, business components that are Application Development Framework (ADF) objects or ADF business component (ADFbc) objects derived from the metadata and stored in Oracle Metadata Services (MDS) Repository, and the user interface where the input fields defined
334
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
by the flexfield segments are rendered. The flexfield definition consists of all the metadata defined during configuration and stored in the database.
Application developers create a flexfield and register it so that it is available for configuration. Administrators and implementation consultants configure segments and other properties of the available flexfields. This information is stored as additional flexfield metadata in the database. Deploying the flexfield generates ADF business components based on the flexfield metadata in the database. The following aspects are important in understanding how flexfields and Oracle Fusion Applications architecture work together: • Integration • Deployment • Import and Export • Run time
335
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
• Patching
Integration The attributes that you add by configuring flexfields are available throughout the Oracle Fusion Middleware technology stack, allowing the flexfields to be used in user interface pages, incorporated into the service-oriented architecture (SOA) infrastructure, and integrated with Oracle Business Intelligence. You identify flexfield segments for integration by the segment's Application Programming Interface (API) name. A flexfield affects the Web Services Description Language (WSDL) schemas exposed by ADF services and used by SOA composites. The Web services that expose base entity data also expose flexfield segment data. Attributes incorporate into SOA infrastructure (BPEL, Rules) and integrate with business intelligence (Oracle Business Intelligence, Extended Spread Sheet Database (ESSbase)). Flexfield configurations are preserved across Oracle Fusion Applications updates.
Deployment The metadata for the flexfield is stored in the application database as soon as you save your configuration changes. Deploying the flexfield generates the ADF business components so that the run time user interface reflects the latest definition of the flexfield in the metadata.
Importing and Exporting You can export and import flexfields with a deployment status of Deployed or Deployed to Sandbox across instances of Oracle Fusion Applications using the Setup and Maintenance Overview page. Ensure a flexfield is eligible for migration (by verifying that it has successfully deployed) prior to attempting the migration.
Run time For a flexfield to reflect the latest flexfield definition at run time it must be deployed. The user interface accesses a business object and the deployed flexfield definition indicates which business object attributes the flexfield captures values for. If you add display customizations for a flexfield using Oracle Composer, these are customizations on the page so that the same flexfield segments can appear differently on various different pages. Values entered for segments are validated using value sets.
Patching Flexfield configurations are preserved during patching and upgrading.
Flexfield Management Managing Flexfields: Points to Consider Managing flexfields involves registering, planning, and configuring flexfields. You plan and configure the registered flexfields provided in your applications by applications developers. How you configure flexfield segments determines how the flexfield segments appear to end users. Optionally, you can customize the UI page to change how the flexfield segments appear to end users on that page. Theadministrators figure shows the processes involvedflexfields. in making flexfields available to to end users. Theand tasks in the Flexfields activity let configure and deploy If you deploy a flexfield a sandbox decide toDefine apply the configuration
336
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
to the mainline metadata, select the flexfield in the Manage Flexfields tasks of the Define Flexfields activity and deploy the flexfield in the mainline metadata so that it is available to users.
Consider the following aspects of managing flexfields: • Registering flexfields • Planning flexfields • Configuring flexfields • Enabling a flexfields segment for business intelligence • Deploying flexfields • Optionally changing a flexfield segment's appearance in a user interface page
337
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
• Identifying flexfields on a run time page and troubleshooting
Registering Flexfields Application development registers flexfields so they are available to administrators and implementation consultants for configuration. As part of registering a flexfield, application development reserves columns of entity tables for use in flexfields so an enterprise can capture segments to meet their business needs. Many flexfields are registered in Oracle Fusion Applications. A flexfield must be registered before it can be configured. For more information on registering flexfields, see Oracle Fusion Applications Developer's Guide.
Planning Flexfields Before you begin planning flexfields, determine what type is appropriate to your needs, and which business objects are available for customizing flexfields. All flexfields consist of segments which represent attributes of an entity. The values an end user inputs for an attribute are stored in a column of the entity table. Carefully plan flexfields before configuring them. Before configuring new segments for your flexfields, be sure to plan their implementation carefully. If you have determined that a business object supports flexfields, and those flexfields have been registered, you can begin planning how to configure the flexfield for your needs. Note the code name of the flexfield you intend to configure so you can find it easily in the Define Flexfield activity. In some cases you can customize how the flexfield appears on the page. See Oracle Fusion Applications Help for specific products to determine any restrictions on using product-specific flexfields.
Configuring AdministratorsFlexfields or implementers configure flexfields so they meet the needs of the enterprise. Some flexfields require configuration to make an application operate correctly. You can configure flexfields using the following methods: • Go to the manage flexfield tasks in the Setup and Maintenance work area. • Use the Highlight Flexfields command in the Administration menu while viewing a run time page. ◦
◦
◦
Use the Configure Flexfield icon button to manage all aspects of a flexfield, such as change a segment's sequence number, or configure a flexfield segment's business intelligence label. Use the Add Segment and Edit Segment icon buttons to add and edit descriptive or extensible flexfield segments with simple configurations. Use the Add Context icon button to add descriptive or extensible flexfield context values.
Configuring a flexfield includes the following: • Defining value sets against which the values entered by end users are validated • Defining the structure or context of the segments in the flexfield
338
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
• Specifying the identifying information for each segment • Specifying the display properties such as prompt, length and data type of each flexfield segment • Specifying valid values for each segment, and the meaning of each value within the application
Tip You can create value sets while creating descriptive and extensible flexfield segments. However, define value sets before configuring key flexfield segments that use them, because you assign existing value sets while configuring key flexfield segments. When creating table-validated, independent, dependent, or subset value sets while creating descriptive and extensible flexfield segments, you can optionally specify to display the description of the selected value to the right of the segment at run time. You can assign sequence order numbers to global segments and to context-sensitive segments in each context. Segment display is always in a fixed order based on the segments' sequence numbers. You cannot enter a number for one segment that is already in use for a different segment.
Tip Consider numbering the segments in multiples, such as 4, 5, or 10, to make it easy to insert new attributes. A flexfield column is assigned to a new segment automatically, but you can change the assignment before saving the segment. If you need to set a specific column assignment for a segment, create that segment first to ensure that the intended column isn't automatically assigned to a different segment.
Enabling a Flexfield Segment for Business Intelligence You can enable flexfield segments for business intelligence if the flexfield is registered in the database as an Oracle Business Intelligence-enabled flexfield. For more information on enabling segments for business intelligence, see points to consider when enabling descriptive, extensible, and key flexfield segments for business intelligence. For extensible flexfield segments, you can't assign labels to equalize segments across contexts that are semantically equivalent.
Deploying Flexfields Once you have configured a flexfield, you must deploy it to make the latest definition available to run time users. In the Define Flexfields tasks, you can deploy a flexfield using either of the following commands: • The Deploy Flexfield command to deploy a flexfield to the mainline metadata. This is for general use in a test or production environment. • The Deploy to Sandbox command to deploy a flexfield to sandbox. This is to confirm that the flexfield is correctly configured before deploying it to the mainline metadata. In Highlight Flexfields mode, when using the: • Add Context, Add Segment, and Edit Segment tools for extensible flexfields, use the Save command to save your changes, and then use the Deploy command to deploy the flexfield to the mainline metadata • Add Segment and Edit Segment tools for descriptive flexfields, use the Save and Deploy command to save your changes and deploy the flexfield to the mainline metadata
339
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Once deployed, the deployment status indicates the state of the currently configured flexfield relative to the last deployed definition.
Optionally Changing a Flexfield Segment Appearance The flexfield attributes that you define integrate with the user interface pages where users access the attributes' business object. Application development determines the UI pages where business objects appear and the display patterns used by default to render flexfield segments. After a flexfield has been deployed to the mainline Oracle Metadata Services (MDS) Repository so that it appears on application pages, you can customize it on a per-page basis using Page Composer. For example, you can hide a segment, change its prompt or other properties, or reorder the custom global attributes so that they are interspersed with the core attributes in the same parent layout. You customize the appearance of descriptive oncecan the only flexfield is deployed to the mainline metadata. and extensible flexfield segments in the UI page using Pge Composer If the Oracle Fusion applications are running in different locales, you can provide different translations for translatable text, such as prompts and descriptions. Enter translations by signing in using the locale that requires the translated text. You do this by selecting Settings and Actions - Personalization - Set Preferences in the global area and changing the text to the translated text for that locale.
Identifying Flexfields on a Run Time Page The Highlight Flexfields command in the Administration menu of the Setup and Maintenance work area identifies the location of flexfields on the run time page by displaying an Information icon button for accessing details about each flexfield. Even if a descriptive or extensible flexfield hasn't yet been deployed and no segments appear on the run time page in normal view, the flexfield appears in the Highlight Flexfield view for that page. In the case of: • Descriptive flexfields, the segments as of the last deployment appear • Extensible flexfields, any segments and contexts that have been saved but not yet deployed also appear as disabled Highlight Flexfields accesses the current flexfield metadata definition.
Use the highlighted flexfield's Configure Flexfield icon button to manage flexfields directly. Alternatively, note a highlighted flexfield's name to search for it in the tasks for managing flexfields. For more information on creating flexfields and adding them to a UI page, see the Oracle Fusion Applications Developer's Guide. For more information about customizing flexfield segment appearance with Oracle Composer, see guidance on customizing existing pages in the Oracle Fusion Applications Extensibility Guide.
Flexfield Segment Properties: Explained Independent of the value set assigned to a segment, segments may have properties that affect how they are displayed and how they behave. The following aspects are important in understanding • Display properties • Properties related to segment values • Properties related to search • Range validation segments • Rule validation of segment values
340
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
• Naming conventions
Display Properties The following table summarizes display properties. P r o p er t y
Description
Enabled
Whether the segment can be used.
Sequence
The order the segment appears in relation to the other configured segments.
Prompt
The string to be used for the segment's label in the user interface.
Display type
The type of field in which to display the segment.
Checked and unchecked values
If the display type is check box, the actual values to save. For example, Y and N or 0 and 1.
Display size
The character width of the field.
Display height
The height of the field as measured in visible number of lines when the display type is a text area.
Read only
Whether the field should display as read-only, not editable text.
Description help text
The field-level description help text to display for the field. Use description help text to display a field-level description that expands on or clarifies the prompt provided for the field. If description help text is specified, a Help icon button is displayed next to the field in the run time application. The description help text is displayed when the user hovers over the Help icon button.
Instruction help text
The field-level instruction help text to display for the field. Use instruction help text to provide directions on using the field. If instruction help text is specified, it is displayed in an in-field help note window that appears when users give focus to or hover over the field.
341
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Properties Related to Search Extensible flexfield segments can be marked as selectively required in search using the indexed property. The indexed property requires end users to enter a value before conducting a search on the attribute represented by the indexed segment. A database administrator must create an index on the segment column representing the indexed attribute.
Range Validation of Segments Range validation enables you to enforce an arithmetic inequality between two segments of a flexfield. For example, a product must be ordered before it can be shipped. Therefore, the order date must be on or before the ship date, and consequently the order date segment value must be less than or equal to the ship date segment value. You can use range validation to ensure this relationship. The conditions for range validation are as follows: • Segments must be configured for range validation in pairs, one with the low value and one with the high value. • Both segments must be of the same data type. • Both segments must be parts of the same structure in a key flexfield or parts of the same context in a descriptive flexfield or extensible flexfield. • The low value segment must have a lower sequence number than the high value segment. • Non-range validated segments can exist between a range validated pair, but range validated pairs cannot overlap or be nested. You can configure as many range validated pairs as you want within the same flexfield. Your application automatically detects and applies range validation to the segment pairs that you define, in sequence order. It must encounter a low value segment first, and the next range validated segment that it encounters must be a high value segment. These two segments are assumed to be a matching pair. The low value and the high value can be equal.
Rule Validation of Segment Values Validation rules on descriptive and extensible flexfield segments determine how an attribute is validated. The value entered for an attribute on a business object may need to match a specified format or be restricted to a list of values. Use a value set to specify the validation rules. Value set validation is required for global segments and context-sensitive segments, and optional for context segments. In the case of context segments, the application may validate an input value instead of the value set validating the input value against the context segment. However the application input values must match exactly the valid context segment values. If the context segment values are a superset or subset of the input values, you must assign a table-validated value set or independent value set to validate context values. When you configure a descriptive flexfield segment, you can specify a constant to use for setting the initial value. The initial value can be an available parameter. For every planned segment, list the constant value or parameter, if any, to use for the initial value.
Naming Conventions Enter a unique code, name, and description for the segment. These properties are for internal use and not displayed to end users. You can't change the code after the segment is created. The Application Programming Interface (API) name is a name for the segment that isn't exposed to end users. The API name is used to identify the segment in various integration points including web services, rules, and business intelligence. Use alphanumeric characters only with a leading character. For example, enter a code consisting of the characters A-Z, az, 0-9 with a non-numeric leading character. The use of spaces, underscores, multi-byte characters, and leading numeric characters isn't permitted. You can't change the API name after the segment has been created.
Flexfields and Value Sets: How They Work Together Value sets are specific to your enterprise. When gathering information using flexfields, your enterprise's value sets validate the values that your users enter based on how you defined the value set.
342
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
You can assign a value set to any number of flexfield segments in the same or different flexfields. Value set usage information indicates which flexfields use the value set. The following aspects are important in understanding how flexfields and value sets work together: • Defining value sets • Shared value sets • Deployment
Defining Value Sets As a key flexfield guideline, define value sets before configuring the flexfield, because you assign value sets to each segment as you configure a flexfield. With descriptive and extensible flexfields, you can define value sets when adding or editing a segment.
Caution Be sure that changes to a shared value set are compatible with all flexfield segments that use the value set.
Shared Value Sets When you change a value in a shared value set, the change affects the value set for all flexfields that use that value set. The advantage of a shared value set is that a single change propagates to all usages. The drawback is that the change shared across usages may not be appropriate in every case.
Value Set Values To configure custom attributes to be captured on the value set values screen in the Manage Value Sets task, configure the Value Set Values descriptive flexfield. The object's code is FND_VS_VALUES_B.This flexfield expects the context code to correspond to the value set code. For each value set, you can define a context whose code is the value set code, and whose context-sensitive segments will be shown for the values of that value set. By default the context segment is hidden since it defaults to the value set code and is not expected to be changed. You can also define global segments that will be shown for all value sets. However, this would be quite unusual since it would mean that you want to capture that attribute for all values for all value sets.
Deployment When you deploy a flexfield, the value sets assigned to the segments of the flexfield provide end users with the valid values for the attributes represented by the segments.
Defaulting and Deriving Segment Values: Explained To populate a flexfield segment with a default value when a row is created, specify a default type of constant or parameter and a default value. To synchronize a segment's value with another field's value whenever it changes, specify the derivation value to be the flexfield parameter from which to derive the attribute's value. Whenever the parameter value changes, the attribute's value is changed to match. If you derive an attribute from a parameter, consider making the attribute read-only, as values entered by users are lost whenever the parameter value changes. When defaulting or deriving a default value from a parameter, only those attributes designated by development as parameters are available to be chosen. Different combinations of making the segments read only or editable in combination with the default or derivation value or both, have different effects. Initial run time behavior corresponds to the row for the attribute value being created in the entity table. If the default value is read only, it cannot subsequently be changed through the user interface. If the default value isn't read only, users can modify
343
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
it. However, if the segment value is a derived value, a user-modified segment value is overwritten when the derivation value changes. Default Type
Default value specified?
Derivation value specified?
Initial run time behavior
Run time behavior after parameter changes
None
No
Yes
No initial segment value
The changed parameter derivation value updates segment value
Constant
Yes
No
Default segment value
N/A
Constant
Yes
Yes
Default segment value
The changed parameter derivation value updates segment value
Parameter
Yes
No
The default segment value is the parameter's default value
N/A
Parameter
Yes
Yes, and same as default value
The default segment value is the parameter's default and derivation value
The changed parameter derivation value updates segment value
Parameter
Yes
Yes, and different from default value
The default segment value is the parameter's default value
The changed parameter default value doesn't update segment value. Only the changed derivation value updates the segment value.
Flexfield Usages: Explained Usage affects various aspects of flexfields. The usage of the flexfield is set when the flexfield is registered and specifies the application and table with which the flexfield is associated.
344
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Entity usage indicates the table containing the segments of a flexfield. A flexfield can have multiple usages. The first table registered for a flexfield is the master usage. Segments are based on the master usage, and other usages of the same table for the same flexfield use the same segment setup, though the column names optionally may have a differentiating prefix.
Extensible Flexfields You can configure different behavior for extensible flexfield contexts at the usage level. The usage of an extensible flexfield context determines in which scenarios or user interfaces the segments of a context appear to end users. For example, if a Supplier page displays an extensible flexfield's supplier usage and a buyer page displays that same extensible flexfield's buyer usage, a context that is associated to the supplier usage but not the buyer usage displays only on the supplier page and not the buyer page.
Value Sets The usage of value sets specifies the flexfields having segments where the value set is assigned.
Flexfield Deployment Flexfield Deployment: Explained Deployment generates or refreshes the Application Development Framework (ADF) business component objects that render the flexfield in a user interface. The deployment process adds the custom attributes to the Web Services Description Language (WSDL) schemas that are exposed by Oracle ADF services and that are used by SOA composites. Flexfields are deployed for the first time during the application provisioning process. After you configure or change a flexfield, you must deploy it to make the latest definition available to end users. If a descriptive flexfield is enabled for business intelligence, the deployment process redeploys the flexfield's business intelligence artifacts. You can deploy a flexfield to a sandbox for testing or to the mainline metadata for use in a test or production run time environment. You can deploy extensible flexfields as a background process. After deployment, the custom attributes are available for incorporating into the SOA infrastructure, such as business process and business rule integration. For example, you can now write business rules that depend on the custom attributes. You must sign out and sign back in to Oracle Fusion Applications to see the changes you deployed in the run time. The following aspects are important in understanding flexfield deployment: • Deployment Status • Initial Deployment Status • Metadata Validations • Metadata Synchronization • Deployment as a Background Process • Export of Artifacts from Flexfield MDS
Deployment Status Every flexfield has a deployment status. A flexfield can have the following deployment statuses:
345
Oracle Procurement Cloud
Chapter 12
Implementing Procurement DeploymenSt tatus
Define Applications Core Configuration M ean i n g
Edited
The flexfield metadata definition hasn't been deployed yet. Updates of the metadata definition aren't applied in the run time environment yet.
Patched
The flexfield metadata definition has been modified through a patch or through a data migration action, but the flexfield hasn't yet been deployed so the updated definition isn't reflected in the run time environment.
Deployed to Sandbox
The current metadata for the flexfield is deployed in ADF artifacts and available as a flexfield-enabled sandbox. The status of the sandbox is managed by the Manage Sandboxes task available to the Administrator menu of the Setup and Maintenance work area.
Deployed
The current metadata for the flexfield is deployed in ADF artifacts and available to end users. There haven't been any changes to the flexfield since it was last deployed in the mainline metadata.
Error
The deployment attempt in the mainline metadata failed.
Note Whenever a value setresults definition changes, flexfield thatchanges uses that set changes to edited. If the change from a patch,the thedeployment deploymentstatus statusofofathe flexfield to value patched.
Initial Deployment Status of Flexfields The Oracle Fusion Applications installation loads flexfield metadata into the database. This initial load sets the flexfield status to Edited. The application provisioning process during installation deploys the flexfields of the provisioned applications, which sets their status to Deployed if no errors are encountered. When accessing a provisioned application, deployed flexfields are ready to use. In some cases, flexfield availability at run time requires setup, such as defining key flexfields.
Metadata Validation Use the Validate Metadata command to view possible metadata errors before attempting to deploy the flexfield. Metadata validation is the initial phase of all flexfield deployment commands. By successfully validating metadata before running the deployment commands, you can avoid failures in the metadata validation phase of a deployment attempt. The deployment process aborts if it encounters an error during the metadata validation phase. Metadata validation results don't affect the deployment status of a flexfield.
Metadata Synchronization When an extensible or descriptive flexfield is deployed, the deployment process regenerates the XML schema definition (XSD), which makes the custom attributes available to web services and the SOA infrastructure.
346
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
After deploying a flexfield configuration, you must synchronize the updated XML schema definition (XSD) files in the Oracle Metadata Services (MDS) repositories for each SOA application.
Note To synchronize the updated XSD files in the MDS repositories in Oracle Cloud implementations, log a service request using My Oracle Support at http://support.com/
Deployment as a Background Process You can deploy extensible flexfields or incremental changes made to extensible flexfields as a background process. You must use this action to deploy extensible flexfields that have more than 30 categories. You can also use this action if you want to deploy several extensible flexfields, or if you want to continue working in your session without having to wait for a deployment to complete.
Export of Artifacts from Flexfield MDS You can export business components from MDS for descriptive, extensible, or key flexfields, mainly for use in troubleshooting issues with flexfields. Use Download Flexfield Archive on the Manage Flexfields page to export MDS artifacts of the selected flexfield, and import them to an archive on your local machine. You can use these archived business components of flexfields for troubleshooting purposes. Alternatively, export the deployed artifacts using exportMetadata WLST.
Flexfield Deployment Status: How It Is Calculated Flexfield deployment status indicates how the flexfield metadata definition in the Oracle Fusion Applications database relates to the Application Development Framework (ADF) business components generated into an Oracle Metadata Services (MDS) Repository. The following aspects are important in understanding how flexfield deployment status is calculated: • Settings that affect flexfield deployment status • How deployment status is calculated
Settings That Affect Flexfield Deployment Status If you have made a change to a flexfield and expect a changed deployment status, be sure you have saved your changes. No settings affect flexfield deployment status.
How Deployment Status Is Calculated If the flexfield definition has been edited through the Define Flexfields activity task flows, the status is Edited. The latest flexfield metadata definition in the Oracle Fusion application diverges from the latest deployed flexfield definition. Any change, including if a value set used in a flexfield changes, changes the deployment status to Edited. If a flexfield has never been deployed, its status is Edited.
Note When an application is provisioned, the provisioning framework attempts to deploy all flexfields in that application. If you deploy the flexfield to a sandbox successfully, the status is Deployed to Sandbox. The latest flexfield metadata definition in the Oracle Fusion application matches the metadata definition that generated ADF business components in a sandbox MDS Repository. Whether the sandbox is active or not doesn't affect the deployment status. If the flexfield was deployed to a sandbox and hasn't been edited or redeployed to the mainline metadata since then, the status remains Deployed to Sandbox independent of whether the sandbox is active, or who is viewing the status.
347
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
If you deploy the flexfield successfully to the mainline metadata, the status is Deployed. The latest flexfield metadata definition in the Oracle Fusion application matches the metadata definition that generated ADF business components in a mainline MDS Repository. Change notifications are sent when a flexfield is deployed successfully to the mainline metadata. If either type of deployment fails so that the current flexfield definition isn't deployed, the status is Error. The deployment error message gives details about the error. The latest flexfield metadata definition in the Oracle Fusion application likely diverges from the latest successfully deployed flexfield definition. If the flexfield definition has been modified by a patch, the status is Patched. The latest flexfield metadata definition in the Oracle Fusion application diverges from the latest deployed flexfield definition. If the flexfield definition was Deployed before the patch and then a patch was applied, the status changes to Patched. If the flexfield definition was Edited before the patch and then a patch was applied, the status will remain at Edited to reflect that there are still changes (outside of the patch) that aren't yet in effect. When a deployment attempt fails, you can access the Deployment Error Message for details.
Deploying a Flexfield-Enabled Sandbox: How It Works With Mainline Metadata The flexfield definition in a sandbox corresponds to the flexfield metadata definition in the Oracle Fusion Applications database at the time the flexfield was deployed to the sandbox. When the flexfield is ready for end users, the flexfield must be deployed to the mainline metadata. A flexfield-enabled sandbox uses the following components. • Flexfield metadata in the Oracle Fusion Applications database • Flexfield business components in a sandbox Oracle Metadata Services (MDS) Repository • User interface customizations for the flexfield in the mainline MDS Repository The figure shows the two types of deployment available in the Manage Flexfield tasks of the Define Flexfields activity. Deploying a flexfield to a sandbox creates a sandbox MDS Repository for the sole purpose of testing flexfield behavior. The sandbox is only accessible to the whoto activates and accesses it, not towhere users itgenerally. Deploying a flexfield the mainline metadata applies the administrator flexfield definition the mainline MDS Repository is available to end users. Afterto
348
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
deploying the flexfield to the mainline metadata, customize the page where the flexfield segments appear. Customization of the page in the sandbox MDS Repository cannot be published to the mainline MDS Repository.
Sandbox Metadata Services Repository Data Deploying the flexfield to a sandbox generates the Application Development Framework (ADF) business components of a flexfield in a sandbox MDS Repository for testing in isolation.
Warning Don't customize flexfield segment display properties using Page Composer in a flexfield-enabled sandbox as these changes will be lost when deploying the flexfield to the mainline metadata.
349
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Mainline Metadata Services Repository Data The Oracle Fusion Applications database stores the single source of truth about a flexfield. When the flexfield is deployed, the ADF business component objects that implement the flexfield in the run time user interface are generated in the mainline MDS Repository from this source.
Related Topics • Managing Customizations Using Sandboxes: Explained
Deploying a Flexfield to a Sandbox: Points to Consider
Deploying a flexfield to a sandbox creates a flexfield-enabled sandbox. Each flexfield-enabled sandbox contains only one flexfield. You can test the run time behavior of a flexfield in the flexfield-enabled sandbox. If changes are needed, you return to the Define Flexfield tasks to change the flexfield definition. When you deploy a flexfield to sandbox, the process reads the metadata about the segments from the database, generates flexfield Application Development Framework (ADF) business component artifacts based on that definition, and stores in the sandbox only the generated artifacts derived from the definition. When you deploy a flexfield sandbox, the process generates the name of the flexfield sandbox, and that flexfield sandbox is set as your current active sandbox. When you next sign in to the application, you can see the updated flexfield configurations. The Oracle Fusion Applications global area displays your current session sandbox.
Note Unlike a standalone sandbox created using the Manage Sandboxes tool, the sandbox deployed for a flexfield contains only the single flexfield. You can manage flexfield sandboxes, such as setting an existing flexfield sandbox as active or deleting it, using the Manage Sandboxes tool. When you deploy a flexfield to the mainline metadata after having deployed it to the sandbox, the sandbox-enabled flexfield is automatically deleted.
Sandbox MDS Repository Data The sandbox data lets you test the flexfield in isolation without first deploying it in the mainline metadata where it could be accessed by users.
Warning Don't customize flexfield segment display properties using Page Composer in a flexfield-enabled sandbox as these changes will be lost when deploying the flexfield to the mainline metadata.
Managing a Flexfield-Enabled Sandbox When you deploy a flexfield as a sandbox, that flexfield-enabled sandbox automatically gets activated in your user session. When you sign back in to see the changes, the sandbox is active in your session. You can only deploy a flexfield to a sandbox using the Define Flexfields task flow pages. You also can use the Manage Sandboxes feature in the Administration menu of the Setup and Maintenance work area to activate and access a flexfield-enabled sandbox.
350
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Note Whether you use the Define Flexfields or Manage Sandboxes task flows to access a flexfield-enabled sandbox, you must sign out and sign back in before you can see the changes you deployed in the run time. You cannot publish the flexfield from the sandbox to the mainline metadata. You must use the Define Flexfields task flow pages to deploy the flexfield for access by users of the mainline metadata because the flexfield configuration in the mainline metadata is the single source of truth.
Related Topics • Managing Customizations Using Sandboxes: Explained
Deploying Flexfields Using the Command Line: Explained You can use the Manage Key Flexfields, Manage Descriptive Flexfields, and Manage Extensible Flexfields tasks to deploy flexfields. You can also use WebLogic Server Tool (WLST) commands for priming the Oracle Metadata Services (MDS) Repository with predefined flexfield artifacts and for deploying flexfields. The table describes the available commands. WebLogicServerToolCommand deployFlexForApp
Description
Deploys all flexfields for the specified enterprise application. Only flexfields whose status is other than deployed are affected by this command unless the option is enabled to force all flexfields to be deployed regardless of deployment status. Initial application provisioning runs this command to prime the MDS Repository with flexfield artifacts.
deployFlex
deployPatchedFlex
Deploy a single flexfield regardless of deployment status Deploys flexfield changes that have been delivered using a flexfield Seed Data Framework (SDF) patch. Deploys flexfields that have a Patched deployment status.
deleteFlexPatchingLabels
Displays MDS label of flexfield changes for viewing and deleting patching labels.
validateFlexDeploymentStatus
Displays list containing flexfields that aren't deployed or failed deployment.
Executing these commands outputs a report at the command line. The report provides the following information for every flexfield that is processed. • Application identity (APPID) • Flexfield code
351
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
• Deployment result, such as success or error In case of errors, the report lists the usages for which the errors were encountered. If a run time exception occurs, the output displays the traceback information. For each WLST flexfield command, adding the reportFormat='xml' argument returns the report as an XML string. Consider the following aspects of command line deployment. • Preparing to use the WLST flexfield commands • Using the deployFlexForApp command • Using the deployFlex command • Using the deployPatchedFlex command • Using the deleteFlexPatchingLabels command • Using the validateFlexDeploymentStatus command • Closing WLST and checking the results
Preparing To Use the WLST Flexfield Commands You can only execute the WLST flexfield commands on a WebLogic Administration Server for a domain that has a running instance of the Oracle Fusion Middleware Extensions for Applications (Applications Core) Setup application. For more information on deploying the Applications Core Setup application, see the Oracle Fusion Applications Developer's Guide. Ensure that the AppMasterDB data source is registered as a JDBC data source with the WebLogic Administration Server and points to the same database as the ApplicationDB data source. Start the WebLogic Server Tool (WLST) if it isn't currently running. UNIX: sh $JDEV_HOME/oracle_common/common/bin/wlst.sh
Windows: wlst.cmd
Connect to the server, replacing the user name and password arguments with your WebLogic Server user name and password. connect('wls_username', 'wls_password', 'wls_uri')
The values must be wrapped in single-quotes. The wls_uri value is typically T3://localhost:7101. For more information on the WLST scripting tool, see the Oracle Fusion Middleware Oracle WebLogic Scripting Tool.
Using the deployFlexForApp Command The deployFlexForApp command translates the product application's predefined flexfield metadata into artifacts in the MDS Repository.
Important This commandyou is run automatically when you provision applications. However, after applications development, must run the deployFlexForApp command after you configure yourcustom application to read the flexfield artifacts from the MDS Repository and before you log into the application for the first time, even if there is no predefined flexfield metadata.
352
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
This command doesn't deploy flexfields that have a status of Deployed unless the force parameter is set to 'true' (the default setting is 'false'). For more information on priming the MDS partition with configured flexfield artifacts, see the Oracle Fusion Applications Developer's Guide. From the WLST tool, execute the following commands to deploy the artifacts to the MDS partition, replacing product_application_shortname with the application's short name wrapped in single-quotes. deployFlexForApp('product_application_shortname'[, 'enterprise_id'] [,'force'])
In a multi-tenant environment, replace enterprise_id with the Enterprise ID to which the flexfield is mapped. Otherwise, replace with 'None' or don't provide a second argument. To deploy all flexfields regardless of their deployment status, set force to 'true' (the default setting is 'false'). If you want to deploy all flexfields in a single-tenant environment, you either can set enterprise_id to 'None', or you can use the following signature: deployFlexForApp(applicationShortName='product_application_shortname',force='true')
Tip The application's short name is the same as the application's module name. For more information about working with application taxonomy, see the Oracle Fusion Applications Developer's Guide.
Using the deployFlex Command From the WLST tool, execute the following command to deploy a flexfield, replacing flex_code with the code that identifies the flexfield, and replacing flex_type with the flexfield's type, which is either DFF, KFF, or EFF. The values must be wrapped in single-quotes. deployFlex('flex_code', 'flex_type')
Optionally, execute the following command if the flexfield is an extensible flexfield, and you want to deploy all the flexfield's configurations.
Note By default, extensible flexfields are partially deployed. That is, only the pages, contexts, or categories that had recent changes, are deployed. deployFlex('flex_code', 'flex_type', ['force_Complete_EFF_Deployment']) where, forceCompleteEFFDeployment=None
Using the deployPatchedFlex Command Use the deployPatchedFlex command for situations where the patching framework doesn't invoke the command, such as when an application has been patched offline. If the installation is multi-tenant enabled, the command deploys all patched flexfields for all enterprises. This command isn't intended to be invoked manually. Check with your provisioning or patching team, or the task flows for managing flexfields, to verify that the flexfield has a Patched deployment status. From the WLST tool, execute the following command to deploy the artifacts to the MDS partition. deployPatchedFlex()
Execute the following command to deploy all flexfields that have either a READY status or an ERROR status.
353
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
deployPatchedFlex(mode='RETRY')
Using the deleteFlexPatchingLabels Command Whenever you deploy flexfield changes to MDS using the deployPatchedFlex() WLST command, an MDS label is created in the format FlexPatchingWatermarkdate+time. Use the deleteFlexPatchingLabels command to inquire about and delete these labels. From the WLST tool, execute the deleteFlexPatchingLabels () command with no arguments to delete the flexfield patching labels. To output a list of flexfield patching labels, execute the command with the infoOnly argument, as follows: deleteFlexPatchingLabels(infoOnly='true')
Using the validateFlexDeploymentStatus Command The validateFlexDeploymentStatus() WLST command checks the deployment status of all flexfields in an Oracle Fusion Applications deployment. validateFlexDeploymentStatus()
Use this command to verify that all flexfields in the current instance of provisioned Java EE applications are deployed.
Closing WLST and Checking the Results To close the tool, execute the following command. disconnect()
Optionally, sign into the application, access user interface pages that contain flexfields, and confirm the presence of flexfields for which configuration exists, such as value sets, segments, context, or structures.
Manage Value Sets Value Sets: Explained A value set is a group of valid values that you assign to a flexfield segment to control the values that are stored for business object attributes. An end user enters a value for an attribute of a business object while using the application. The flexfield validates the value against the set of valid values that you configured as a value set and assigned to the segment. For example, you can define a required format, such as a five digit number, or a list of valid values, such as green, red, and blue. Flexfield segments are usually validated, and typically each segment in a given flexfield uses a different value set. You can assign a single value set to more than one segment, and you can share value sets among different flexfields.
Caution Be sure that changes to a shared value set are compatible with all flexfields segments using the value set. The following aspects are important in understanding value sets: • Managing value sets • Validation • Security
354
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
• Precision and scale • Usage and deployment • Protected value set data
Managing Value Sets To access the Manage Value Sets page, use the Manage Value Sets task, or use the Manage Descriptive Flexfields and Manage Extensible Flexfields tasks for configuring a segment, including its value set. To access the Manage Values page, select the value set from the Manage Value Sets page, and click Manage Values. Alternatively, click Manage Values from the Edit Value Set page.
Validation The following types of validation are available for value sets: • Format only, where end users enter data rather than selecting values from a list • Independent, a list of values consisting of valid values you specify • Dependent, a list of values where a valid value derives from the independent value of another segment • Subset, where the list of values is a subset of the values in an existing independent value set • Table, where the values derive from a column in an application table and the list of values is limited by a WHERE clause A segment that uses a format only value set doesn't present a list of valid values to users.
Note Adding table validated value sets to the list of available value sets available for configuration is considered a custom task.
Restriction For the Accounting Key Flexfield value sets, you must use independent validation only. If you use other validations, you can't use the full chart of accounts functionality, such as data security, reporting, and account hierarchy integration.
Security Value set security only works in conjunction with usage within flexfield segments. You can specify that data security be applied to the values in flexfield segments that use a value set. Based on the roles provisioned to users, data security policies determine which values of the flexfield segment end users can view or modify. Value set security applies at the value set level. The value set is the resource secured by data security policies. If a value set is secured, every usage of it in any flexfield is secured. It isn't possible to disable security for individual usages of the same value set. Value set security applies to independent, dependent, or table-validated value sets. Value set security applies mainly when data is being created or updated, and to key flexfield combinations tables for query purposes. Value set security doesn't determine which descriptive flexfield data is shown upon querying. Security conditions defined on value sets always use table aliases. When filters are used, table aliases are always used by default. When predicates are defined for data security conditions, make sure that the predicates also use table aliases. For key flexfields, the attributes in the view object that correspond to the code combination ID (CCID), structure instance number (SIN), and data set number (DSN) cannot be transient. They must exist in the database table. For key flexfields, the SIN segment is the discriminator attribute, and the CCID segment is the common attribute.
355
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Precision and Scale If the data type of a value set is Number, you can specify the precision (maximum number of digits user can enter) or scale (maximum number of digits following the decimal point).
Usage and Deployment The usage of a value set is the flexfields where that value set is used. The deployment status of flexfields in which the value set is used indicates the deployment status of the value set instance. The figure shows a value set used by a segment in a key flexfield and the context segment of a descriptive flexfield.
For most value sets, when you enter values into a flexfield segment, you can enter only values that already exist in the value set assigned to that segment. Global and context-sensitive segment require a value set. You can assign a value set to a descriptive flexfield context segment. If you specify only context values, not value sets for contexts, the set of valid values is equal to the set of context values.
Protected Value Set Data Application developers may mark some value sets as protected, indicating that you can't edit them. You can edit only value sets that are not marked as protected. You can't edit or delete protected value sets. If the value set type supports values (such as independent, dependent or subset value sets), then you can't add, edit, or delete values.
356
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Note There is no restriction on references to protected value sets. Value sets, protected or not, may be assigned to any flexfield segment. Likewise, other value sets may reference protected value sets; for example, an unprotected dependent value set may reference a protected independent value set.
Related Topics • Chart of Accounts: How Its Components Fit Together • Why can't I edit my flexfield or value set configuration?
Defining Value Sets: Critical Choices
Validation and usage of value sets determine where and how end users access valid values for attributes represented by flexfield segments.
Tip As a flexfield guideline, define value sets before configuring the flexfield, because you can assign value sets to each segment as you configure a flexfield. With descriptive and extensible flexfield segments, you can create value sets when adding or editing a segment on the run time page where the flexfield appears. The following aspects are important in defining value sets: • Value sets for context segments • Format-only validation • Interdependent value sets • Table validation • Range • Security • Testing and maintenance
Value Sets for Context Segments When assigning a value set to a context segment, you can only use table-validated or independent value sets. You can use only table and independent value sets to validate context values. The data type must be character and the maximum length of the values being stored must not be larger than the context's column length. If you use a table value set, the value set cannot reference flexfield segments in the value set's WHERE clause other than the flexfield segment to which the value set is assigned.
Format Only Validation The format only validation type enables end users to enter any value, as long as it meets your specified formatting rules. That is, the value must not exceed the maximum length you define for your value set, and it must meet any format requirements for that value set. For example, if the value set allows only numeric characters, users can enter the value 456 (for a value set with maximum length of three or more), but can't enter the value ABC. A format only value set doesn't otherwise restrict the range of different values that users can enter. For numeric values, you can also specify if a numeric value should be zero filled or how may digits should follow the radix separator.
Interdependent Value Sets Use an independent value set to validate input against a list that isn't stored in an application table, and not dependent on a subset of another independent value set.
357
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
You cannot specify a dependent value set for a given segment without having first defined an independent value set that you apply to another segment in the same flexfield. Use a dependent value set to limit the list of values for a given segment based on the value that the end user has chosen for a related independent segment. The available values in a dependent list and the meaning of a given value depend on which value was selected for the independently validated segment. For example, you could define an independent value set of U.S. states with values such as CA, NY, and so on. Then you define a dependent value set of U.S. cities, with values such as San Francisco and Los Angeles that are valid for the independent value CA, and New York City and Albany that are valid for the independent value NY. In the UI, only the valid cities can be selected for a given state. Because you define a subset value set from an existing independent value set, you must define the independent value set first. End users don't need to choose a value for another segment first to have access to the subset value set. Independent, dependent, and subset value sets require a customized list of valid values. Use the Manage Values page to create and manage a value set's valid values and the order in which they appear.
Tip You can customize the Manage Value Sets page to capture additional attributes for each valid value by adding context-sensitive segments in a new context for FND_VS_VALUES_B descriptive field.
Table Validation Typically, you use a table-validated set when the values you want to use are already maintained in an application table, such as a table of vendor names. Specify the table column that contains the valid value. You can optionally specify the description and ID columns, a WHERE clause to limit the values to use for your set, and an ORDER BY clause. If you specify an ID column, then the flexfield saves the ID value, instead of the value from the value column, in the associated flexfield segment. If the underlying table supports translations, you can enable the display of translated text by basing the value set's value column on a translated attribute of the underlying table. You should also define an ID column that is based on an attribute that isn't language-dependent so that the value's invariant ID (an ID that doesn't change) is saved in the transaction table. This allows the run time to display the corresponding translated text from the value column for the run time session's locale. Table validation lets you enable a segment to depend upon multiple prior segments in the same context structure. You cannot reference other flexfield segments in the table-validated value set's WHERE clause. That is, the WHERE clause cannot reference SEGMENT.segment_code or VALUESET.value_set_code. Table-validated value sets have unique values across the table, irrespective of bind variables. The WHERE clause fragment of the value set is considered if it doesn't have bind variables. If it has bind variables, the assumption is that the values are unique in the value set.
358
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Restriction If you use table validated value sets for key flexfields, then you can't use all integration functionalities supported for key flexfields, such as: • Data security • Oracle Transactional Business Intelligence (OTBI) • Extended Spread Sheet Database (ESSbase) • Tree or hierarchy integration To use these integration functionalities for key flexfieds, you must use independent value sets only.
Range In the case of format, independent, or dependent value sets, you can specify a range to further limit which values are valid. You can specify a range of values that are valid within a value set. You can also specify a range validated pair of segments where one segment represents the low end of the range and another segment represents the high end of the range. For example, you might specify a range for a format-only value set with format type Number where the user can enter only values between 0 and 100.
Security In the case of independent and dependent values, you can specify that data security be applied to the values in segments that use a value set. Based on the roles provisioned to users, data security policies determine which values of the flexfield segment end users can view or modify. To enable Security security on a value set,specify specifyconditions, a databasesuch resource, typically code valueand forpolicies the value set. Using the Manage Database Policies task, as filters or SQLthe predicates, that associate roles with conditions. You can use a filter for simple conditions. For more complex conditions, use a SQL predicate. Value set data security policies and conditions differ from data security conditions and policies for business objects in the following ways: • You can grant only read access to end users. You cannot specify any other action. • When defining a condition that is based on a SQL predicate, use VALUE, VALUE_NUMBER, VALUE_DATE, VALUE_TIMESTAMP, or VALUE_ID to reference the value from a dependent, independent, or subset value set. For table value sets, use a table alias to define the table, such as &TABLE_ALIAS category=70. When you enable security on table-validated value sets, the security rule that is defined is absolute and not contingent upon the bind variables (if any) that may be used by the WHERE clause of the value set. For example, suppose a table-validated value set has a bind variable to further filter the value list to x, y and z from a list of x, y, z, xx, yy, zz. The data security rule or filter written against the value set shouldn't assume anything about the bind variables; it must assume that the whole list of values is available and write the rule, for example, to allow x, or to allow y and z. By default in data security, all values are denied and show only rows to which access has been provided.
Testing and Maintenance There is no need to define or maintain values for a table-validated value set, as the values are managed as part of the referenced table or independent value set, respectively. You cannot manage value sets in a sandbox.
359
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
When you change an existing value set, the deployment status for all affected flexfields changes to Edited. You must redeploy all flexfields that use that value set to make the flexfields reflect the changes. In the UI pages for managing value sets, the value set's usages show which flexfields are affected by the value set changes. If your application has more than one language installed, or there is any possibility that you might install one or more additional languages for your application in the future, select Translatable. This doesn't require you to provide translated values now, but you cannot change this option if you decide to provide them later.
Related Topics • Table-Validated Value Sets and Bind Variables: Points to Consider • Adding Attributes to the Manage Value Sets Page: Procedures
Manage Descriptive Flexfields Descriptive Flexfields: Explained Descriptive flexfields provide a way to add custom attributes to entities, and define validation and display properties for them. These attributes are generally standalone. They don't necessarily have anything to do with each other and aren't treated together as a combination. All Oracle Fusion Applications business entities that you can access are enabled for descriptive flexfields. Descriptive flexfields are optional. You can choose whether or not to configure and expose segments for the descriptive flexfield defined and registered in your database. For lists of descriptive flexfields, see assets with the Flexfield: Descriptive type in Oracle Enterprise Repository for Oracle Fusion Applications (http://fusionappsoer.oracle.com). A descriptive flexfield provides a set amount of segments for an entity. You make the segments of a descriptive flexfield available to end users as individual fields in the application user interface.
Context A descriptive flexfield can have only one context segment to provide context sensitivity. The same underlying column can be used by different segments in different contexts. For example, you can define a Dimensions context that uses the ATTRIBUTE1 column for height, the ATTRIBUTE2 column for width, and the ATTRIBUTE3 column for depth. You can also define a Measurements context that uses the same columns for other attributes: the ATTRIBUTE1 column for weight, the ATTRIBUTE2 column for volume, and the ATTRIBUTE3 column for density.
Segments and Contexts Descriptive flexfield segments are of the following types. SegmenTt ype
Ru n T im e Behavior
Global segment
Always available
Context segment
Determines which context-sensitive segments are displayed
Context-sensitive segment
Displayed depending on the value of the context segment
360
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
In the figure, a descriptive flexfield has one context segment called Category for which there are three values: Resistor, Battery, and Capacitor. In addition, the descriptive flexfield consists of two global segments that appear in each of the contexts, and three context-sensitive segments that only appear in the context in which they are configured.
Application development determines the number of segments available for configuring. During implementation, you configure the flexfield by determining the following: • Which attributes to add using the available segments • The context values • The combination of attributes in each context A segment can be used for different attributes, such as Height in Context1 and Color in Context2. Each segment of a descriptive flexfield that you make available to end users is exposed in the user interface as an individual field.
Value Sets For each global and context-sensitive segment, you configure the values allowed for the segment and how the values that end users enter are validated, including interdependent validation among the segments.
Protected Descriptive Flexfield Data Application developers may mark some data configurations in a descriptive flexfield as protected, indicating that you can't edit them. You can't edit any portion of a protected descriptive flexfield.
361
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Related Topics • Oracle Enterprise Repository for Oracle Fusio n Applications: Explained
Managing Descriptive Flexfields: Points to Consider Configuring descriptive flexfields involves managing the available flexfields registered with your Oracle Fusion Applications database and configuring their flexfield-level properties, defining and managing descriptive flexfield contexts, and configuring global and context-sensitive segments. Every descriptive flexfield is registered to include a context segment, which you may choose to use or not. In general, configuring descriptive flexfields involves: 1. Creating segment labels for business intelligence enabled flexfields. 2. Configuring global segments by providing identity information, the initial default value, and the display properties. 3. Configuring the context segment by specifying the prompt, whether the context segment should be displayed, and whether a value is required. 4. Configuring contexts by specifying a context code, description, and name for each context value, and adding its context-sensitive segments, each of which is configured to include identifying information, the column assignment, the initial default value, and the display properties. The following aspects are important in understanding descriptive flexfield management: • • • • • • •
Segments Adding Segments to a Highlighted Flexfield Usages Parameters Delimiters Initial Values Business Intelligence
Segments You can assign sequence order numbers to global segments and to context-sensitive segments in each context. Segment display is always in a fixed order. You cannot enter a number for one segment that is already in use for a different segment. Value sets are optional for context segments. The value set that you specify for a context segment consists of a set of context codes, each of which corresponds to a context that is appropriate for the descriptive flexfield. The value set must be independent or table-validated. If table-validated, the WHERE clause must not use the VALUESET.value_set_code or SEGMENT.segment_code bind variables. The value set must be of data type Character with the maximum length of values being stored no larger than the context's column length. If you don't specify a value set for a context segment, the valid values for that context segment are derived from the context codes. The definition of each context segment specifies the set of context-sensitive segments that can be presented when that context code is selected by the end user. For reasons of data integrity, you cannot delete an existing context. Instead, you can disable the associated context value in its own value set by setting its end date to a date in the past. You can configure the individual global segments and context-sensitive segments in a descriptive flexfield. These segment types are differentiated by their usage, but they are configured on application pages that use most of the same properties.
Adding Segments to a Highlighted Flexfield When you highlight flexfields on a run time page and use an Add Segment icon button to create a segment, the segment code, name, description, table column, and sequence number are set automatically. If you use an Add Segment icon button to configure descriptive flexfield segments, you cannot use an existing value set. Value sets are created automatically when
362
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
you add the segments. You can enter the valid values, their descriptions, and the default value or specify the formatting constraints for the value set, such as minimum and maximum values. Depending on display type, the value set you create with the Add Segment icon button is either an independent value set or a format-only value set. The table shows which type of value set is created depending on the segment display component you select. DisplayComponent
ValueSetCreatedwithAddSegment
Check box
Independent
Drop-down list
Independent
List of Values
Independent
Radio Button Group
Independent
Text Field With Search
Independent
Text box
Format Only
Text area
Format Only
Date/Time
Format Only
Tip After you add a context value, refresh the page to see the new value.
Usages Descriptive flexfield usages allow for the same definition to be applied to multiple entities or application tables, such as a USER table and a USER_HISTORY table. Descriptive flexfield tables define the placeholder entity where the flexfield segment values are stored once you have configured the descriptive flexfield. When you configure a flexfield, the configuration applies to all its usages.
Parameters Some descriptive flexfields provide parameters, which are attributes of the same or related entity objects. Parameters are public arguments to a descriptive flexfield. Parameters provide outside values in descriptive flexfield validation. You use parameters to set the initial value or derivation value of an attribute from external reference data, such as a column value or a session variable, rather than from user input. Parameters can be referenced by the logic that derives the default segment value, and by table-validated value set WHERE clauses.
Delimiters A segment delimiter or separator visually separates segment values when the flexfield is displayed as a string of concatenated segments.
363
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Initial Values The SQL statement defining an initial value must be a valid statement that returns only one row and a value of the correct type. You can use two types of SQL statements: • SQL statement with no binding. For example, select MIN(SALARY) from EMPLOYEES. • SQL statement with bind variables. You can use the following bind variables in the WHERE clause of the SQL statement. ◦
:{SEGMENT.}: Identifies a segment in the same context.
◦
:{CONTEXT.;SEGMENT.}: Identifies a segment in a different context. The
◦
:{VALUESET.}: Identifies the closest prior segment in the same context that is assigned to the
◦
:{FLEXFIELD.}: Identifies a flexfield.
context must be in the same category or in an ancestor category, and it cannot be a multiple-row context. specified value set.
For more information about using bind variables, see the help for value sets.
Business Intelligence Selecting a global, context, or context-sensitive segment's BI Enabled checkbox specifies that the segment is available for use in Oracle Business Intelligence. When the flexfield is imported into Oracle Business Intelligence, the label you selected from the BI Label dropdown list equalizes the segment with segments in other contexts, and maps the segment to the logical object represented by the label.
Related Topics • Why can't I edit my flexfield or value set configuration?
Enabling Descriptive Flexfield Segments for Business Intelligence: Points to Consider A descriptive flexfield that is registered in the database as enabled for Oracle Business Intelligence (BI) includes a BI Enabled setting for each of its segments. When a global, context, or context-sensitive segment is BI-enabled, it is available for use in Oracle Business Intelligence. The following aspects are important in understanding BI-enabled flexfield segments: • Flattening business components to use BI-enabled segments in Oracle BI • Equalizing segments to prevent duplication and complexity in the flattened component • Mapping attributes of flattened business components to logical objects in Oracle BI • Managing the labels that map segments to logical objects in Oracle BI After you deploy a business intelligence-enabled flexfield, use the Import Oracle Fusion Data Extensions for Transactional Business Intelligence process to import the flexfield changes into the Oracle Business Intelligence repository. Users can make use of the newly-generated attributes in business intelligence applications. For example, a user can generate a report that includes attributes added by the descriptiveAdministrator's flexfield. For additional Oracle Transactional Business Intelligence Guide. information about logical objects and import, refer to the
364
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Flattening When you deploy a business intelligence-enabled descriptive flexfield, the deployment process generates an additional set of flattened Application Development Framework (ADF) business components in addition to the usual ADF business components and ADF faces run time artifacts that are generated during deployment. The flattened business components include attributes for business intelligence-enabled segments only. Flattening means each custom column in each context shows up as an attribute in an Oracle Business Intelligence folder. Flattened components include one attribute for the BI-enabled context-segment, and one attribute for each business intelligence-enabled global segment. For BI-enabled context-sensitive segments, consider the following: • If you assigned a label to the segment, the flattened components include an additional single attribute representing segments with that label. • If you didn't assign a label, the flattened components include a discrete attribute for each BI-enabled contextsensitive segment in each context.
Mapping to Logical Objects in Business Intelligence You can simplify reporting by representing similar segments as a single logical object in Business Intelligence. If you assign a label to any set of context-sensitive segments that serve the same purpose in different contexts, you can consolidate or equalize the segments into a single attribute. This prevents duplication and the extra workload and complexity that result from the flattening process. For example, a United States context might have a Passport segment and a Canada context might have Visa segment. If you assign the NationalID segment label to both the Passport and Visa segments, they are equalized into the same NationalID attribute in the flattened business component. Non-labeled context-sensitive segments aren't equalized across context values, so the flattened components include a separate attribute for each context-sensitive segment for each context value.
Note It may not be possible to equalize similarly labeled segments if they have incompatible data types or value set types. Assign a label to a global segment, context segment, or context-sensitive segment to map the corresponding attribute in the flattened components to a logical object in Oracle Business Intelligence. Using labels to map segments to BI logical objects minimizes the steps for importing the flexfield into Oracle Business Intelligence.
Note Assigning a label to a context-sensitive segment serves to equalize the attribute across contexts, as well as map the equalized attribute to business intelligence.
Managing Labels You may assign a predefined label (if available) to segments or create new labels for assignment, as needed. Specify a code, name, and description to identify each label. In the BI Object Name field, enter the name of the logical object in Oracle Business Intelligence to which the segment label should map during import. Specifying the BI logical object minimizes the steps for importing the flexfield into Oracle Business Intelligence and helps to equalize context-sensitive segments across contexts. If no labels are assigned to a BI-enabled segment, or the BI Object Name on the assigned label doesn't exist in business intelligence, you must manually map the segment to the desired logical object when importing into Oracle Business Intelligence. In addition, context-sensitive segments without labels cannot be equalized across context values. The flattened components include a separate attribute for each non-labeled context-sensitive segment in each context.
365
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Importing to Oracle Business Intelligence Repository After you deploy a business intelligence-enabled flexfield, import the flexfield changes into the Oracle Business Intelligence repository to make use of the newly flattened business components in business intelligence and then propagate the flexfield object changes. When you import the metadata into the Oracle Business Intelligence repository, you must do so as the FUSION_APPS_BI_APPID user.
Note To import flexfield changes into the Oracle Business Intelligence repository in Oracle Cloud implementations, run the Import Oracle Fusion Data Extensions for Transactional Business Intelligence process. For additional information about import, refer to the Oracle Transactional Business Intelligence Administrator's Guide.
Tip When you import a flexfield into the Oracle Business Intelligence repository, you see both _ and _c attributes for each segment, along with some other optional attributes. The attribute contains the v alue. The _c attribute contains the code of the value set that the value comes from, and is used for linking to the value dimension. You must import both attributes.
Manage Extensible Flexfields Extensible Flexfields: Explained Extensible flexfields are like descriptive flexfields, with some additional features. • You can add as many context-sensitive segments to the flexfield as you need. You aren't restricted by the number of columns predefined and registered for the flexfield. • You can configure a one-to-many relationship between the entity and its extended attribute rows. ◦ ◦
A row of data can have multiple contexts associated with it. A row of data can have multiple occurrences of the same context.
• You can configure attributes in groups to form a context so that the attributes in the context always appear together in the user interface. • You can use existing hierarchical categories so that entities inherit the contexts that are configured for their parents. Contexts are reusable throughout categories. • Application development has registered some extensible flexfields to support view and edit privileges. For such flexfields, you can specify view and edit privileges at the context level to control who sees the attributes and who can change the attributes' values. When you configure a context for multiple rows per entity, the segments are displayed as a table. Unlike descriptive flexfields, the extension columns corresponding to extensible flexfields segments are part of extension tables, separate from the base application table. Unlike descriptive flexfield contexts, the set of attributes in an extensible flexfield context remains constant and doesn't differ by context value. An extensible flexfield describes an application entity, with the run time ability to expand the database that implementation consultants can use to define the data structure that appears in the application. Extensible flexfields support one-to-many relationships between the entity and the extended attribute rows.
366
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
For lists of extensible flexfields, see assets with the Flexfield: Extensible type in Oracle Enterprise Repository for Oracle Fusion Applications (http://fusionappsoer.oracle.com). The following aspects are important in understanding extensible flexfields: • Usages • Categories • Pages • Security • Protected Extensible Flexfield Data
Usages As with descriptive flexfields, you can define multiple usages for an extensible flexfield, which enables several application tables to share the same flexfield. For example, a flexfield for shipping options can be used by both a Supplier table and a Buyer table. In addition, you can associate a context with one, some, or all of the flexfield's usages. Thus, with the shipping information example, you can associate a warehouse context with the Supplier usage, a delivery location context with the Buyer usage, and a ship-via context with all usages. Usages include security information for applying no security to user access or enforcing view and edit privileges. Some product-specific extensible flexfields have speicalized usage fields beyond those for security.
Categories You can configure multiple extensible flexfield contexts and group the contexts into categories. All extensible flexfields have at least one category. For some extensible flexfields, you can configure a hierarchy of categories. A child category in the hierarchy can inherit contexts from its parent category. You can define categories for extensible flexfields, and you can associate any combination of contexts with a given category. For example, the Electronics and Computers category hierarchy might include a Home Entertainment category, which in turn might include an Audio category and a TV category, and so on. The Home Entertainment product might have contexts that specify voltage, dimensions, inputs and outputs. Contexts are reusable within a given extensible flexfield. For example, the dimensions context could be assigned to any category that needs to include dimensional information.
Pages Extensible flexfields let you combine contexts into groups known as pages, which serve to connect the contexts so they will always be presented together in the application user interface. Each application page corresponds to one extensible flexfield category, with a separate region of the page for each associated context.
Security When you configure a flexfield, you set the privileges for a context at the usage level by selecting actions for the view and edit privileges of a context usage. When an end user performs a search, the user interface displays only the attribute values of the contexts for which the user has view privileges. The user is able to perform a search using all attributes for all contexts, regardless of view privileges. If end users access a context through a web service, an exception is thrown if they perform an action for which they don't have privileges. All extensible flexfields have a base data security resource. Some data security resources for extensible flexfields are preconfigured with actions that you can use to specify access privileges. If no action is preconfigured, a security administrator can create actions and policies to support access control on the extensible flexfield attributes.
367
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Some extensible flexfields have a translatable option; these flexfields also have a translation data security resource.
Protected Extensible Flexfield Data Application developers may mark some data configurations in an extensible flexfield as protected, indicating that you can't edit them. If an extensible flexfield is partially protected, then you can't edit the protected portions of the flexfield's configuration. For example: • If an extensible flexfield context is protected, you can't edit its: ◦
Context details
◦
Context segments
◦
Context usages
• If an extensible flexfield page is protected, you can't: ◦
Edit the page details or delete the page
◦
Edit the contexts associated with the page
Restriction • There is no restriction on page references to protected contexts. Custom pages you create may contain any context, whether protected or not. • There is a restriction on category references to protected contexts. If a context is protected, you can't add it to or delete it from any category.
Related Topics • Oracle Enterprise Repository for Oracle Fusio n Applications: Explained
Managing Extensible Flexfields: Points to Consider Configuring extensible flexfields involves managing the available flexfields registered with your application database. The following sequence describes how to configure extensible flexfields: 1. Configuring contexts by creating each context segment and the context-sensitive segments for each context segment, and providing the following for each segments: a. Identifying information b. Column assignment c. Initial default value d. Display properties
368
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
2. Configuring context usages and usage security by selecting actions to which users should have access: ◦
View
◦
Edit
◦
None, if no special privileges should be enforced.
3. Configuring categories and category details. 4. Associating contexts with a category. 5. Creating logical pages for a category. The following aspects are important in understanding extensible flexfield management: • Contexts • Categories • Initial values • Indexed segments • Pages • Security • Deployment
Contexts Each context is displayed to end users as a region containing its context-sensitive segments. You can specify instruction help text to display instructions that explain how to use the region and its attributes to end users. Instruction help text is displayed at the top of the context region. A context can be defined as single row or multi row. Single row contexts are the same as descriptive flexfields contexts. A single row context has only one set of context-sensitive segments. A multi-row context enables you to associate multiple sets of values with the same object instance. For example, for a BOOK table, you could create a multi row context named chapters that contains a segment for chapter and a segment for number of pages. Multiple chapters can then be associated with each book in the BOOK table. For contexts that store multiple rows, you can uniquely identify each row by having the values in each row form a unique key. If flexfield has a category hierarchy, then you can leverage the hierarchy to reuse contexts for similar entities, such as similar items in a product catalog. Set the context to translatable so that free-form text entered by end users is stored in the language of the user's locale, and different translations of that text can be stored in other languages. Segments in the translated contexts should utilize formatonly value sets for storing free-form, user-entered text. Set the context security to give an end user view or edit access to a context. The context's task flow and region appear in the user interface only for users with view access. With edit access, an end user can edit the context's attribute values. With no action specified for a usage, no special privileges are enforced through the context's configuration.
Categories A category is a grouping of related data items that can be considered to belong together. You can associate any combination of contexts with a given category. Extensible flexfields with more than 30 categories must be deployed as a background process. A category hierarchy logically organizes a set of categories. For example, the Electronics and Computers category hierarchy might include a Computer category and a Home Entertainment category, which in turn might include an Audio category and a TV category, and so on.
369
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
A category can be a child or sibling of an existing category. The hierarchy can be as simple or as complex as desired, with any combination of zero or more sibling categories and zero or more child categories. If no category is defined, the data items are grouped under a single predefined default category. Each category has associated contexts that store relevant information about a data item in that category. For example, a Home Entertainment product has contexts that specify Voltage, Dimensions, Inputs and Outputs. Contexts are reusable within a given extensible flexfield; the Dimensions context could be assigned to any category that needs to include dimensional information. If a hierarchy includes child categories, each child category inherits the contexts from its parent category;; for example, the Home Entertainment category inherits Voltage and Dimensions from the Electronics and Computers category. Each extensible flexfield is associated with a particular category hierarchy. Consider category hierarchies to be defining framework for extensible flexfields and their contexts. A category hierarchy specifies which contexts are valid for each category. An extensible flexfield can include multiple contexts which you define to support a given category. These contexts can be suitable for varoius purposes, but within a particular category, some contexts might be considered to be related to, or dependent on, each other. You can combine these contexts into groups known as logical pages, and determine the sequence in which the pages appear. This serves to connect the contexts so they will always be presented together and in a particular order in the application user interface. For example, the Home Entertainment category might have an Electrical Specifications page that contains the Voltage, Inputs and Outputs contexts, and a Physical Specifications page that contains the Dimensions and Form Factor contexts.
Initial Values The SQL statement defining an initial value must be a valid statement that returns only one row and a value of the correct type. You can use two types of SQL statements: • SQL statement with no binding. For example, select MIN(SALARY) from EMPLOYEES. • SQL statement with bind variables. You can use the following bind variables in the WHERE clause of the SQL statement. ◦
:{SEGMENT.}: Identifies a segment in the same context.
◦
:{CONTEXT.;SEGMENT.}: Identifies a segment in a different context. The
◦
:{VALUESET.}: Identifies the closest prior segment in the same context that is assigned to the
◦
:{FLEXFIELD.}: Identifies a flexfield.
context must be in the same category or in an ancestor category, and it cannot be a multiple-row context. specified value set.
For more information about using bind variables, see the help for value sets.
Indexed Segments You can designate an extensible flexfield segment as indexed so that it is one of the selectively required attributes an end user can use in an attribute search. If you indicate in the Manage Extensible Flexfield UI page that a segment should be indexed, the column representing the segment must be added to the database index. Commonly, a database administrator (DBA) adds columns to the database index. When an extensible flexfield with indexed segments is deployed, search task flows are generated along with the other flexfield artifacts and specify the indexed attributes as selectively required. In the deployed extensible flexfield's search task flow, an
370
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
end user must specify at least one of the indexed attributes in the search criteria. This prevents non-selective searches, which could cause performance issues. For example, if you index the memory and processor attributes and ensure that the corresponding columns in the database are indexed, an end user can search an item catalog for computers by entering processor or memory or both as a search criteria. No search is performed if an end user enters an attribute that isn't indexed as a search criterion.
Pages Define logical pages to group contexts together in the user interface. For a given category, you may create one or more logical pages. You may add one or more of the category's associated contexts to each of the category's logical pages. You can specify: • The sequence of the contexts within each page. • The sequence in which the logical pages appear. • Instruction help text to display instructions that explain how to use the page to end users. Instruction help text is displayed at the top of the logical page, preceding all of its context regions.
Security An extensible flexfield's base data security resource typically has a name with an _B suffix. The translation data security resource is a view of a translation table that typically has a name with an _VL suffix. If a flexfield supports the translatable option and has a translation data security resource, make sure that you create the action for the appropriate data security resource. • If you create a context-specific action for a nontranslatable context, add it to the base data security resource. • If you create a context-specific action for a translatable context, add it to the translation data security resource.
Deployment You can only deploy extensible flexfields using the Manage Extensible Flexfields task. You can deploy extensible flexfields offline as a background process and continue working in the session without having to wait for the deployment to complete. You can add one after another extensible flexfield to your deployment queue when you deploy as a background process. The flexfields are deployed, one at a time, in the order that you deploy them to the queue. You must deploy extensible flexfields with more than 30 categories as a background process. You can remove an extensible flexfield from the deployment queue with the Cancel Background Deployment command. When an extensible flexfield is deployed in a background process, its offline status indicates that the flexfield is in a background deployment process. A flexfield's offline status is cleared and it's deployment status updated when the background deployment process has completed.
Note The Offline Status column refreshes when you perform a new search in the Manage Extensible Flexfields task.
Related Topics • Why can't I edit my flexfield or value set configuration?
Manage Key Flexfields Key Flexfields: Explained Key flexfields provide a means to capture a key such as a part number, a job code, or an account code. A key flexfield consists of one or more segments, where each segment can have a meaning.
371
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
For example, a part number 10-PEN-BLA-450 might correspond to a black pen from vendor #450 sold by division #10 (office supplies). Behind the scenes, the application uses a unique number, 13452, for this part, but the end user always sees the 10-PEN-BLA-450 part number. The following aspects are important to understanding key flexfields: • Architecture • Segments and segment labels • Structures • Segment and structure instances • Combinations • Dynamic combination creation • Security Key flexfields aren't optional. You must configure key flexfields to ensure that your applications operate correctly. You configure and maintain key flexfield definitions with the Manage Key Flexfields task. For lists of key flexfields, see assets with the Flexfield: Key type in Oracle Enterprise Repository for Oracle Fusion Applications (http://fusionappsoer.oracle.com).
Note For information about specific key flexfields, see the Oracle Fusion Applications Help for the product where the associated business component is implemented.
Architecture When you configure a key flexfield, you define metadata about the key flexfield such as how many segments are in a structure, how many structures the flexfield uses, what value sets each segment uses, and so on. Flexfield metadata is stored in flexfield metadata tables. Based in onathe flexfield metadata, part numbers are captured run time columns as a combination of segment values and stored combinations table. Aactual combinations table contains all theatsegment for a flexfield, plus a unique ID column and a structure instance number column that differentiates multiple arrangements of the segment columns. For example, a part number that can be comprised of multiple segments can be represented by a key flexfield. A part number key flexfield has a corresponding combinations table, where the flexfield stores a list of the complete codes, with one column for each segment of the code, together with the corresponding unique ID and structure instance number for the code. When users define a new part number or maintain existing part numbers in the parts catalog, they directly maintain rows in the combinations table. The foreign key table contains a different business entity than the combinations table. For example, the business entity in the foreign key table is order lines or invoice lines that contain foreign key references to parts for ordering and so on. Any number of foreign key tables can reference a particular entity represented by a key flexfield.
Segments and Segment Labels A key flexfield consists of segments. Segments consist of a prompt, a short prompt, display width, a number that determines where in the sequence of a key flexfield structure the segment exists, the range type and the column name of the attribute being captured by the segment, a default value set and a label for the segment. A segment label identifies a particular segment of a key flexfield. Segment labels are defined and made available by applications development. Applications identify a particular segment for some purpose such as security or computations. Segment name or segment order cannot reliably identify a segment because key flexfield segments can be configured to appear in any order with any prompts. A segment label functions as a tag for a segment. For example, Oracle Fusion General Ledger needs to identify which segment in the Accounting Flexfield contains balancing information and which segment contains natural account information. General Ledger uses a segment label to determine
372
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
which segment you are using for natural account information. When you define your Accounting Flexfield, you must specify which segment label apply to which segments. Some labels must be unique, and cannot be applied to more than one segment in each structure. Other labels are required, and must be applied to at least one segment in each structure. A segment label orients an end user's search of segments, such as the Cost Center label for all segments across key flexfields that capture a value for cost center.
Structures A key flexfield structure definition includes the number of segments and their order. In some applications, different users need to see different segment structures for the same flexfield. A key flexfield can have multiple structures if registered to support more than one structure. The flexfield can display different fields for different end users based on a data condition in your application data, such as the value of another field entered by the end user or the user's role. For example, the correctly formatted local postal address for customer service inquiries differs based on locale. A postal address key flexfield could display different segments and prompts for different end users based on a location condition in your application data, such as the user's role or a value entered by the user. Each structure can have one or more segments. Thus a segment is a child of a structure. If you want to store a particular segment, such as Cost Center, in two different structures, you must define the segment separately in each structures. Each structure may have one or more structure instances. Each instance of a structure shares the same number and order of segments, but differs in the allowable values or value sets that validate the segments.
Structure and Segment Instances You can define multiple configurations of a key flexfield structure. These structure instances have the same segment structure, in the same sequence order. They differ primarily in how each segment is validated. You define a structure instance for each key flexfield and each key flexfield structure instance. The segments in a key flexfield structure instance are segment instances. A segment instance is a segment with a specific value set assigned to it. If a key flexfield has been registered with a tree structure, you can specify a tree code for a segment instance, where the tree code defines a hierarchical relationship between the segment values.
Combinations A combination is a complete code, or combination of segment values that makes up the code, that uniquely identifies an object. For example, each part number is a single combination, such as PAD-YEL-11x14 or 01-COM-876-7BG-LTN. In these combinations, the hyphen is the segment separator. If you have ten parts, define ten combinations. A valid combination is simply an existing or new combination that can currently be used because it isn't out of date or disabled, and doesn't violate cross-validation or security rules. A combination has different segments depending on the flexfield structure being used for that combination. Any combination is associated with only one particular flexfield structure. Many Oracle Fusion Applications products refer to a key flexfield combination by using the name of the entity or the key flexfield itself. For example, Oracle Fusion Assets uses the asset key flexfield and refers to one of its combinations as an asset key or asset key flexfield. In another example, other Oracle Fusion Applications products including Oracle Fusion General Ledger (GL) refer to combinations of the accounting flexfield as account or GL account. Each key flexfield has one corresponding table, known as the combinations table, where the flexfield stores a list of the complete codes, with one forthat each segment the code, with the corresponding ID number code combination ID number or column CCID) for code. Then,ofother tablestogether in the application have a columnunique that stores just the(aunique ID for the code. For example, you may have a part number code, such as PAD-YEL-11x14. The Parts combinations table stores that code along with its ID, 57494. If your application lets you take orders for parts, you might then have an Orders
373
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
table that stores orders for parts. That Orders table would contain a single column that contains the part ID, 57494, instead of several columns for the complete code PAD-YEL-11x14. Typically, one combinations page maintains the key flexfield, where the key flexfield is the representation of an entity in your application. Maintain individual combinations, such as part numbers in the combinations page.
Dynamic Combination Creation Dynamic combination creation is the insertion of a new valid combination into a combinations table from a page other than the combinations page. Dynamic combination creation may be enabled at the following levels.
Level Of Dynamic Combination Creation
Controlled By:
Flexfield
Application development
Each usage or reference to the key flexfield
Application development
Structure instance
Administrators and implementation consultants
Other
Administrators and implementation consultants
If your key flexfield or certain usages or references of the key flexfield don't permit dynamic combination creation, you may control whether dynamic combination creation is enabled for each structure instance. If enabled, a user can enter a new combination of segment values using the flexfield window from a foreign key page. For example, when entering a transaction, a GL user can enter a new expense account code combination for an account that doesn't yet exist. Your application creates the new account by inserting the new combination into the combinations table behind the scenes. Assuming that the new combination satisfies any existing cross-validation rules, table the flexfield combination into the combinations table, even though the combinations table isn't the underlying for the inserts foreignthe keynew page.
Related Topics • Oracle Enterprise Repository for Oracle Fusio n Applications: Explained
Managing Key Flexfields: Points to Consider Consider the plans for a key flexfield, security, and resulting run time pages when configuring key flexfields.
Planning Plan structures carefully and allow for future needs.
Caution Don't change the number, order, and maximum length of segments once you have acquired flexfield data.
374
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Structure Delimiters A delimiter separates the segments when they appear to end users. The delimiter value of a structure specifies the character used to visually separate segment values when the key flexfield is displayed as a string of concatenated segments in the UI.
Tip Choose the delimiter value of your key flexfield carefully so that it doesn't conflict with the flexfield data. For example, if your data frequently contains periods, such as in monetary or numeric values, don't use a period as your segment separator. Any character you expect to appear frequently in your segment values or descriptions isn't a good choice for the delimiter. If you change the configuration of a key flexfield, such as the delimiter, the change affects the previously stored key flexfields with that structure.
Security Oracle Fusion data security enforces value set security. Within key flexfields, value set security applies to the selection of the individual segment values in the segment list of values. When selecting a key flexfield segment value from the combinations table, data security allows display of only the combinations whose segment values you have access to. Applications development controls whether or not value set security rules propagate to the foreign key table. By default they do.
Run Time Pages Application development determines the user interface (UI) pages used to render flexfields. The types of key flexfield UI pages are as follows: • Combinations pages where the underlying entity objects use the combinations table itself • Foreign key pages where the underlying entity objects contain a foreign key reference to the combinations table • Partial usage pages where some or all of the key flexfield's segment columns are in a product table The same key flexfield can be used in different ways on different pages. A page with a foreign key reference has a base table or view that contains a foreign key reference to a combinations table with the actual flexfield segment columns. This lets you manipulate rows containing code combination IDs (CCID). A page with partial usage of a key flexfield presents segments that are defined on a product's transactional table in addition to being defined on a combinations table. In the case of a partial usage page, it is possible that only part of the configuration is visible. This enables the key flexfield to behave more like a descriptive flexfield. A code combination maintenance page or combinations page presents the combinations table. This enables directly creating and maintaining code combinations. The combinations table contains all key flexfield segment columns and a unique ID column. A typical application has only one combinations page. An application might not have a combinations page if it doesn't support maintenance by administrators. A page containing a search region enables end users to select which attributes of the key flexfield view object to use as criteria to search for flexfield metadata. For example, you can configure seven segments for the Account key flexfield. In a foreign key reference page, end users see the typical key flexfield picker with all seven segments where they can search for combinations. In a partial usage page using the same users potentially could only a single segment Cost Center labeled segment, or they mightkey seeflexfield, multipleend segments but displayed assee individual segments rathersuch thanas asthe a picker for choosing combinations. For more information on key flexfield pages, see the Oracle Fusion Applications Developer's Guide.
375
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Key Flexfield Structures: Explained A key flexfield structure arranges the segments of a key so that you can reuse a single key flexfield in multiple combinations of the same segments or a subset of those segments. Multiple instances of a single structure can accommodate differences in the value sets assigned to the structure's segments. The structure determines the following aspects of a key flexfield: • • • •
The segments to include The order of the segments Segment labels on the included segments Properties for each segment applied to the instances of the segments in an instance of the structure
Managing Key Flexfield Structures All the segments defined for a key flexfield are available to be included in a key flexfield structure. You can define as many segments as there are defined segment columns in your key flexfield combinations table.
Restriction Be sure to add segments in the order that your key requires. Once deployed, the order cannot be changed. Enable segments to indicate that they are in use. A flexfield doesn't display disabled segments in run time.
Tip To protect the integrity of your data, disable a segment if you have already used it to enter data.
Key Flexfield Structure Instances and Segment Instances: Explained A key flexfield structure can have one or more alternate structure instances. The instances of a key flexfield structure share the following aspects of the structure: • The same set of segments • The same arrangement of segments • The same properties at the segment and structure levels At the structure level, differences among structure instances include whether dynamic combination creation is allowed. At the structure instance level, differences among segment instances include the following: • • • •
Value set Default type and default value Tree code Whether the segment is any of the following: Required ◦ ◦
Displayed
◦
Enabled for business intelligence
376
Oracle Procurement Cloud
Implementing Procurement ◦
Chapter 12
Define Applications Core Configuration
Optional or required as a query criterion
For example, you can use one group of value sets for the US and another for France. The figure shows two structures instances for a part number structure. The structures differ in the number of segments and the segment separators used. The structure instances of a structure share all properties that are defined for the structure, but can vary in the properties defined at the structure instance or segment instance level, such as the value set assigned to the segment instances.
Query Required Segment Instances You can designate a key flexfield segment instance as query required so that it is one of the selectively required attributes an end user should can usebe in indexed, a key flexfield combination search. the If you indicatemust in thebe Manage Flexfields UI page a segmenta instance the column representing segment added Key to the database index.that Commonly, database administrator (DBA) adds columns to the database index.
377
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Following deployment, the combination picker of the key flexfield displays the query required attributes as selectively required. An end user must specify at least one of the query required attributes in the search criteria. This prevents non-selective searches that could cause performance issues. For example, if you mark the cost center and account attributes as query required and ensure that the corresponding columns in the database are indexed, an end user can search for combinations by entering cost center or account or both as search criteria. No search is performed if an end user doesn't enter at least one query required attribute as search criteria.
Tip Index the Structure Instance Number column on your combinations table to improve run time performance.
Dynamic Combinations If a key flexfield supports dynamic combination creation, you can choose to enable this feature by selecting Dynamic Combination Creation Allowed. This lets end users enter values at run time that produce new code combinations for the flexfield. If Dynamic Combination Creation Allowed isn't enabled, new valid combinations can only be entered using the combinations table for the flexfield.
Trees If a tree code has been defined for the value set assigned to the segment instance, and you assign the tree code to the segment instance, tree hierarchy search operations are available on the segment values. For a segment instance to be based on a tree, the following must be true. • Application development registered the key flexfield with a tree structure. The tree structure may be fixed across all segments in the flexfield, or may vary across segments. • A tree code for that tree structure exists. • The tree code includes tree versions containing the values of the value set assigned to the segment instance. • You assign the desired tree code directly to the segment instance. Provided these conditions are satisfied, different segment instances that use the same value set can be assigned the same or different tree codes, meaning they use a different hierarchy definition over the same values.
Enabling Key Flexfield Segments for Business Intelligence: Points to Consider A key flexfield that is registered in the database as enabled for Oracle Business Intelligence (BI) includes a BI Enabled setting for each of its segment instances. When a segment instance is BI-enabled, it is available for use in Oracle Business Intelligence. The following aspects are important in understanding BI-enabled key flexfield segments. • Flattening business components to use BI-enabled segments in Oracle BI • Equalizing segments to prevent duplication and complexity in the flattened component • Mapping attributes of flattened business components to logical objects in Oracle BI • Managing the labels that map segments to logical objects in Oracle BI After you deploy a business intelligence-enabled flexfield, use the Import Oracle Fusion Data Extensions for Transactional Business Intelligence process to import the flexfield changes into the Oracle Business Intelligence repository. Users can make use of the newly-generated attributes in business intelligence applications. For additional information about logical objects and import, refer to the Oracle Transactional Business Intelligence Administrator's Guide.
378
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Flattening When you deploy a business intelligence-enabled key flexfield, the deployment process generates an additional set of flattened business components for use in business intelligence. The flattened business components include attributes for business intelligence-enabled segment instances only. If you assigned a label to a segment, the flattened components include a single attribute representing all segment instances with that label. If you didn't assign a label, the flattened components include a discrete attribute for each BI-enabled segment instance in each structure.
Mapping to Logical Objects in Business Intelligence You can simplify reporting by representing similar segments as a single logical object in Business Intelligence. If you assign a label to segments that serve the same purpose in different structures, you can consolidate or equalize the segments into a single attribute. This prevents duplication and the extra workload and complexity that result from the flattening process. For example, an organization may have more than one definition of its key accounting flexfield to support different requirements for accounting reporting, or due to chart of accounts definitions from acquired organizations. A US Accounting Flexfield structure may have a segment called Subaccount to track project expenditures. The same type of information may be tracked in a UK accounting flexfield structure with a segment called Project. Equalize these two segments to create a single list of values for reporting. Non-labeled segments aren't equalized across context values, so the flattened components include a separate attribute for each segment for each structure.
Note It may not be possible to equalize similarly labeled segments if they have incompatible data types or value set types. Assign a label to a segment to map the corresponding attribute in the flattened components to a logical object in Oracle Business Intelligence. Using labels to map segments to BI logical objects minimizes the steps for importing the flexfield into Oracle Business Intelligence.
Note Assigning a label to a segment serves to equalize the attribute across structures, as well as map the equalized attribute to business intelligence.
Managing Labels You may assign a predefined label (if available) to segments or create new labels for assignment, as needed. Specify a code, name, and description to identify each label. In the BI Object Name field, enter the name of the logical object in Oracle Business Intelligence to which the segment label should map during import. Specifying the BI logical object minimizes the steps for importing the flexfield into Oracle Business Intelligence and helps to equalize context-sensitive segments across structures. If no labels are assigned to a BI-enabled segment, or the BI Object Name on the assigned label doesn't exist in business intelligence, you must manually map the segment to the desired logical object when importing into Oracle Business Intelligence. In addition, segments without labels cannot be equalized across structures. The flattened components include a separate attribute for each non-labeled segment in each structure.
Importing to Oracle Business Intelligence Repository After you deploy a business intelligence-enabled flexfield, import the flexfield changes into the Oracle Business Intelligence repository to make use of the newly flattened business components in business intelligence and then propagate the flexfield
379
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
object changes. When you import the metadata into the Oracle Business Intelligence repository, you must do so as the FUSION_APPS_BI_APPID user.
Note To import flexfield changes into the Oracle Business Intelligence repository in Oracle Cloud implementations, run the Import Oracle Fusion Data Extensions for Transactional Business Intelligence process. For additional information about import, refer to the Oracle Transactional Business Intelligence Administrator's Guide.
Tip When you import a flexfield into the Oracle Business Intelligence repository, you see both _ and _c attributes for each segment, along with some other optional attributes. The _ attribute contains the value. The _c attribute contains the code of the value set that the value comes from, and is used for linking to the value dimension. You must import both attributes.
Key Flexfields: Example A key flexfield can capture expense account information.
Scenario When entering details for each expense, the user specifies an account to which the expense is charged.
Entering Expense Accounts A user interface for entering expenses gives the user the option of selecting an expense account that identifies the cost center and other details needed for processing the expense.
Analysis The expense account field is a foreign key reference to a code combination (EXPENSE_LINES.EXPENSE_ACCOUNT = ACCOUNTS.CCID).
Code Combinations Table for Entering Accounts and Employees The code combinations table supports entering account information, such as for expense accounts.
380
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
The figure shows the srcin in the code combinations table of the account specified by the user. The code combination ID record stores the information of the key flexfield segments used to assemble the expense account based on the key flexfield configuration.
The combinations page, which is the maintenance page for the key flexfield, is for managing rows in the combinations table. In this example, managing the combinations means adding or editing account numbers that adhere to the key flexfield metadata rules. The figure shows the code combination details for the example expense account reflected in the flexfield configuration and the code combinations table.
381
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
If dynamic combination creation isn't enabled, then when entering an expense line, the user can only select an account that already exists in the ACCOUNTS (combinations) table. If they require an account that doesn't exist, they must consult with the appropriate application administrator who can add the account to the combinations table. If dynamic combination creation is enabled, then when entering an expense line, the user can either select a pre-existing account, or type in a new account that is created dynamically on the fly in the ACCOUNTS (combinations) table. Once the new combination is created, the same user can refer to it on the expense line. When managing employee information, the user specifies the cost center that the employee belongs to. The cost center field corresponds to a single, labeled segment of the Account Key Flexfield and has metadata defined such as the allowable value set for that segment. In this figure, instead of specifying a cost center ID reference to an account, only the Cost Center segment is used and the value is stored directly on the employee table.
382
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
Related Topics • Creating One Chart of Accounts Structure with Many Instances: Example
FAQs for Define Flexfields Why did my flexfield changes not appear in the run time UI? The ADF business components or artifacts of a flexfield, which are generated into an Oracle Metadata Services (MDS) Repository when the flexfield is deployed, are cached within a user session. You must sign out and sign back in again to view flexfield definition changes reflected in the run time application user interface page. A flexfield's deployment status indicates whether the flexfield segments as currently defined in the metadata are available to end users. The flexfield segments seen by end users in the run time correspond to the flexfield definition that was last deployed successfully.
What happens if a value set is security enabled? Value set security is a feature that enables you to secure access to value set values based on the end user's role in the system. As an example, suppose you have a value set of US state names. When this value set is used to validate a flexfield segment, and users can select a value for the segment, you can use value set security to restrict them to selecting only a certain state or subset of states based on their assigned roles in the system. For example, Western-region employees may choose only California, Nevada, Oregon, and so on as valid values. They cannot select non-Western-region states. Eastern-region employees may choose only New York, New Jersey, Virginia, and so on as valid values, but cannot select non-Eastern-region states. Value set security is implemented using Oracle Fusion Applications data security.
How can I set a default value for a flexfield segment? Whensegment. you define or edit a flexfield segment, you specify a default value from the values provided by the value set assigned to that You can set the default value for a descriptive flexfield segment to be a parameter, which means the entity object attribute to which the chosen parameter is mapped provides the initial default value for the segment.
383
Oracle Procurement Cloud
Implementing Procurement
Chapter 12
Define Applications Core Configuration
You can set the default value to be a constant, if appropriate to the data type of the value set assigned to the segment. In addition to an initial default value, you can set a derivation value for updating the attribute's value every time the parameter value changes. The parameter you choose identifies the entity object source attribute. Any changes in the value of the source attribute during run time are reflected in the value of the segment. If the display type of the segment is a check box, you can set whether the default value of the segment is checked or unchecked.
Define Attachments Attachments: Explained You can use attachments to provide supplementary information to specific business objects. Attachments can be URLs, desktop files, text, or repository folders. For a business object you may view, create, delete, or edit attachments, depending on your role and granted privileges. For more information on attachments, see the Oracle Fusion Applications Developer's Guide.
Repository Attachments are stored in a content management repository provided by Oracle WebCenter Content Server. Users managing attachments can't interact with the repository unless the repository mode is enabled. When enabled, users can share attachments among objects, update attachments, and perform other tasks. Access to the attachment files is controlled by a digital signing mechanism.
Security Data security applicable to a specific business object extends to its attachments For example, if a user has no access to a specific expense report, then that user cannot access its attachments. You can also use attachment categories to control accesssee andthe actions attachments, based on roles associated attachments, Oracleon Fusion Applications Developer's Guide. with that category. For more information on securing
Attachment Entities: Explained An attachment entity is usually a database entity, for example a table or view, that represents a business object with which attachments can be associated. Each attachment UI must be defined with a corresponding attachment entity. Attachment entities are used only in the context of attachments and exist separately from the database entities that they are based on. In the Setup and Maintenance Overview page, search for the Manage Attachment Entities task. Use the Manage Attachment Entities page to edit and create attachment entities. You can either use the predefined attachment entities with attachment UIs or create new entities, for example when developing custom UIs. The entity name should match the name of the table or view that represents the business object used for attachment. The name is also used in the repository folder that is automatically created to store attachments for the entity. The data security policies associated with the database resource defined for the attachment entity apply to attachments for that entity. However, the security setting must be enabled for that entity. The database resource value must match the value in the OBJ_NAME column in the FND_OBJECTS table for the business object that the entity represents.
Related Topics • Modules in Application Taxonomy: Explained • Database Resources and Data Security Policies: How They Work Together
384
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Attachment Entities and Attachment Categories: How They Work Together The association between attachment entities and categories determines the use of categories for an entity. For example, categories associated with the expense report attachment entity are available in the attachment UIs for expense reports. You can configure the associations when managing either entities or categories. Between the Manage Attachment Entities and Manage Attachment Categories pages, any change in association on one page automatically reflects on the other page. You can access either page by starting in the Setup and Maintenance Overview page and searching for the attachment tasks.
Managing Entities On the Manage Attachment Entities page, you determine which attachment categories are relevant to a particular entity. Each entity must have at least one category. For a particular expense report page with attachments functionality, you can specify which category to use for the attachment. Accordingly, the data security defined for each category is applied to the attachments on that page if security is enabled.
Managing Categories If you create an attachment category and need to assign it to multiple attachment entities, use the Manage Attachment Categories page. The association is the same as that on the Manage Attachment Entities page.
Attachments Troubleshooting: Explained Attachments UIs are very user-friendly and easy to work with. You may encounter issues in certain cases such as you customize the attachments, for example create additional attachment categories, or implement data security on them.
Issue: Can't View, Add, Update, or Delete Attachments You may encounter the following issues when trying to view attachments or perform actions such as adding attachments. • You can no longer see specific attachments that were earlier visible. • You can no longer update or delete attachments. • You get an error stating that you do not have permission to add attachments.
Resolution Use the Manage Attachment Entities page to ensure that attachment categories are associated to the relevant attachment entity. You might need to check with your system administrator or help desk to determine the exact entity used on the page with the expenses attachments or what categories to assign. If data security is implemented on the categories for the attachment entity, verify that the Enable Security check box is selected in the Manage Attachment Entities page for that entity. Make sure that users have a role with the privileges shown in the following table, to view, add, update, or delete attachments with a specific attachment category. Action
Privilege
View
Read Application Attachment (FND_ READ_ APPLICATION_ ATTACHMENT_ DATA)
Add or Update
Update Application Attachment (FND_ UPDATE_ APPLICATION_ ATTACHMENT_ DATA)
385
Oracle Procurement Cloud
Chapter 12
Implementing Procurement
Define Applications Core Configuration
Action
Privilege
Delete
Delete Application Attachment (FND_ DELETE_ APPLICATION_ ATTACHMENT_ DATA)
For example, if users have the Read Application Attachment privilege for all categories associated with the expense report attachment entity, except the Receipts attachment category, then they can view all expense report attachments except those created with the Receipts category. Likewise, if users do not have the Update Application Attachment privilege for any attachment categories tied to the expense report attachment entity, then they cannot create any attachments for the expense reports. For more information on attachment category data security, see the Oracle Fusion Applications Developer's Guide. Certain attachments UI have predefined restrictions for users on categories. Your developers can also introduce additional filters to determine which document categories are available for a specific page. Check with your developers or help desk.
Issue: Missing Attachment Category You can view existing attachments but the attachments no longer have an attachment category associated with them.
Resolution When the attachment was added, at least one category existed for the corresponding attachment entity. Since then, the entity was edited so that it no longer has any assigned categories, so the user cannot see the category associated with that attachment. Use the Manage Attachment Entities page to reassign attachment categories to the relevant attachment entity. For example, if users can no longer see the Receipts attachment category for an attachment to an expense report, then search for the expense report attachment entity and assign to it the Receipts category. You may need to check with your system administrator or help desk to determine the exact entity used on the page with the expenses attachments or any additional categories to assign. Certain attachments UI have predefined restrictions for users on categories. Your developers can also introduce additional filters to determine which document categories are available for a specific page. Check with your developers or help desk.
FAQs for Define Attachments What's an attachment category? You must use an attachment category to classify and secure an attachment. While adding attachments, you can view the available attachment categories and add the attachment to one of them. For example, attachments for an expense report can be categorized as receipts, scanned invoice images, and so on. You can also associate roles with categories to restrict user access and actions for an attachment entity. You can also create and manage custom categories for your own purpose, involving specific attachments with specific security requirements. For more information on attachment category data security, see the Oracle Fusion Applications Developer's Guide. In the Setup and Maintenance work area, search for the Manage Attachment Categories task and access the Manage Attachment Categories page.
Related Topics • Modules in Application Taxonomy: Explained
386
Oracle Procurement Cloud
Implementing Procurement
Chapter 13
Other Common Setup and Maintenance Tasks
13 Other Common Setup and Maintenance Tasks Define Extensions: Define Custom Enterprise Scheduler Jobs Managing Job Definitions: Highlights Users run scheduled processes based on Oracle Enterprise Scheduler jobs to process data and, in some cases, to provide report output. A job definition contains the metadata that determines what the job does and what options are available to users. You can create and edit job definitions in the Setup and Maintenance work area, using the Manage Custom Enterprise Scheduler Jobs task for your application.
Viewing Job Definitions • Use the Manage Job Definitions tab to access predefined and custom job definitions. • The Name column shows an asterisk for predefined job definitions.
Creating Job Definitions • You or a technical administrator can create jobs based on Java, PL/SQL, Oracle Business Intelligence (BI) Publisher, or any other supported technology. • Every predefined or custom job must have a job definition. • For Oracle Cloud implementations, you can create custom job definitions only for custom jobs based on Oracle BI Publisher reports. • The Enable submission from Enterprise Manager check box is not applicable to Oracle Cloud implementations. If you don't select this check box, then the job can't be run from Enterprise Manager. ◦
◦
If you select this check box, then you can define parameters for your job definition only in Enterprise Manager. Save the rest of your work on the job definition, and then go to Enterprise Manager if you need to define parameters.
Editing Job Definitions • You can edit all aspects of custom job definitions. • For predefined job definitions, you can: ◦
◦
Determine if user properties are read-only or not. Edit what are described as job properties in the Oracle Fusion Applications Extensibility Guide for Developers. See: Customizing Existing Oracle Enterprise Scheduler Job Properties
Related Topics • Managing Job Sets: Highlights • How can I see which applications a Manage Custom Enterprise Scheduler Jobs task includes?
387
Oracle Procurement Cloud
Implementing Procurement
Chapter 13
Other Common Setup and Maintenance Tasks
Managing List of Values Sources: Highlights A list of values source for Oracle Enterprise Scheduler job definitions determines where a list of values comes from and what the specific values are. Use these lists for parameters and application defined properties, for example a list of countries that users can choose from for a Country parameter.
Note Since you can't edit parameters for predefined job definitions, list of values sources are only for parameters in custom job definitions.
Accessing List of Values Sources
• Access list of values sources in the Setup and Maintenance work area, using the Manage Custom Enterprise Scheduler Jobs task for your application. • Open the Manage List of Values Sources tab.
Creating and Editing List of Values Sources • Search for list of values sources to edit or delete, or to make sure a particular source doesn't already exist before you create it. • Create list of values sources to register them for use in job definitions.
Related Topics • Managing Job Sets: Highlights • How can I see which applications a Manage Custom Enterprise Scheduler Jobs task includes?
388
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
14 Define Common Procurement Configuration Define Basic Catalogs Create Catalogs Catalogs: How They Work Together A catalog is a collection of categories that you use to classify items. You can organize the categories into a hierarchy the represents a taxonomy. You create new categories only in the context of a catalog. You can add existing categories to one or more catalogs, either from another catalog or as shared categories from a source catalog. You can set the Catalog Content value to Items at all levels which allows items to be assigned to any level within the category hierarchy, not only to the leaf levels.
389
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
The following diagram shows the relationships of the catalog components.
Catalog A catalog is a collection of categories that are organized to define a classification of items. The top most level of a catalog is the catalog root. All categories for the first level in the category hierarchy are associated with the catalog root through the catalog category association component.
Category A categoryin isthe a component a catalog thatarepresents ofthrough the classification defined by the categoriesBoth andthe category hierarchy catalog. Youofcan associate category toa aportion catalog the catalog category association. shared category and the native category are associated thorough the catalog category association.
390
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
Catalog Category Association Catalog category association represents the relationship between a catalog and a category, or a parent category and a child category. Each catalog category association represents one relationship between the catalog and a category or one relationship between a parent category and a child category.
Item Category Assignment Item category assignment represents the assignment of the item to a category in a catalog. Each item category assignment represents the relationship between a category and an item.
Item An item represents objects such as a product, service or template. An item is assigned through the item category assignment component.
Attachment or Image Information is associated to the catalog and/or category, or both, through the attachment framework. Multiple attachments are supported but you can associate only a single attachment or attachment type image with a catalog or category.
Catalog Formatting: Explained The format of a catalog is defined at the time the catalog is created and controls the behavior of the catalog at runtime. When you format a catalog the layout controls three main areas and includes the following tasks, some fields are required, and others are optional. • Catalog configuration • Date enablement • Category sharing
Catalog Configuration You can configure the catalog, and this affects how the content behaves. The catalog configuration contains a set of attributes that define the catalog configuration. These attributes interact to define the runtime behavior of the catalog. The configuration functions are: • Catalog code: A unique identifier that is used. • Catalog structure: The key flexfield structure used to define the catalog. • Controlled at: Controls how items are assigned to categories and has two values. The first value is master level, which enables the automatic assignment of items to all child organizations associated with the master organization, if the current context is a master organization. The second value is organization level, which assigns the item only to the organization in the current context. • Default category: Applies any time a new item is created. The newly created item is assigned to this category within the catalog automatically. The automatic assigned is controlled by the functional area. • Catalog content: Controls what content can be added to the catalog and where the content can be added. This attribute has three values: ◦
◦ ◦
The Item at leaf levels allows items to be added only to the bottom level categories in the hierarchy. The Items at all levels allows items to be assigned to any category in the hierarchy regardless of level. Categories only allows categories to be added only to the catalog.
391
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
• Allow multiple item category assignment: When this option is selected, you can assign an item to one or more categories in the catalog. The default is deselected, which means that each item can be assigned to only one category in the catalog. • Enable hierarchies for categories: When this option is selected, you can create a hierarchy for the catalog. The default is deselected, which means that the catalog cannot have a hierarchy and categories are associated with the catalog root. • Enable automatic assignment of categories: When this option is selected, the catalog is built by automatically associating all categories, based on matching the catalog structure value to the category structure value.
Catalog Date Enablement The date enablement function controls when the catalog is in an active state or inactive state by using the start date and end date attributes.
Category Sharing The category sharing function enables sharing by reference to categories from a designated source catalog. The sharing function has these attributes: • Source catalog: A catalog that does not have sharing enabled from which categories, category hierarchies, and assigned items can be added to the catalog. • Sharing content: Controls what content can be added from the source catalog. This attribute has three values: ◦
Categories only: Only categories without assigned items can be shared.
◦
Items only: Only categories with assigned items can be shared.
◦
Items and categories: All categories can be shared.
Catalog Details: Explained You can change a default category so that you can use it for item creation, or modify the inactive date so that the category is no longer used as you update a catalog. You can correct mistakes or reclassify the category due to shifting relationships within the category hierarchy. You can view and edit a catalog on the Edit Catalog page when you have editing rights. For users that do not have rights to edit, the page is in read only mode. The following aspects are important regarding managing and editing catalog details: • Catalog header region • Catalog detail tab • Category hierarchy tab
Catalog Header Region This region contains the catalog name and description, the selection of the default category and the start and end date for the catalog.
Catalog Detail Tab The Detail tab contains: • The configuration attributes for the catalog that controls the runtime behavior for the catalog. • The sharing attributes for the catalog which controls the source catalog that will be used for sharing from and what content can be shared.
392
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
• The additional information which contains the descriptive flexfields defined for the catalog.
Category Hierarchy Tab This contains the category hierarchy region in which the category hierarchy can be created and maintained. In addition, items can be assigned, and the usage of the category in other catalog can be viewed, and the attributes for the category and catalog category association can be edited.
Automatic Assignment Catalogs: Explained The automatic assignment catalog feature enables you to reduce the cost of creating and maintaining a catalog. It is a simple way to create a nonhierarchical catalog because you do not have to add categories manually to the catalog. All categories that have the same category structure value as the catalog are automatically assigned and associated to the catalog when you create a catalog category association for each category. Note that if you create a category in another catalog with the same structure value as the automatic assignment catalog, the category is added to your catalog. The categories displayed for auto assignment catalogs are refreshed only at startup and after you save.
Automatic Assignments The automatic assignment feature is enabled during catalog creation when you select the Enable automatic assignment of category check box. When you open a new catalog, any categories that have the same category structure value as the catalog structure value for the catalog are automatically assigned to the catalog. For example, Purchasing may maintain a master catalog containing all categories that represent commodities. Each commodity team can create categories for their commodity in their own catalog. • The master catalog for Purchasing is named Purchasing and is configured during creation to support the automatic assignment of categories. • The Electronic commodity team creates a catalog named Electronics and proceeds to create categories that represent the classification of their commodity. The Electronic commodity team creates the categories televisions, computers, and home theaters. • The other commodity teams create and maintain separate catalogs. • Because you enabled automatic assignments for the Purchasing catalog, any categories created by the commodity teams are added to the catalog automatically. The Purchasing managers can view the collection of all commodities represented as categories in the Purchasing catalog.
Manage Catalogs Catalog Edits: Explained The Edit Catalog dialog is a shared page that has two modes, view and update. The view mode displays the selected catalog in a read-only file. The update mode displays the selected catalog in an editable file. You must have edit catalog privileges to access the catalog in update mode. You can edit only an active or future-dated catalog. The following fields are editable in the catalog: • Catalog Name • Description • Start Date • End Date • Default Category • Allow multiple item category assignment • Addition Information
393
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
• Category Hierarchy • Category Details • Items assigned to category
Default Category You can edit this field to select another category as the default category for item creation. You cannot remove the default category if the catalog is assigned to a functional area that requires a default category to be specified.
Allow Multiple Item Category Assignment This check box is editable only until you assign an item to a category in the catalog.
Addition Information
You can edit the values of the descriptive flexfields attributes. After you make changes, clicking the Save button saves the changes to the database but will does not close the Edit Catalog page. Clicking the Save and Close button saves the changes to the database and closes the Edit Catalog page.
Categories and Catalog Relationships: Explained Catalogs are used to organize and classify collections of items by associating categories to the catalog. The categories are organized to form a taxonomy and items are assigned to the categories. When a category is associated with the catalog a catalog category association is created which specifies the relationship of the association. The catalog category association may also represent the relationship between two categories, for example a relationship between a parent category and a child category. The following aspect is important regarding catalog category association: • Date enablement attribute value
Catalog Category Association The catalog category association is date enabled providing the control of when the catalog category association is active in the catalog and when the catalog category association is inactive. The catalog category association has two attributes to support date enablement; the start date and the end date. The start date is value is the first day that the catalog category association is available or active for use and the end date is the last day the catalog category association can be used, after this date the catalog category association is inactive. The date enablement attribute values are also used to control the visibility of content and the behavior of the category in the catalog. If a category association is inactive or end dated, having the value of the end date attribute past the current date, then the items cannot be assigned to the category. A catalog category association will be set to inactive state when the category referenced by the catalog category association is set to an inactive state automatically, but the display will not be refreshed automatically.
Date Enablement for Catalogs and Categories: Explained The catalog, categories, and catalog category association use date enablement to determine if the object specified is active or inactive based on the start date and end date. The following are date enablement definitions: • Active An object is active when the current date is later than or equal to the value of the start date, but earlier than or equal to value of the end date. • Inactive An object is inactive when the current date is later than the value of the end date. • Future dated An object is future dated when the current date is earlier than the value of the start date. You set the date enablement attributes are used to determine when a catalog, category, or catalog category association is used or visible. • On the Manage Catalog page, a table filter determines which catalogs appear. The default value for the choice list is Active, indicating that only active catalogs will be displayed. You can select the value All to view both active and inactive catalogs.
394
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
• On the Edit Catalog page, on the category hierarchy tab, two table filters determine what categories and catalog category associations appear. The default values for the two choice lists are Active, indicating that only active categories and active catalog category associations will be displayed. You can select the value All to view both active and inactive categories and catalog categories associations. • Other applications also use the date enablement attributes to filter information retrieved through application programming interfaces or services for catalogs. The following illustration provides the date enablement attributes for these objects. The catalog, category, or the catalog category association has an internal state that is active or inactive.
The following aspects are important regarding date enablement for catalogs and categories: • Start date
395
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
• End date • Catalog and category objects • Catalog category association • Catalog and category rules
Start Date The start date is defined as the first date that the object can be active. The start date can be future dated by setting the value to a date later than the current date. The start date value defaults to the system date if no date is entered during catalog or category creation.
End Date The end date is defined as the last date that the object can be active. The object is end dated one second after the date specified by the value of End Date, that is the next day at 12:00:01 a.m. You cannot set the end date in the past. Also, you can change the end date from a condition when the object is ended to a new end date greater than or equal to the system date, causing the object to go from inactive to active. The end date value is optional during catalog or category creation.
Catalog and Category Objects The start and end dates have been added for the catalog and catalog category association. The inactive date for categories has been renamed as the end date and the start date has been added.
Catalog Category Association The catalog category association is used to specify the parent and child relationships between catalogs and categories and for category to category relationships. The catalog category association date enablement is independent of the category data enablement, except for the case where the category is end dated; the association is ended automatically as well. The catalog category association dates represents the state of the category for the catalog in which the category is associated.
Catalog and Category Rules When a catalog is inactive the following rules apply: • All operations for the catalog are disabled; the catalog is not editable. • The catalog cannot be used in other processes. • The catalog can be viewed only if you set filters on the Manage Catalog page to a value of All, enabling you to view active and inactive catalogs. When a category is inactive the following rules apply: • All operations for the category are disabled; the category is not editable. • The category cannot be added to other catalogs. • The category can be viewed only if you set the filters on the Edit Catalog page to a value of All, enabling you to view active and inactive catalogs. • The system sets the catalog category association for the inactive category to inactive. When a catalog category association is inactive the following rules apply: • The category may be inactive or active; if the category is active it can be edited. • The catalog category associations and related category can be viewed only if you set the association filter on the Edit Catalog page to a value of All, enabling you to view active and inactive catalogs. When a catalog is future dated the following rules apply: • All the operations of the catalog are enabled and the catalog is editable. • The catalog can be used in other processes, if allowed.
396
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
• The catalog can be viewed only if the you set the filters on the Manage Catalog page to value of All.
Catalog Hierarchies: How They Fit Together You use catalogs to organize and classify collections of items by associating categories with the catalog. You organize the categories to form a taxonomy and assign items to the categories. When you associate a category with the catalog, a catalog category association is created which specifies the relationship of the association. The catalog category association may also represent the relationship between two categories, for example, a relationship between a parent category and a child category. The following diagram shows the relationships of the category hierarchy components:
Components
The components of a category hierarchy are: • Catalog root: The topmost node in category hierarchy that represents the object called catalog.
397
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
• Category: The catalog component that is used to represent the classification structure. • Catalog category association: The line in the diagram represents the relationship between a catalog and category or between a parent category and child category. • Item category assignment: The dotted line in the dialog represents the relationship between a category and an item. • Reference category: The category C5 in this diagram is shared as a reference category from a source catalog. • Leaf level category: The lowest or bottom-level category in a category hierarchy. You can assign items to all levels in a category hierarchy if you configure the catalog to support this. • Browsing category: The category C2 in this diagram is a browsing category. Browsing categories are categories that you add to the category hierarchy for the purpose of classification and do not have items assigned to them. The category hierarchy does not have a limit on how many levels can be represented. The category hierarchy can have multiple hierarchies within a single category hierarchy.
Category Edits: Explained Categories can be edited only from within an Edit Catalog page, the category hierarchy tab. The category can be edited by selecting row for the category in the category hierarchy table and editing the category information in the category detail panel. The category can only be edited if the category is active and the catalog is active or future dated. The category information can be edited in both the details and items tabs.
Details and Items Tabs The following fields are editable in the category: • Category name • Description • Attachments • Category start date • Category end date • Items assigned to category After changes are made the Save button will save the changes to the database but will not close the Edit Catalog page. The Save and Close button will save the changes to the database and close the Edit Catalog page.
Catalog Category Association: Explained The catalog category association can be edited only within the Edit Catalog page, in the category hierarchy tab. The catalog category association start date and end date attributes can be edited in the details region.
Category Catalog Associations You select the category in the category hierarchy table for the catalog category association that is being edited, the category details are displayed in the right hand panel. The association start date and association end date are the only editable fields. After completing the edits, click on the Save button to save your changes to the database, the Edit Catalog page will not close. The Save and Close button will save the changes to the database and close the Edit Catalog page.
Category Details: Explained You can update category details when you select the row with the category in the category hierarchy table, the category details are displayed in the right hand panel in the user interface in an edit mode for all native categories. The category detail region contains information about the category that is associated to the catalog. It also contains the association start and end dates.
398
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
You can view and edit a catalog on the category details tab when you have editing rights. For users that do not have rights to edit, the page is in read only mode. The following aspects are important regarding managing and editing category details: • Category details tab • Items tab • Where used tab
Category Details Tab The details tab contains information about the category that has been associated to the catalog. This information appears in all catalogs, since a category can be associated to one or more catalogs. The details tab contains the category configuration, category date enablement, association date enablement, and the additional attributes for the category. The details tab contains attributes that define a category. Unstructured information is added through attachments. Images are added to a category and are displayed in the category details tab.
Items Tab The item assignments are specific to the catalog where the category is associated.
Where Used Tab The Where used tab contains a list of catalogs that the category is associated with.
Categories: Explained You can create categories only in the context of a catalog, on the Edit Catalog page, Category hierarchy tab. When you select the Create icon in the category hierarchy table, it launches the Create Category dialog. Consider the following important aspects when creating categories for catalogs: • Create category region • Configuration region • Date enablement region • Additional information region
Create Category Region Enter a name and a meaningful description of the category in the create category region. Optionally, you can add an image and an attachment to this category.
Configuration Region The key flexfield is determined during creation based on the catalog structure of the catalog. Enter the key flexfield segment values for the category. The number of key flexfield segment values depends on how you define the key flexfield at setup time. The category structure is the key flexfield structure instance that you create as part of the setup. When you define the key flexfield structure instance, you define the segments for the structure instance. For example, the family group and class group are segments. The segments appear in the Create Category dialog based on the key flexfield structure instance that you select. The default value of the category content selection value is Items and Categories, but you can change the value. The values in the category content choice list vary based on the catalog content value. The category content attribute value controls the content that you can add to this category. • Items Only: Select to add only items to the category
399
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
• Categories Only: Select to add only categories to the category • Items and Categories: Select to add both items and categories to the category
Date Enablement Region Date enablement determines if an object is active or inactive based on the start date and end date. When categories are created, the default start date value is the current date. You can move the category start date beyond the current date to a future date within the category. The end date value is optional.
Additional Information Region The additional information region contains all descriptive flexfield attributes that you set up for categories. You can edit the values of the descriptive flexfield attributes at the time of category creation. After you complete the required fields for the catalog, clicking OK creates the category in the database, adds the category to the point of selection in the category hierarchy, and closes the dialog.
Category Moves: Explained You use the move category function in the category tree table region of the Edit Catalog page. This is a table row action. The dialog is launched when you select an active or future dated category within the catalog and select this action. The move category function is disabled when the Enable hierarchies for categories check box is not checked or left unchecked. Consider the following important aspects when moving categories within catalogs: • Indentifying the new parent
Indentifying the New Parent The dialog provides the current category parent and allows you to pick a new category parent. Only the legal category parents are displayed in the choice list. The category list within the New Parent choice list is filtered by based on a set of rules: • The new parent category must be an active or future dated category; the end date value of the category must be later than the current system date. • The value of the category content for the new parent category must allow the selected category to be added; the legal values are items and categories and categories only. • A selected category associated with the catalog at a level below the categories at the root categories can be moved to the root of the catalog. • The new parent category catalog category association must be active; the end date value of the catalog category association must be later than the current system date.
Import Category Hierarchies: Explained Category hierarchy can be created and maintained through a spreadsheet interface reducing the amount of time to create and maintain catalogs. Existing catalog content can be exported and the content used in other catalogs for catalog category hierarchies. The following aspects are important regarding category hierarchy import used in catalogs: • Spreadsheet interface • Export category hierarchy
Spreadsheet Interface
You can manage the catalog category hierarchy to use the spreadsheet interface that is available in the Edit Catalog page by using the Export Hierarchy button to download existing catalog content, modify this content in a spreadsheet, and upload the content back into the Product Information Management application.
400
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
Export Category Hierarchy You use export category hierarchy for example, when you need to provide the category hierarchy to a partner. Your partner has the capability to import the catalog file using an Excel spreadsheet. You can export the category hierarchy from our catalog and it can be used by partners. If your partner has the Oracle Product Information Management solution, they can directly import the category hierarchy into their catalog.
Catalog or Category Attachments: Explained Catalogs and categories support attachments and use a common component for managing attachment content. You can add attachments on both the Create Catalog and Edit Catalog pages. The attachment component displays a green plus sign icon indicating that no attachments are available for the object. The Attachment dialog appears when you click the green plus sign icon. You define the attachment by selecting the attachment type, file name or Uniform Resource Locator (URL), title, description, and by indicating whether the attachment can be shared with other objects. Once you define the attachments and click the OK button, that attachment title appears in the attachment component region of the page along with a red X icon that you can click to delete the attachment. The attachment file types are: • File • Repository File/Folder • Text • URL
File You must provide a title for the file and create a description for the attachment. You select a file to upload from your desktop.
Repository File/Folder
You click the Browse button to attach a repository file/folder from the document repository to a catalog. The attachment repository contains existing attachments and is organized as a set of folders. The Browse button launches the Attachment Repository dialog to enable you to select an attachment. You must provide a title for the repository file/folder and create a description for the attachment.
Text Enter the text string in the field that you want to appear as an attachment. You must provide a title for the text and create a description for the text attachment.
URL Enter the URL address to a web page that you want to attach to the catalog. You must provide a title for the URL attachment and create a description for it. The Share check box alerts users that you added an attachment and the date that you performed the task.
Items to Categories Assignment: Explained You can assign items to categories on the Edit Catalog page, category hierarchy tab, on the category detail item tab. You can assign items only to active categories and categories where the Category Content field value is Items and Categories or Items Only. In addition, you can configure catalogs to control item assignment to categories within the catalog by selecting the Allow multiple item category assignment check box, which allows items to be added to all levels of the category hierarchy.
401
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
You select items from a choice list and add them to the category. The choice list is filtered based on a set of rules: • Item data level security: Displays only the items that the user has permission to view and assign. • Organization context: Based on the organization context that is controlled by a choice list in the item table header, only the items assigned to organizations are displayed.
Controlling Item Assignment You also control item assignment by selecting the value of the Controlled at check box. If you select the Master Level value and the organization context is a master organization, the items are automatically assigned to all child organizations that are associated with the master organization.
Catalog Publishing: Explained
Other applications can use catalog data if you export the catalog content. For example, you may want to export catalog content to use as a monthly report of all items assigned to a specific catalog. You can use the default publish template provided in hyper text markup language (HTML). You can specify the content and layout of the catalog information. When the catalog is published, you select the format and initiate the creation of the content in the file. The following aspects are important regarding catalog data to be published: • Publish a catalog • Type of catalog content that can be published
Publish a Catalog You initiate a search for a catalog from the Manage Catalogs page, select the row corresponding to the catalog that you want to publish and select thePublish action. The application generates the report based on the default template in HTML format, and the locale prior to creation of the file. You can select a new template or format from the report window. The content displayed for items, categories, catalog categories, and catalog is based on the publish template.
Type of Catalog Content That Can Be Published The default catalog publish template allows the publication of the catalog header details, category hierarchy, category details, and category item assignments. The order of a published report begins with the catalog header and the catalog category details. If the category has a child relationship then the catalog category association details for the child category follows. If the child category has a hierarchy, then the complete hierarchy under the category is published with the catalog category association details and categories details.
FAQs for Manage Catalogs How can I share catalog content? Categories can be shared across multiple catalogs allowing catalog content to be reused and saving the work needed to maintain multiple copies of the categories. In the case of category sharing, the category structure in the source catalog can be different than the native catalog. Categories can be shared using two methods; the first method is directly associating the category to the catalog. The category is added to the catalog and can be edited in the catalog or any catalog the category is associated to. The items assigned to the category are not shared, but are assigned to the category in context with the catalog the category is associated. For example if the category name or description is changed in one catalog, the change will be reflected in all catalogs where the category is associated, but if items are assigned to a category, the assignment will be for that single catalog. The second method of sharing categories is adding a category by reference into the catalog. During the creation of the catalog, sharing can be enabled by specifying a single source catalog that will be used for sharing by reference and setting the value of the sharing content to control what content will be shared from the source catalog. The advantage of using
402
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
sharing by reference is source catalog content can be shared to multiple catalogs and maintained in a single place, the source catalog. In addition, the referenced content can be more than one category, for example a complete category hierarchy and any assigned items to categories in shared content can also be reference within the catalog.
How can I define category hierarchies? Categories can be organized to represent classification taxonomies. The hierarchy organizations for categories have parent and child relationships that form a tree structure. The category hierarchy is created and maintained within the Edit Catalog page, category hierarchy tab. The category hierarchy is shown in true relationship to the way it is defined. The category hierarchy can be created using two methods: the first is manually creating the hierarchy by adding referenced categories, duplicating categories or creating category for the catalog. The second method for creating the hierarchy is by importing the category hierarchy through the spreadsheet interface. The category hierarchy can beto exported from other catalog or other sources, edited and imported into a new catalog, additionally it can be added manually the spreadsheet. The category hierarchy can be edited using Move Category. The catalog category association cannot be deleted, but can be end dated to make the catalog category association inactive. The category hierarchy table provides a choice list filter that controls what catalog category associations and categories area displayed based on the date enablement. The category hierarchy can also be edited by exporting the complete hierarchy, editing it and importing the category hierarchy back into the catalog.
How can I duplicate categories? You can select and duplicate a category as a quick way to create a similar category configuration. Selecting the Duplicate icon action launches a Create Category dialog that has attribute fields populated based on the selected category attribute values. The category name is prefixed with Copy_ followed by the name of the selected category. You fill in the required field information in the key flexfield segment values which are blank. Once the category attributes are updated and the key flexfield segments values are entered, the OK button adds the newly created category into the category hierarchy of the selected category you have configured.
How can I add categories? Categories are catalog components that are associated to a catalog for purpose of classification of items. You can add existing categories to the point of selection which can be a category in the hierarchy or the root of the catalog. If no category is selected, the default is the root of the catalog. You can add categories by selecting the Add Category field and selecting the value Add Category. You can then search for existing categories based on the value of the catalog structure for the catalog. You can narrow the search for existing categories by using the Advance Search region in the dialog. You can add each selected category by selecting the Apply button and the add category region remains open. The OK button adds a category if a category is selected and then closes the dialog.
How can I add shared categories? Adding a shared category is similar to adding an existing category except the category is selected from the catalog that has been designated as a source catalog. The sharing content attribute value determines what content is shared from the source catalog. A category within a source catalog that has been added to a native catalog is also known as a referenced category. You use the drop list menu from the Add Categories menu, and the Shared Category option will be disabled if the catalog has not been configured for category sharing.
How can I add images to a catalog or category? You can attach an image from your desktop or from a configured repository to a catalog or a category, or both. The image is displayed in the catalog detail and the category detail section of the catalog page. Only one image can be associated with a catalog or type category. To attach the green plus iconand to launch the Manage Attachment dialog. The image File or select Repository File/Folder attachment can have valuesan of image, is selected in this dialog. The title you provide for the image attachment will appear under the image that is displayed in the catalog. The description you provide is not displayed. Browse will allow you to select the file to be used as the image for the catalog or category. After the information is entered in to the dialog, you click the OK button to load the image and the image attachment title will be displayed under the image. The
403
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
image will not initially be displayed until the catalog is saved. The image can be replaced with another image by selecting the red X to delete the existing image and entering a new image.
What is catalog mapping? You use Catalog Category mapping to map categories of different catalogs to the reporting categories in other catalogs. This feature allows one or more categories within a catalog to be mapped to category in a second catalog. For example, suppose that you want to roll up the costs associated with allow items assigned to a set of categories in catalog. Catalog mapping allows you to select a category in a catalog, and map all the categories in the set to that category. When you use this feature you are required to write code to do the roll up as identified in the example.
How can I map default catalogs? You can map a catalog to be assigned to a functional area such as Purchasing. When a catalog is assigned to a functional area, the catalog will behave based on the rules you defined for that functional area. Only one catalog can be assigned to a functional area.
Define Supplier Configuration Supplier Numbering: Explained The Procurement Application Administrator is responsible for supplier numbering setup. Suppliers created through the Create Supplier task flow, through the supplier registration process, or supplier import are automatically numbered using a numeric sequence. The starting supplier number is defined in the Specify Supplier Numbering setup page (the seeded default number is 1). The supplier number then increments automatically as numbers are assigned during supplier creation. Additionally, the next supplier number can be updated at any time, not just during initial setup, if for example there's ever a need to skip a range of supplier numbers. The application will validate that the number is not already used.
Related Topics • Supplier Import Process: Explained
Supplier Outbound Synchronization Service : Overview When using Oracle Fusion Supplier Model as the master supplier data repository it's often necessary to push the supplier record updates to another application that depends on this supplier data. The Supplier Outbound Synchronization Service enables the real-time synchronization of updates in the Fusion supplier master to a nonFusion application. This is achieved by generating a snapshot of the supplier profile record whenever it is created or updated. The snapshot output is an XML file that models the Fusion supplier data structure. The XML file is then delivered securely over HTTPS to a target destination to be consumed by a downstream application. For more information refer to the Supplier Outbound Synchronization Service whitepaper on My Oracle Support.
404
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
Configuring Supplier Registration: Points to Consider Supplier registration can be configured based on the expected supplier business relationship of a supplier. Two separate registration flows can be deployed based on the intended business relationship. • Spend Authorized Supplier requests: Companies already identified for a procurement need are directed by the buying organization to the spend authorized registration flow to capture more rigorous profile information needed before agreements, orders, and invoices can be transacted. For example, a spend authorized company registering can be required to provide bank account information. • Prospective Supplier requests: Unknown companies are presented with the prospective to capture profile information (configurable by the buying organization). These suppliers only need toflow provide minimalminimal profile information to participate in the sourcing and supplier qualification activities.
Profile Components Profile components for the registration flow include the following: • Organization Details: Basic supplier information including the supplier name. • Contacts: Supplier contact information. • Contact User Account: User accounts that control account privileges for supplier contacts to access Supplier Portal. • Addresses: Company addresses including associated contacts. • Business Classifications: Supplier certifications important to the buying organization such as supplier diversity programs. • Bank Accounts: Supplier banking information. • Products and Services: Identifies what categories of products and services will be provided by the supplier. In configuring supplier registration, you can determine what profile information is included in the registration flow by marking each component in one of the following ways: • Enabled: Visible to users for entering information. • Hidden: Users will not see this profile component. • Required: Information is mandatory.
Note Configuring supplier registration is the same for all registration sources. Configuration does not need to be done separately.
Registration Sources An internal supplier registration can come from one of the following three flows: • Sourcing Invitation: Supplier can be invited to register from a sourcing negotiation. • Internal Supplier Request: Supplier can be invited to register by a supplier administrator. • Self Service Procurement: Supplier requested by a procurement requester. In the Default Business Relationship for Registration Sources region, you will select which business relationship will be defaulted for each registration flow. The defaulting business relationship determines what profile information is included as configured for the registration page.
405
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
Registration URL Encryption When a prospective supplier saves the registration with the intent of completing it later, the application sends an e-mail to the prospective supplier containing the URL to be used to return to the registration. The URL contains an identifier which is encrypted using an encryption key. This is done to prevent someone from altering the URL in order to gain access to registrations submitted by other companies. If it is suspected that registrations have been tampered with, the Procurement Application Administrator can regenerate the encryption key. Once the registration key is regenerated, the registrations which were saved for later will no longer be accessible to the prospective suppliers.
Accessing Supplier Registration A registration URL for each relationship type (prospective authorized) needs tofor bethe published. Forsupplier example on a corporate web sitebusiness page focused on supplier information. and The spend URL contains a parameter business relationship type which navigates the user to the registration. Access to these registration flows is controlled through two distinct URLs, which the buying organization determines how to expose. For example, companies already targeted for spend are invited to register using the spend authorized registration flow. The registration URL for each business relationship type can be found on the Configure Procurement Business Function page in the Prospective Supplier Registration and Spend Authorized Supplier Registration URL fields.
Related Topics • Supplier Products and Services Categories : Explained • Supplier Registration Process: Explained • Supplier Registration Approval: Explained
Supplier B2B Integration: Explained Oracle B2B Gateway is the infrastructure that supports communication of transactions with Trading Partners (like Suppliers or Customers), whether inbound or outbound. To transact electronically with suppliers, the Oracle B2B Gateway must be configured to receive or send XML documents for a supplier site. Similarly, the supplier site must be configured to communicate with the Oracle B2B Gateway. To confirm the site is correctly mapped to a B2B Trading Partner definition and to view its electronic documents that are setup in Oracle B2B click the Retrieve Document Configuration button. If successful the document configurations will be returned from Oracle B2B and displayed on the supplier site. When a supplier site is configured for B2B transactions, the implementor defines the supplier site as a Trading Partner in the Oracle B2B Gateway. In the trading partner definition for each site the implementor sets a value for the Partner Identifier Type: B2B Supplier Site Code. Then navigating to Fusion Suppliers, the same value is specified in the B2B Supplier Site Code field of the respective supplier site. The configuration will be cross-referenced in the Supplier Site page. The B2B Supplier Site Code on the supplier site must be identical to the trading partner identifier populated in Oracle B2B to establish the mapping. The B2B Administrator can access B2B e-Commence Gateway from the Configure Oracle B2B e-Commerce Gateway task link in Fusion Setup Manager and specify the B2B Supplier Site Code on the Sites tab from the Manage Suppliers page.
Note The B2B Supplier Site Code must be unique across suppliers, but can be the same across sites within a supplier. Oracle Fusion Purchasing uses the B2B Supplier Site Code to determine if a purchase order must be communicated through B2B. If a value exists for this attribute on a supplier site, then purchase orders created for the site will be communicated to the supplier through B2B.
406
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
Related Topics • B2B XML Invoices: How They Are Processed
Enabling Supplier Match: Explained To enable supplier matching to perform duplicate supplier checks during supplier creation and registration approval the following setup tasks need to be reviewed. These tasks are found in the setup task group, Define Supplier Match Configuration. 1. Party Relationships for Supplier Match 2. Configure Manage Data Quality Server Configurations 3. Manage Enterprise Data Quality Matching Configurations The supplier match feature leverages the Fusion middleware product, Fusion Enterprise Data Quality (EDQ) which provides data quality services for Fusion Cloud applications.
Note Making changes to the EDQ setup tasks (tasks 2 and 3 below) can impact other product flows using EDQ, for example customer data management.
Task 1: Configure Party Relationships for Supplier Match Setup task controls whether the supplier matching feature is enabled in Fusion Suppliers. When the setup table is empty the feature is treated as disabled. This setup also determines the scope for matching, as EDQ can perform matching on other types of parties beyond suppliers since the same party can be shared by a supplier, customer and partner record, for example: To enable the feature, select the types of parties you want to use for matching. If you only want to enforce duplicate prevention within supplier parties, then only the party relationship type of Supplier needs to be added.
Task 2: Manage Data Quality Server Configurations EDQ setup task enables the EDQ matching engine. When you navigate to the setup page, verify the Enabled checkbox in the row EDQ Realtime and Batch Basic Match is checked. Server parameters can be ignored as these are configured by Fusion Cloud Operations.
Note EDQ matching is used for other Fusion products so it is advised not to disable. To disable supplier matching only use Task 1.
Task 3: Manage Enterprise Data Quality Matching Configurations EDQ setup task controls the sensitivity level of the matching results impacting the number of possible party matches that will be returned during supplier creation. It is recommended to use more conservative settings initially and increase the score threshold if you find too many potential matches are returning due to your data volumes. The following settings are recommended: 1. The settings are defined under the name Account Duplicate Identification. 2. Under the Real-Time subtab, you will observe the following seeded settings: ◦
Cluster Key Level: Typical: However when using the Supplier Matching feature, the value is set internally to Exhaustive which is the desired setting level to produce optimal matching results.
407
Oracle Procurement Cloud
Implementing Procurement ◦ ◦
Chapter 14
Define Common Procurement Configuration
Score Threshold: 50.0 This threshold indicates the minimum match score above which results will be returned. Match Results Display Threshold: 20.0 This threshold indicates the number of matched records that will display during the matching process.
3. In order to make any changes and use, you will need to duplicate the seeded configuration. However, this would generally not be necessary as the seeded settings described above should return desired results in the supplier matching process. If the customer would still like to modify the settings, then the configuration can be duplicated. 4. To duplicate the configuration, select the configuration and click Duplicate. 5. Edit the configuration that you duplicated.
Note Remember to change the Cluster Key Level to Exhaustive. 6. Click Rebuild Keys to rebuild all indexes for the new configuration matching to take effect. This process typically runs for a couple hours or more.
Note The Rebuild Keys action needs to be performed even if the customer has not chosen to customize the seeded configuration. This step is essential in cases where the supplier matching feature is enabled on an existing instance. For example, where parties already exist in the customer instance in order for existing parties to be included in the search for duplicate matches. To perform a quick test of the configuration and exercise the EDQ matching engine, go to Review Configuration Results and enter the same settings as above: • Cluster Key Level - 3 (Exhaustive) • Score Threshold - 50 Input a Party Name that is similar to an existing supplier and click Find to retrieve the match results.
Note The supplier match feature is available to Fusion Cloud customers only and is not supported for customers licensing Fusion Supplier Model for on premise deployment.
Define Address Configuration : Explained To configure country specific address definitions for managing supplier address data the following setup tasks need to be reviewed. These tasks are found in the setup task group; Define Address Configuration for Define Supplier Configuration setup activity. 1. Manage Geographies 2. Manage Address Formats These setups are used to modify the default address format for entering any country address. Also country specific address formats can be defined along with the loading of country geographic location data for performing address validation. These setup tasks are not required as supplier addresses can be entered using the default format. Companies with a high concentrationby of tailoring suppliersformats in specific countries want to leverage of these setups to streamline supplier address entry and maintenance to the specificmay postal requirements particular country.
408
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
Note These setups are supported by the central Fusion Trading Community Architecture (TCA) product which manages external party data used by supplier and customer master data. Changes to these setups will impact any product using TCA location data.
Note The job role of Application Implementation Consultant is required to access these tasks.
Task 1: Manage Geographies Setup task controls the following geography data setup functions: • Load geography data. • Define the geography structure per country which can be organized in a hierarchy. For example, State, Country, City, Postal Code. • Map geography data to address fields. • Set validations and controls on the address fields.
Task 2: Manage Address Formats Setup task controls the following setup functions for address formats: • Select and modify the default address style format. • Define country specific address style formats, which includes the setting: ◦
Address field sequence
◦
Address labels
◦ ◦
Address data standards and validations Required fields
Define Transaction Taxes Define Tax Configuration: Overview Oracle Fusion Tax provides a single-point solution for managing your transaction and withholding tax requirements. In the Define Tax Configuration activity, you can manage the entire configuration and maintenance of tax content. Oracle Fusion Tax: • Uniformly delivers tax services to all Oracle Fusion application business flows through one application interface • Provides a single integration point for third-party tax products and services • Is configurable and scalable for adding and maintaining country-specific tax content • Ensures control over manual intervention and update
409
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
With Oracle Fusion Tax, you can model your taxes according to the needs of the following local and international tax requirements: • Both simple and complex country-specific tax legislation • Cross-border transactions, including exports and Intra-European Community transactions • Intercompany transactions • Local compliance requirements for recording and reporting • Continual changes to tax legislation, such as: ◦
New taxes
◦
Local law changes
◦
Special tax rates
◦
Special exceptions for products and customers
Task Lists The Define Tax Configuration activity contains the following task lists • Define Tax Configuration: Use these tasks to create a basic tax configuration for each of your tax regimes. • Define Advanced Tax Configuration: Use these tasks to configure optional tax setup that addresses more complex tax requirements, such as exceptions to standard tax calculations.
Defining Tax Configuration for Transaction Taxes: Critical Choices With Oracle Fusion Tax, you can model your transaction tax requirements according to the needs of local and international tax requirements. To determine how to set up your tax configuration, you must first analyze your requirements.
Analyzing Your Transaction Tax Requirements The following table represents key decisions that you must make when you analyze your transaction tax requirements and use Oracle Fusion Tax and other Oracle Fusion applications to implement a solution. Q u es t i o n
Consideration
Who am I?
You must first answer questions about yourself and your relationship to the legal and regulatory agencies that enable you to operate in one or more counties.
Where do I have operations and businesses?
Identify the countries: • Which you operate in
Impact oTaxConfiguration
Use Oracle Fusion Legal Entity Configurator to capture information about your legal entities and legal registration.
• registered Where you are legally
410
Oracle Procurement Cloud
Chapter 14
Implementing Procurement Q u es t i o n
Define Common Procurement Configuration Consideration
Impact oTaxConfiguration
• Where you have subsidiary companies that are legally registered or have a legal presence
What taxes am I subject to?
Analyze your tax environment for each of the countries in which you operate.
Set up your tax regimes, taxes, and tax jurisdictions according to the tax requirements for each country.
What are the operations and businesses that I have?
Consider the types of operations and businesses in which you are engaged and the countries where you have legal entities or reporting units. The following may impact your taxability:
Use the classifications feature to categorize or classify your first parties under various classification schemes. In analyzing your operations, you can associate the three main classifications of a transaction to:
• The type of industries that you work under, for example, mining, telecommunications, and pharmaceuticals • The kind of operations in which you engage, for example, trading, manufacturing, and services
• What you do: Use transaction fiscal classifications. • What products you buy or sell: Use product fiscal classifications. • Who your customers and suppliers are: Use party fiscal classifications.
• The scale of your operations, for example, your company size, andturnover, growth
What do I do?
Identify and classify the transactions that you enter into. For example, do you primarily sell physical goods? If you do, do you manufacture them, or do you buy and sell them without additional manufacturing? Do you sell these goods in another state or province? Do you export these goods? Do you provide or use services?
What products do I buy or sell?
Use Oracle Fusion Tax to create fiscal classifications to classify and categorize your transactions in a common manner across your organization. Use these fiscal classifications in tax rules to obtain the appropriate tax result.
Determine the products that you buy and sell as they impact the taxes to which you are subject.
Where Oracle Fusion Inventory is installed use the Inventory Catalog feature with Oracle Fusion
For example, you must register for, and therefore collect and remit, service taxes only if you provide
Tax product fiscal classifications and intended use functionality to classify the taxable nature and intended use of the items. You
411
Oracle Procurement Cloud
Chapter 14
Implementing Procurement Q u es t i o n
Who are my customers and suppliers?
Define Common Procurement Configuration Consideration
Impact oTaxConfiguration
taxable services. If you manufacture goods for export, you may not be subject to taxes on the purchases that are part of the manufacture of such goods.
can then define tax rules using these classifications to obtain the appropriate tax result.
Determine the types of customers and suppliers with whom you do business. They can impact the taxes to which you are subject or the tax status or tax rate that applies.
Use the party classifications feature to categorize or classify your customers and suppliers. You can use these classifications in your tax rules to derive the appropriate tax result.
For example, let's say that you are a company in the UK that supplies physical goods to another country that is also a member of the European Union. The transaction rate for UK VAT is dependent on whether the customer is registered for VAT in the country to which the supply is made.
You create a party fiscal classification by assigning an Oracle Fusion Trading Community Model class category to a party fiscal classification type code that you define. The Trading Community Model class codes defined under the class category become fiscal classification codes belonging to the party fiscal classification type. You can create a hierarchy of party fiscal classification types to reflect the levels of codes and subcodes
Define product category and noninventory-based intended use fiscal classifications to address classification needs for transactions that do not use inventory items.
within the Trading Community Model classification.
Scope Values for Define Tax Configuration Task List: Explained The purpose of scope is to define the parameters of your implementation project by setting the context of a task list during initial configuration. When exporting setup data based on setup migration services, the scope values serve as parameters to control the data selected for export to the respective configuration package. The foundation tax setup is an incremental setup where each step of the foundation configuration builds on the previous step. The task list is organized sequentially to ensure that you perform setup tasks in the order required. You can define scope values at incremental steps in the implementation project to pass to subsequent tasks to ensure: • Continuity • Ease of setup Scope is a valuable tool when implementing, but tax scope values are not a required element of the implementation and you do not need to define them.
412
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
Defining Scope When implementing transaction or withholding tax, you can define scope values for taxes, tax jurisdictions, tax statuses, tax rates, tax recovery rates, and tax rules. To set scope, you can: • Select and add multiple values • Create a new value When you select the scope value, that value defines the context of that setup. For example, if you select a tax regime to use as a scope value for a tax, that value is automatically populated in the search attributes on the Manage Tax page. That tax regime's attributes are also populated in the Create Tax page. The same logic applies to the next step in the tax setup.
Scope Values The following table identifies where you define the scope value in the Define Tax Configuration and Define Advanced Tax Setup task lists: WhereScopeisDefined
Manage Taxes Manage Tax Rates and Tax Recovery Rates
ScopeValues
Tax regime
• Tax regime • Tax • Tax status
Manage Tax Rules
• Tax regime • Tax
Manage Tax Jurisdictions
• Tax regime • Tax
Manage Tax Statuses
• Tax regime • Tax
Foundation Tax Configuration: Points to Consider Use Oracle Fusion Tax to set up and maintain your transaction and withholding tax requirements in all geographic locations where you do business. Foundation tax configuration refers to a set of tax setup components that you use to satisfy your tax requirements.
413
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
At transaction time, Oracle Fusion Tax uses your tax configuration to determine the taxes that apply to each transaction and to calculate the transaction tax and withholding tax amounts. Foundation tax configuration components consist of: • Tax regimes • Taxes • Tax jurisdictions • Tax statuses • Tax rates
Foundation Tax Configuration Complete the setup tasks to create a basic tax configuration for each of your tax regimes. A foundation tax configuration contains the data applicable to the taxes belonging to a tax regime. The following table describes the appropriate levels of specifying setup options for foundation tax components and provides a Canada Goods and Services Tax (GST) and Harmonized Sales Tax (HST) example for each component. Component
Tax Regime
AppropriateLevelto:
• Share tax content among legal entities and business units.
Typically,Not Appropriate Level to:
• Define configuration owner tax options.
Canada GST and HST Example
CA GST & HST
• Define application • Enable partner integration. • Associate fiscal classifications.
tax options. • Define party tax profiles.
• Define tax reporting types and codes. • Define features to influence setup task list.
Tax
• Enable controls to influence tax behavior.
• Share tax content.
• CA GST
• Define integration with partners.
• CA HST
• Specify defaults that are commonly applicable. • Define applicability tax rules.
414
Oracle Procurement Cloud
Chapter 14
Implementing Procurement Component
Define Common Procurement Configuration AppropriateLevelto:
Typically,Not Appropriate Level to:
Canada GST and HST Example
• Define customer exemptions. • Specify party registrations.
Tax Jurisdictions
• Define locationbased tax rates.
Specify tax rule defaults.
• CA BC HST
• Define customer exemptions and rate exceptions.
Tax Status
• CA Alberta GST
• Define common rules for tax rates.
• Specify tax rule defaults.
• GST Standard
• Drive reporting needs.
• Define customer exemptions.
• Allow manual override to tax rates.
• Specify party registrations.
• Define tax rates by effective periods.
• Define customer exemptions.
• CA GST Standard
• Specify tax account variations.
• Define applicability tax rules.
• CA GST Reduced
• Define tax rate exceptions.
• Define taxable calculation formulas.
• CA HST Standard
• HST Standard
Tax Rates
• Define tax recovery rates.
• HST Reduced
• CA GST Exempt
• Share tax content.
Tax Rule Configuration: Points to Consider Create a simple tax model using tax rule defaults that you define in setting up your foundation tax configuration. You can also create tax rules for your complex tax requirements that consider each tax requirement related to a transaction before making the final tax calculation. When running the tax determination process, Oracle Fusion Tax evaluates, in order of priority, the tax rules that you defined against the foundation tax configuration setup and the details on the transactions. If the first rule is: • Successfully evaluated, the result associated with the rule is used. • Not successfully evaluated, the next rule is evaluated until either a successful evaluation or a default value is found.
415
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
Tax Rule Configuration The complexity of tax rule setup falls into three general categories: • No tax rules required • Simple tax rule regimes • Complex tax regimes This table presents the scenarios and actions associated with each of these categories. C at eg o r y
S c en ar i o
Action
No tax rules required
The tax authority levies tax on all sales and purchase transactions at the same rate. Neither tax applicability nor the tax rates and recovery rates vary by the:
For the tax, define tax rule defaults for the tax status, tax rate, and tax recovery rate.
• Parties to the transaction
The tax determination process uses the tax rule defaults to determine the tax.
• Products or services in the transaction • Business processes involved in the transaction
Simple tax rule regimes
The tax authority levies tax on your transactions at the same rate, with a simple set of identifiable exceptions. The exceptions either apply to: • One part of the transaction only, such as to certain parties.
Create a simple set of rules, for example, to identify place of supply and tax registration, and use the tax rule default values for the other processes. The tax determination process uses the tax rules and the tax rule defaults to determine the tax.
• A combination of parties, products, and transaction processes that you can summarize in a simple way.
Complex tax regimes
Tax regimes in certain countries require a complex logic to determine the applicable taxes and rates on a transaction. Both tax applicability and tax rates can vary,
Set up tax rule to define the logic necessary to identify each step of the tax determination process.
for example, by: • Place of srcin
the tax rules to determine the tax.
The tax determination process uses
• Place of destination
416
Oracle Procurement Cloud
Chapter 14
Implementing Procurement C at eg o r y
Define Common Procurement Configuration S c en ar i o
Action
• Party registration • Tax status • Service • Combination of factors In some cases, the taxable amount of one tax may depend upon the amount of another the same transaction. And in tax rareon cases, the tax amount itself may depend on the tax amount of another tax.
Related Topics • Defining an Exception to the Tax Registration Tax Rule Default: Example
Define Tax Geographies Place Information: Explained All tax regimes need information about place or geography. Use place information for determining factors within tax rules in the tax determination process. Also, use place information while defining tax regimes, tax geography, and tax jurisdictions. Information about place or geography is required to determine: • Where the tax is applicable • What tax rules to apply to a transaction when goods are: ◦
Delivered to another country
◦
Delivered inside or outside an economic region such as, the European Community (EC)
• What the specific regions are, such as: ◦
City, county, and state for US Sales and Use Tax
◦
Provinces in Canada
To support these requirements, define and use geography regions and tax zones. Geography regions and tax zones provide a conceptual model to use place information on transactions and information related to the transaction. The following types of places are supported for tax purposes: • Country information • Geography elements • Tax zones
417
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
Country Information Country is a required field in all of the tax-related address locations. The country fields are supported by a predefined ISO 3166 country name and two-character country code. For more information on country names and codes, see http:// www.iso.org/iso/english_country_names_and_code_elements. You don't set up a country as a specific geography level in Trading Community Model geography because country is an inherent part of all tax-related address locations.
Tip Use the highest level of geography, typically country, wherever possible.
Geography Elements
Define geography elements as part of Trading Community Model geography. They control the use of geography and addresses. Oracle Fusion Tax commonly uses the following features: • Geography or tax zones • Geography levels • Address controls • Geography name referencing Use geography levels to define the levels of geography that are used within a country. It's only relevant elements of the address that are referenced for tax purposes. For example, state, county, and city are used for US Sales and Use Tax. County in the UK isn't relevant from a tax perspective and therefore, you don't need to set it up.
Tip When address elements are needed for tax purposes, such as county and city for US Sales and Use Tax, set these address levels as mandatory within Trading Community Model geography. This ensures that these elements are always present on all applicable addresses. Setting address levels as mandatory also ensures that amended or newly applicable addresses are validated and that the level is either derived or entered. When you're setting up migrated addresses ensure that they're compliant with the mandatory levels being present. This should be validated and any address levels added as part of the migration process. The geography name referencing process within Trading Community Model geography links specific addresses to the levels defined in the geography setup. This process is typically automatic. However, when you encounter issues, you may need to trigger this process to ensure that all addresses are correctly linked to their applicable levels.
Tax Zones Use the tax zone functionality when you need to identify a group of geography elements while calculating tax. Tax zones are defined as part of Trading Community Model geography. For example, in the EC it's important to know whether goods and services are being delivered within the EC. Use the tax zone functionality to create a tax zone, which defines the membership to the EC as well as, the dates on which a country became the member.
Tip Create a generic tax zone so that you create a tax zone type that can be used in multiple situations. For example, for a tax zone type needed to identify EC, create a generic tax zone type for all economic communities, which can later be used in other situations where economic communities or trade agreements affect tax determination. You can also use the tax zone functionality to group postal codes to provide useful groupings that can identify some higher-level tax regions such as, cities or counties.
418
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
Country Information: How It Works in Tax Rules and on Transactions Use geography determination factors to specify country information in tax rules. A combination of determination factor class, class qualifier, and determining factor represent these determination factors. Specify the taxation country at transaction time which is used, along with the tax rules, during the tax determination process.
Country Information in Tax Rules To set up tax rules based on country information, use: • Geography as the determining factor class • Location type on the transaction as the class qualifier • Country as the tax determining factor. You can also use country as a tax rule qualifier. The tax determining factors for locations are given generic names such as ship-to and bill-from, depending on the transaction types. The transaction types are: • Order-to-cash: For Oracle Fusion Order Management and Oracle Fusion Receivables transactions. • Procure-to-pay: For Oracle Fusion Purchasing and Oracle Fusion Payables transactions. These generic locations are mapped into specific locations based on the transaction as shown in the following table: GenericParty
Bill-from party
Order-to-CashParty
Location assigned to the business
Procure-to-PayParty
Supplier
unit for the transactions Bill-to party
Customer
Location assigned to the business unit for the transactions
Ship-to party
Customer (ship-to) party site
Ship-to location on the line
Ship-from party
Warehouse on the line. If there is no warehouse on the line, such as with services, the location from the item validation organization in the Receivables system parameters is used.
Supplier (ship-from) party site
Point of acceptance party
Customer point of acceptance party
Not applicable
Point of srcin party
Customer point of srcin party
Not applicable
419
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
Country Information at Transaction Time Specify the taxation country on the transaction to identify the country in which the transaction is deemed to have taken place for taxation purposes. The default value is the country of the legal entity. Use the country name to search for country defaults, which control the: • Fiscal classification defaults • Party tax profile defaults • Tax regime defaults • Tax defaults Use the country name to select the following fiscal classifications associated with that specific country: • User-defined fiscal classifications • Product categories • Intended use fiscal classifications • Transaction business categories
Related Topics • Transaction-Based Fiscal Classifications: Overview • Tax Rule s: Explained
Using Country Information in Tax Rules: Example For many regimes, it is important to know if the supply of goods is exported. The easiest way of doing this is to ensure that the ship-from location is from the country in question and the ship-to location is a different country. The following scenario illustrates setting up tax rule components to identify if the goods are exported from the United States.
Creating Tax Rule Components Create a tax determining factor set as follows: DeterminingFactorClass
ClassQualifier
DeterminingFactorName
Geography
Ship from
Country
Geography
Ship to
Country
Create a condition set that refers to this geography determining factor as follows:
420
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
Determining Factor Class
Class Qualifier
Determining Factor Name
O p er at o r
V al u e
Geography
Ship from
Country
Equal to
United States
Geography
Ship to
Country
Not equal to
United States
Use this combination of determining factors in any situation where you need to identify exports from the United States.
Geography Elements: How Work in Taxelements Rulesin tax rules. A combination of determination factor Geography determination factors allowThey you to use geography class, class qualifier, and determining factor represent these determination factors.
Geography Elements in Tax Rules To set up tax rules based on geography elements, use: • Geography as the determining factor class • Location type on the transaction as the class qualifier • Geography level, such as county, province, or city, as the tax determining factor You can also use the geography level as a tax rule qualifier. The tax determining factors for locations are given generic names such as ship to and bill from, depending on the transaction types. The transaction types are: • Order-to-cash: For Oracle Fusion Order Management and Oracle Fusion Receivables transactions. • Procure-to-pay: For Oracle Fusion Purchasing and Oracle Fusion Payables transactions. These generic locations are mapped to the specific location, based on the transaction as shown in the following table: GenericParty
Order-to-CashParty
Bill-from party
First-party legal entity
Supplier
Bill-to party
Customer
First-party legal entity
Ship-to party
Customer (ship to) party site
First-party legal entity
Ship-from party
First-party legal reporting unit
Supplier (ship from) party site
Point of acceptance party
Customer point of acceptance party
Not applicable
Pointoforiginparty
Customerpointoforiginparty
Procure-to-PayParty
Notapplicable
421
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
GenericParty
Order-to-CashParty
Procure-to-PayParty
Related Topics • Transaction-Based Fiscal Classifications: Overview • Tax Rules: Explained
Using Geography Levels in Tax Rules: Example Use the geography element in tax rules to identify a specific geography region when taxes in a country need to identify geography elements below the country level. For example, in US Sales and Use Tax, you may need to create tax rules for a specific state. The following scenario describes how you can set up tax rule components to identify when goods are being delivered to a specific state, such as Ohio.
Creating Tax Rule Components Create a tax determining factor set with the following geography elements: DeterminingFactorClass
TaxClassQualifier
Geography
Ship to
DeterminingFactorName
State
Create a condition set that refers to a specific state value as follows: Determining Factor Class
Class Qualifier
Determining Factor Name
O p er at o r
V al u e
Geography
Ship to
State
Equal to
Ohio
You can use this combination of determining factors in any situation where you need to identify specific deliveries to a specific state.
Tax Zones: How They Work in Tax Rules Geography determination factors allow you to use geography elements in the tax rules. A combination of determination factor class, class qualifier, and determining factor represent these determination factors.
Tax Zones in Tax Rules Use geography as the determining factor class, location type on the transaction as the class qualifier, and tax zone type such as county, as the determining factor. The tax determining factors for locations are given generic names such as ship-to and bill-from, depending on the transaction types. The transaction types are: These generic locations are mapped to the specific location based on the transaction as shown in the following table:
422
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
GenericParty
Order-to-CashParty
Procure-to-PayParty
Bill-from party
First-party legal entity
Supplier
Bill-to party
Customer
First-party legal entity
Ship-to party
Customer (ship to) party site
First-party legal entity
Ship-from party
First-party legal reporting unit
Supplier (ship from) party site
Point of acceptance party
Customer point of acceptance party
Not applicable
Point of srcin party
Customer point of srcin party
Not applicable
You can also use tax zones as tax rule qualifiers.
Related Topics • Transaction-Based Fiscal Classifications: Overview • Tax Rules: Explained
Using Tax Zones in Tax Rules: Example For the European Community (EC) or the Economic Union (EU) it is important to know whether goods and services are being delivered within the EC. Use the tax zone functionality to create a tax zone that defines the membership of the EC as well as the dates on which a country became a member. The following scenario describes the use of a partial condition set that you can use within tax rules to define when a delivery is being made to an EC from the United Kingdom.
Scenario Use geography as the determining factor class, ship-to as the class qualifier, and all economic communities and country as the determining factors of the tax zone type as shown in the following table: DeterminingFactorClass
ClassQualifier
DeterminingFactorName
Geography
Ship-to
All Economic Communities
Geography
Ship-to
Country
Geography
Ship-from
Country
423
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
Create the condition set as follows: Determining Factor Class
Class Qualifier
Determining Factor Name
O p er at o r
V al u e
Geography
Ship-to
All Economic Communities
Equal to
European Community
Geography
Ship-to
Country
Not equal to
United Kingdom
Geography
Ship-from
Country
Equal to
United Kingdom
You can use this combination of determining factors in any situation where you need to identify the deliveries that are made from the UK to other EU countries.
Define Tax Regimes Regimes to Rates: Explained Regime to rate setup contains the details of a tax regime, including all taxes, tax jurisdictions, tax statuses, and tax rates. You can update existing records or create new records at any point in the tax regime hierarchy. Regime to rate setup tasks include: • Tax regimes • Taxes • Tax jurisdictions • Tax statuses • Tax rates
Tax Regimes Set up tax regimes in each country and geographical region where you do business and where a separate tax applies. A tax regime associates a common set of default information, regulations, fiscal classifications, and optionally, registrations, to one or more taxes. For example, in the United States create a Sales and Use Tax tax regime to group taxes levied at the state, county, and district levels. The tax regime provides these functions: • Groups similar taxes together • Designates the geography within which taxes apply • Applies as defaults the settings and values that you define for each tax in the tax regime • Defines for which taxes the configuration options apply and a specific subscription option applies
424
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
• Provides a single registration for all taxes associated with the tax regime • Defines the use of fiscal classifications as follows: ◦
Transaction fiscal classifications
◦
Product fiscal classifications
◦
Party fiscal classifications
The common tax regime setup is one tax regime per country per tax type, with the tax requirements administered by a government tax authority for the entire country. There are also cases where tax regimes are defined for standard geographical types or subdivisions within a country, such as a state, province, country, or city. In these cases, you base the tax regime on the Oracle Fusion Trading Community Model standard geography. There are more rare cases where a tax regime is based on disparate parts of a country or more than one country. In these cases, you can create one or more tax zones and set up tax regimes for these tax zones. You can also set up a tax regime as a parent tax regime to group related tax regimes together for reporting purposes. You must set up a tax regime before you set up the taxes in the tax regime. Some tax regime values appear as defaults on the taxes that belong to the tax regime in order to help minimize tax setup. You must associate a tax regime with all of the first-party legal entities and business units that are subject to the tax regulations of the tax regime. You can set up tax configuration options when you create or edit a tax regime or when you create or edit a first-party legal entity tax profile. Both setup flows appear and maintain the same party and tax regime configuration options.
Taxes Set up details for the taxes of a tax regime. Each separate tax in a tax regime includes records for the tax statuses, tax rates, and tax rules that are used to calculate and report on the tax. Oracle Fusion Tax applies as defaults tax information from the tax regime to each tax that you create under a tax regime. You can modify this information at the tax level according to your needs, as well as add additional defaults and overrides. For tax rule defaults, specify values that apply to the majority of your transactions. Use tax rules to configure exceptions to the tax rule defaults. Identify what taxes you must define. Each tax appears as a single tax line on a transaction. If you need to show or report more than one tax line per transaction line on a transaction, then you should set up more than one tax. For example, for US Sales and Use Tax you would define a tax for each state, county, and city. You can create a new tax, or create a tax that is based on an existing tax within the tax regime. You do this to minimize setup by sharing tax jurisdictions and tax registrations. When you create a new tax based on an existing tax, the attributes that remain constant for all taxes derived from the source tax are not available for update. Attributes that are copied and are display only include: • Tax regime • Tax • Geography information • Tax jurisdiction settings
Note The enable tax settings are not selected, in the same way that they are not selected when you access the Create Tax page.
425
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
You can enable a tax for simulation or for transactions only after you have completed all of the required setup.
Tax Jurisdictions Set up tax jurisdictions for geographic regions or tax zones where a specific tax authority levies a tax. A tax jurisdiction specifies the association between a tax and a geographic location. At transaction time, Oracle Fusion Tax derives the jurisdiction or jurisdictions that apply to a transaction line based on the place of supply. You must set up at least one tax jurisdiction for a tax before you can make the tax available on transactions. You also use tax jurisdictions to define jurisdiction-based tax rates. A tax jurisdiction tax rate is a rate that is distinct to a specific geographic region or tax zone for a specific tax. You can also create multiple jurisdictions at once using the mass create functionality for taxes that relate to specific Trading Community Model geographic hierarchies. For example, create a county jurisdiction for every county in the parent geography type of State and in the parent geography name of California. The tax within a tax jurisdiction can have different rates for the parent and child geographies. For example, a city sales tax rate can override a county rate for the same tax. In this case, you can set up an override geography type for the city and apply a precedence level to the city and county tax jurisdictions to indicate which tax jurisdiction takes precedence. In addition, in some cities a different city rate applies to the incorporated area of the city, called the inner city. In these cases, you can set up an inner city tax jurisdiction with its own tax rate for the applicable customers and receivables tax. Inner city tax jurisdictions are often based on postal code groupings.
Tax Statuses Set up the tax statuses that you need for each tax that you create for a combination of tax regime, tax, and configuration owner. A tax status is the taxable nature of a product in the context of a transaction and specific tax on the transaction. You define a tax status to group one or more tax rates that are the same or similar in nature. For example, one tax can have separate tax statuses for standard, zero, exemptions, and reduced rates. A zero rate tax status may have multiple zero rates associated with it, such as Intra-EU, zero-rated products, or zero-rated exports. You define a tax status under a tax and a configuration owner, and define all applicable tax rates and their effective periods under the tax status. The tax status controls the defaulting of values to its tax rates.
Tax Rates
Set up tax rates for your tax statuses and tax jurisdictions. For tax statuses, set up a tax rate record for each applicable tax rate that a tax status identifies. For tax jurisdictions, set up tax rate records to identify the tax rate variations for a specific tax within different tax jurisdictions. For example, a city sales tax for a state or province may contain separate city tax jurisdictions, each with a specific tax rate for the same tax. You can also define tax recovery rates to claim full or partial recovery of taxes paid. You can define tax jurisdiction and tax status rates as a percentage or as a value per unit of measure. For example, a city may charge sales tax at a rate of 8 percent on most goods, but may levy a duty tax with a special rate of 0.55 USD per US gallon on fuel. Values per unit of measure are in the tax currency defined for the tax. You define tax rate codes and rate detail information per rate period. Rate periods account for changes in tax rates over time. A tax rate code can also identify a corresponding General Ledger taxable journal entry.
Tax Recovery Rates Set up tax recovery rate codes for the recovery types identified on the taxes within a tax regime. A tax recovery rate code identifies the percentage of recovery designated by the tax authority for a specific transaction. In Canada, where more than one type of recovery is possible for a given tax, you must set up the applicable tax recovery rate codes for both the primary and secondary recovery types that can apply to a transaction. If you set the Allow tax recovery option for a tax within a tax regime, then you must set up at least one recovery rate for the tax in order to make the tax available on transactions. If the recovery rate can vary based on one or more factors, including the parties, locations, product or product purpose, then set up tax rules to determine the appropriate recovery rate to use on specific transactions. At transaction time, Oracle Fusion Tax uses the recovery rate derived from the recovery tax rules, or
426
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
uses instead the default recovery rate that you define, if no recovery rate rules are defined or if no existing recovery rate rule applies to the transaction.
Related Topics • What's the minimum setup to enable a tax for transactions or simulation? • Tax Recovery: Explained
Minimum Tax Configuration: Explained The minimum tax configuration to meet the basic tax requirements of your transaction and withholding taxes comprise of defining a tax regime and associated taxes. The two steps in defining the minimum tax configuration are: 1. Define tax regime: This step includes the tax regime definition as well as the subscription by the appropriate legal entity or business unit. 2. Define transaction and withholding taxes: This step includes the basic tax definition, controls and defaults, direct and indirect tax rule defaults, and tax accounts. The following prerequisite setups must be completed for minimum tax configuration: • First parties, such as legal entities and business units • Tax geographies and zones • Ledger and accounts A legal entity tax profile is automatically created when a legal entity is defined in the implementation. Similarly, a business unit tax profile is automatically created when a business unit is defined. For the business unit, indicate whether it uses the subscription of the legal entity instead of creating its own.
Define Tax Regime The first step includes the tax regime definition and subscription by an appropriate legal entity or business unit. While creating your tax regime, you can minimize configuration and maintenance costs by creating content that can be shared by more than one entity. For example, legal entities can subscribe to the shared reference data instead of creating separate and repetitive data. If the subscribing legal entities have some variations in their setup, you can create override data to meet the specific exceptions that are applicable to these organizations.
Define Transaction and Withholding Taxes The second step includes basic tax definition, such as: • Geographic information • Controls and defaults • Direct and indirect tax rule defaults • Tax accounts The basic tax definition includes controls that you can set to provide the override capability at transaction time. For example, allow users to make manual updates on transaction tax lines, select the Allow override for calculated tax lines and the Allow entry of manual tax lines options. However, to enforce automatic tax calculation on transaction tax lines, don't enable these options. Use the direct and indirect tax rule defaults to specify the values that apply to the majority of your transactions. Create tax rules to address the exceptions or variations to the defaults. For example, for the Goods and Services Tax (GST) that applies to the supply of most goods and services in Canada, set the Tax Applicability default to Applicable. A luxury tax, on the other hand, is a tax on luxury goods or products not considered essential. As it doesn't apply to most goods and services,
427
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
set the Tax Applicability direct tax rule default to Not Applicable. Then create a tax rule to make the tax applicable when the product in the transaction satisfies the luxury requirement. Assign your default tax accounts for the taxes in a tax regime to post the tax amounts derived from your transactions. The tax accounts you define at the tax level, populate either the tax rate accounts or tax jurisdiction accounts for the same ledger, and optionally, the same business unit. You can update these default tax accounts in the tax rate or tax jurisdiction setup.
Note When you create your tax, the tax recoverable account and tax liability account may be prepopulated from default account values defined in the Rapid Implementation for General Ledger spreadsheet upload. You can override these values.
Minimum Tax Configuration: Points to Consider Define the minimum tax configuration setup to handle the majority of your tax requirements. As part of defining transaction and withholding taxes, decide the direct and indirect tax rule defaults for the tax and set up the associated tax accounts. For complex tax requirements, create tax rules that consider each tax requirement related to a transaction before making the final tax calculation.
Setting Up Direct Tax Rule Defaults The direct tax rule defaults are the default values for the direct tax rule types, which include: • Place of supply • Tax applicability • Tax registration • Tax calculation formula • Taxable basis formula The following table describes the direct tax rule defaults and examples: DirecT t axRuleDefault
Place of Supply
U s ag e
Indicates the specific tax jurisdiction where the supply of goods or services is deemed to have taken place.
Example
In Canada, the place of supply for Goods and Services Tax (GST) is typically the ship-to location. To handle the majority of GST transactions, select Ship to as your default place of supply.
Note The corresponding place of supply differs based on the type of transaction. For example, a place of supply of Ship to corresponds to the location of your first-party legal entity for Payables transactions. For Receivables transactions, Ship to corresponds to the location of your customer site.
428
Oracle Procurement Cloud
Chapter 14
Implementing Procurement DirecT t axRuleDefault
Define Common Procurement Configuration U s ag e
Example
Tax Applicability
Indicates whether the tax is typically applicable or not applicable on transactions.
The GST in Canada is a tax that applies to the supply of most property and services in Canada. When you create the GST tax, select Applicable as your default tax applicability.
Tax Registration
Determines the party whose tax
With a direct default of bill-to party,
registration statustax is considered for an applicable on the transaction.
the taxis registration theapplication bill-to party considered.ofThe stamps their tax registration number onto the transaction, along with the tax registration number of the first-party legal reporting unit.
Tax Calculation Formula
Represents the typical calculation of tax for a transaction line.
A common formula, STANDARD_TC, is predefined, where the tax amount is equal to the tax rate multiplied by the taxable basis.
Taxable Basis Formula
Represents the amount on which the tax rate is applied.
The following common formulas are predefined: • STANDARD_TB: The taxable basis is equal to the line amount of the transaction line. • STANDARD_QUANTITY: The taxable basis is equal to the quantity of the transaction line. • STANDARD_TB_DISCOUNT: The taxable basis is the line amount of the transaction line less the cash discount.
Note Use the Manage Tax Rules task to define exceptions to the direct tax rule defaults you define for the tax.
Setting Up Indirect Tax Rule Defaults The indirect tax rule defaults for a tax include: • Tax jurisdiction • Tax status
429
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
• Tax recovery rate • Tax rate The following table describes the indirect tax rule defaults and examples: IndirecT t axRuleDefault
U s ag e
Example
Tax Jurisdiction
Indicates the most common geographic area where a tax is levied by a specific tax authority.
Value-added tax (VAT) is applicable to the supply of most goods and services in Portugal. For the tax PT VAT, create the default tax jurisdiction as the country of Portugal. To address specific tax regions such as Azores and Madeira, which have lower VAT rates than Portugal, define jurisdiction rates with different VAT rates.
Tax Status
Indicates the taxable nature of the majority of your transactions.
If your operations primarily include zero-rated transactions, select the default tax status as Zero instead of Standard. This setting facilitates tax determination when multiple zero rates are defined to handle different reporting requirements for zero rate usage, such as intra-EU, zero-rated products, or zero-rated exports.
Tax Recovery
Indicates the recovery rate to apply to each recovery type for each applicable tax on a purchase transaction.
In Canada, both federal and provincial components of Harmonized Sales Tax (HST) are 100% recoverable on goods bought for resale. In this case, with two recovery types, you can set up two recovery rate defaults for the HST tax.
Tax Rate
Specifies the default tax rate that is applicable to the majority of your transactions associated with this tax. You can create additional tax setup, such as jurisdiction rates, or create tax rules to set alternate values as required.
HST in Canada is applied at a 13% rate in most provinces that have adopted HST. The exceptions are British Columbia where the rate is 12% and Nova Scotia where the rate is 15%. To satisfy this requirement: • Define a single rate of 13% with no jurisdiction. • Define a 12% rate and associate it with the British Columbia jurisdiction.
430
Oracle Procurement Cloud
Chapter 14
Implementing Procurement IndirecT t axRuleDefault
Define Common Procurement Configuration U s ag e
Example
• Assign a 15% rate to Nova Scotia. This minimizes the setup required by creating an exception-based setup.
Note Use the Manage Tax Rules task to define exceptions to the indirect tax rule defaults you define for the tax.
Setting Up Tax Accounts Set up tax accounts at the tax level. The application automatically copies the tax account combination to the tax rate accounts or tax jurisdiction accounts that you create for the tax for the same ledger and optionally, the same business unit. Any subsequent changes you make to existing tax accounts at the tax level aren't copied to the tax rate or tax jurisdiction level. Define tax accounts at any of the following levels. The defaulting option is only available at the tax level. • Tax • Tax jurisdiction • Tax rate • Tax recovery rate
Note When you create your tax, the tax recoverable account and tax liability account may be prepopulated from default account values defined in the Rapid Implementation for General Ledger spreadsheet upload. You can override these values. Set up tax accounts for the following: Account
Description
Ledger and Business Unit
The ledger and business unit for which you are creating the tax accounts.
Interim Tax
An account that records tax recovery or liability until the event prescribed by the statute is complete. Generally, the payment of the invoice is the event that triggers the generation of the tax recovery or liability. You must set up an interim tax account for taxes and tax rates that have a deferred recovery settlement. Once you set up an interim taxsettlement account for tax rate,.you can't change Immediate the recovery tothis
Tax Recoverable Account
An account that records tax recovery amounts. If you set up recovery rates for a tax that you also self assess,
431
Oracle Procurement Cloud
Chapter 14
Implementing Procurement Account
Define Common Procurement Configuration Description
then define a tax recovery account for the associated recovery rates. Tax Liability Account
An account that relieves tax liability amounts. If you set up recovery rates for a tax that you also self assess, then define a tax liability account for the associated tax rates.
Finance Charge Tax Liability
An account that records the tax liability associated with finance charges that is used as a deduction against overall tax liability.
Nonrecoverable Tax Accounts
Accounts that record tax amounts on earned and unearned discounts and adjustments that you can't claim as a deduction against tax liability.
Expense and Revenue Accounts
Accounts that record net changes generated by adjustments, earned and unearned discounts, and finance charges. Receivables activities such as discounts and adjustments reduce the receivable amount, and are therefore considered an expense.
Related Topics • Tax Rules: Explained
Defining a Minimum Tax Configuration: Worked Example The following example illustrates the minimum tax configuration setup to meet the basic requirements in Canada for the Goods and Services Tax (GST). Set up a tax regime for both GST and Harmonized Sales Tax (HST). Create one recovery type for the fully recoverable status of the transaction. In Canada, GST is a tax that applies to the supply of most property and services in Canada. The provinces of British Columbia, Ontario, New Brunswick, Nova Scotia, and Newfoundland and Labrador, referred to as the participating provinces, combine their provincial sales tax with GST to create HST. Generally, HST applies to the same base of property and services as the GST. Every province in Canada except Alberta has implemented either provincial sales tax or the HST. In countries like Canada, some or all taxes on business transactions for registered companies are recoverable taxes. The following table summarizes key decisions for this scenario: DecisiontoConsider
InThisExample
What province does ABC Corporation do business in?
Alberta
What taxes are applicable?
GST
432
Oracle Procurement Cloud
Chapter 14
Implementing Procurement DecisiontoConsider
Define Common Procurement Configuration InThisExample
Do you want to set up tax accounts at the tax level?
Yes
The tax implications in this scenario are: • Five percent (5%) GST is applicable on the sale of goods in Alberta • Neither the HST nor provincial sales tax applies in Alberta • Place of supply for GST tax is generally based on the place of delivery or ship-to location. To determine the GST tax in Alberta, perform the following steps: 1. Define the tax regime 2. Define the transaction taxes 3. Create the direct tax rule defaults 4. Create the indirect tax rule defaults 5. Enable the tax
Defining the Tax Regime 1. In the Setup and Maintenance work area, search for the Manage Tax Regimes task. Click Go to Task. 2. Click Create. 3. On the Create Tax Regime page, complete the fields as shown in this table: C o lu m n
V al u e
Tax Regime Code
CA GST and HST
Regime Level
Country
Country
Canada
Start Date
1/1/01
Note Consider your tax planning carefully before entering the start date. This date must accommodate the oldest transaction that you want to process within this tax regime. After you create the tax regime, you can only update this date with an earlier date. If you enter an end date, you can't update this date after you save the record.
433
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
C o lu m n
V al u e
Tax Currency
CAD
Allow cross regime compounding
Select
4. On the Configuration Options tab, select the party name that identifies either the legal entity or the business unit or both for which you define the configuration options. Configuration Taxes Rules 5. For the for select theunit subscription defines the configuration owner setup that is used transactions of of the legaland entity and, business for this taxthat regime.
6. Enter the effective start date for this configuration option. Enter a date range that is within the date range of both the party tax profile and the tax regime. 7. Click Save and Close.
Defining the Transaction Taxes 1. In the Setup and Maintenance work area, search for the Manage Taxes task. Click Go to Task. 2. Click Create. 3. On the Create Tax page, complete the fields as shown in this table: C o lu m n
V al u e
Tax Regime Code
CA GST and HST
Configuration Owner
Global configuration owner
Tax
CA GST
Geography Type
Province
Parent Geography Type
Country
Compounding Precedence
10
Allow override of calculated tax lines
Select
Allow multiple jurisdictions
Select
Allow creation of multiple of jurisdictions
Select
434
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
C o lu m n
V al u e
Allow tax recovery
Select
Allow tax recovery rate override
Select
Primary Recovery Rate
Standard
Assigning the Tax Accounts 1. Navigate to the Tax Accounts tab and click Create. 2. Complete the fields as shown in this table: C o lu m n
V al u e
Primary Ledger
CA Ledger
Business Unit
CA Operations
Tax Recoverable Account
0001-1500-1100-1000
Tax Liability Account
0001-1500-1100-1000
Creating the Direct Tax Rule Defaults 1. Navigate to the Tax Rule Defaults tab and click Create. 2. Complete the fields as shown in this table: C o lu m n
V al u e
Place of Supply
Ship to
Tax Applicability
Applicable
Tax Registration
Ship-from party
Tax Calculation Formula
STANDARD_TC
435
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
C o lu m n
V al u e
Taxable Basis Formula
STANDARD_TB
Creating the Indirect Tax Rule Defaults 1. On the Tax Rules Defaults tab, select Tax Jurisdiction as your rule type and click Create Default. 2. On the Create Tax Jurisdiction page, complete the fields as shown in this table: C o lu m n
V al u e
Tax Jurisdiction Code
CA Alberta
Geography Type
Province
Geography Name
AB
Set as default jurisdiction
Select
Default Start Date
1/1/01
3. Click Save and Close. 4. Select Tax Status as your rule type and click Create Default. 5. On the Create Tax Status page, complete the fields as shown in this table: C o lu m n
V al u e
Tax Status Code
CA GST STD
Set as default tax status
Select
Default Start Date
1/1/01
6. Click Save and Close. 7. Select Tax Recovery Rate as your rule type and click Create Default. 8. On the Create Tax Recovery Rate page, complete the fields as shown in this table:
436
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
C o lu m n
V al u e
Tax Recovery Rate Code
CA GST STD REC RATE
Recovery Type
STANDARD
Rate Percentage
100
Effective Start Date
1/1/01
Set as Default Rate
Select
Default Start Date
1/1/01
9. Click Save and Close. 10. Select Tax Rate as your rule type and click Create Default. 11. Complete the fields on the Create Tax Rate page as shown in this table: C o lu m n
V al u e
Tax Status Code
CA GST STD
Tax Rate Code
CA GST STD RATE
Tax Rate Type
Percentage
Rate Percentage
5
Set as Default Rate
Select
Default Start Date
1/1/01
12. Click Save and Close.
Enabling the Tax
1. On the Create Tax page, click the Enable tax for simulation option. This lets you verify the tax configuration using the Tax Simulator.
437
Oracle Procurement Cloud
Implementing Procurement
Chapter 14
Define Common Procurement Configuration
2. Once you have verified your tax configuration with simulated transactions, click the Enable tax for transactions option. This lets you use this tax in transaction processing. 3. Click Save and Close. For ABC's transactions in the province of Alberta, the following is determined by default: ◦
GST tax is applicable and is calculated at a percentage rate of 5%.
◦
100% of the GST can be recovered.
Associated Taxes Setup for a Tax Regime: Explained When you create a tax regime, you specify the options and defaults available to the taxes associated with the tax regime. You also enable the features that are applicable to the tax regime and its taxes. The options appearing in the Associated Taxes Setup Information region on the Edit Tax Regime page are a result of the features enabled and the options you selected at the tax level. These options include: • Allow multiple jurisdictions • Allow tax recovery • Allow tax exceptions • Allow tax exemptions The preceding options always appear as read-only check boxes in the Associated Taxes Setup Information region. The option appears as selected if you selected the option in one of the taxes within this tax regime. If you did not select the option in one of the taxes, then the option appears as not selected. For example, suppose you have a California county sales tax that applies to all counties, so you need a tax with multiple jurisdictions. In this case, you must enable the Multiple Jurisdictions feature at the tax regime level and then select the Allow multiple jurisdictions option at the tax level. When you access the Edit Tax Regime page, Associated Taxes Setup Information region for this tax regime, the Allow multiple jurisdictions option appears as selected.
Manage Controls and Defaults Tax Regime Controls and Defaults: Points to Consider A tax regime associates a common set of default information, regulations, fiscal classifications, and optionally, registrations, to one or more taxes. Set up tax regimes in each country and geographical region where you do business and where a separate tax applies. The tax regime setup details include: • Designating the geography to which taxes within a tax regime apply • Defining the controls and defaults that apply to taxes and associated lower level information • Specifying configuration options and service subscriptions
Designating the Geography The common tax regime setup is one tax regime per country per tax type, but you can also have tax regimes based on parts of a country or more than one country. Select the regime level as: • Country: The tax regime is applicable to a specific country.
438
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Configuration
• Tax zone: The tax regime is applicable to parts of a country or more than one country. Enter the tax geography type and tax geography name associate with the group of countries or the tax zone that you want. The tax geography type and tax geography name correspond to the tax zone type and tax zone respectively. If applicable, designate the tax regime as a parent regime or indicate the parent regime name if the tax regime belongs to a parent regime. Use a tax regime defined as a parent tax regime to group other nonparent tax regimes for reporting purposes.
Defining Controls and Defaults Set tax-level controls to enable the options that you want to make available to the taxes in this tax regime. If necessary, you can disable the options that you enable here for individual taxes within the tax regime. Enter default values for the taxes in this tax regime. You can update the default values at the tax level. If you disable a controlled option at the tax regime level it is not available as an option at the tax level. The following table describes the defaults and controls available at the tax regime level. Defaults Region F i el d
Description
DefaultDerived from
Default Appears on
Controls
Tax Currency
The default currency of the taxes within this tax regime
None
Tax
None
Minimal Accountable Unit
The minimal unit of currency that is reported to the tax authority, for example, 0.05 GBP indicates that 5 pence is the minimal unit
None
Tax
None
Tax Precision
A one digit whole number to indicate the decimal place for tax rounding
None
Tax
None
Tax Inclusion Method
A method that describes whether the line amount includes tax or excludes tax
None
Tax
None
Conversion Rate Type
The specific exchange rate
None
Tax
None
table to that is used convert one currency into another, for example, the
439
Oracle Procurement Cloud
Chapter 14
Implementing Procurement F i el d
Define Common Procurement Configuration Description
DefaultDerived from
Default Appears on
Controls
Association of British Travel Agents exchange rate used in the travel industry Rounding Rule
The rule that defines how rounding is performed on a value, for example, up to the next highest value, down to the next lower value, or to the nearest value
None
Tax
None
Allow tax rounding override
Allow the override of the rounding defined on the tax registration records
None
Tax
None
Reporting Tax Authority
The default tax authority to whom the tax reports are sent
None
The default tax authority to whom the tax is remitted
None
Option that controls whether the tax registration number is the same as the legal registration number of the party
None
Collecting Tax Authority
Use legal registration number
• Tax
None
• Tax registration
• Tax
None
• Tax registration
Tax
None
General Controls Region
440
Oracle Procurement Cloud
Chapter 14
Implementing Procurement
Define Common Procurement Config