Browser version scriptSkip Headers

Oracle® Fusion Applications Product Information Management Implementation Guide
11g Release 1 (11.1.3)
Part Number E20387-03
Go to contents  page
Contents
Go to Previous  page
Previous
Go to previous page
Next

20 Moving Common Reference Objects

This chapter contains the following:

Moving Common Reference Objects: Overview

Business Objects for Moving Common Reference Objects: Points to Consider

Moving Related Common Reference Objects: Points to Consider

Using Seed Data Framework to Move Common Reference Objects: Points to Consider

Moving Common Reference Objects: Overview

The common reference objects in Oracle Fusion Middleware Extensions for Applications are used by several setup tasks in the Setup and Maintenance work area. The common reference objects become a part of the configuration package that is created for an implementation project. While moving the application content, for example, from the test phase to the production phase of an implementation, you must pay special attention to the nuances of these common reference objects.

Parameters

The common reference objects are represented as business objects. A single object can be referenced in multiple setup tasks with different parameters. In the configuration package that is created for the implementation project, parameters passed to a setup task are also passed to the business objects being moved. As a result, the scope of the setup tasks is maintained intact during the movement.

Dependencies

Common reference objects may have internal references or dependencies among other common reference objects. Therefore, it is necessary that all the dependencies are noted before the movement of objects so that there are no broken references among the objects.

Business Objects for Moving Common Reference Objects: Points to Consider

Common reference objects in Oracle Fusion Functional Setup Manager are represented by business objects. These business objects are the agents that contain the application content and carry them across whenever the application setup is moved from one environment to another, for example, test environment to production environment.

Choice of Parameters

The following table lists the business objects, the corresponding movement details, and the effect of the setup task parameter on the scope of the movement.

Note

Only the translation in the current user language is moved.


Business Object Name

Moved Functional Item

Effect on the Scope of Movement

Application Menu Customization

Customizations to the navigator menu

Movement of navigator menu customizations requires manual effort. For details regarding the manual command, refer to the Oracle Fusion Applications Administrators Guide.

Application Message

Messages and associated tokens

No parameters: all messages are moved.

moduleType/moduleKey: only messages belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

messageName/applicationId: only the specified message is moved.

Application Taxonomy

Application taxonomy modules and components

No parameters: all taxonomy modules and components are moved.

Application Attachment Entity

Attachment entities

No parameters: all attachment entities are moved.

moduleType/moduleKey: only attachment entities belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

Application Attachment Category

Attachment categories and category-to-entity mappings

No parameters: all attachment categories and category-to-entity mappings are moved.

moduleType/moduleKey: only attachment categories belonging to the specified module and its descendant modules in the taxonomy hierarchy along with the respective category-to-entity mappings are moved.

Application Document Sequence Category

Document sequence categories

No parameters: all categories are moved.

moduleType/moduleKey: only categories belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

code/applicationId: only the specified document sequence category code is moved.

Application Document Sequence

Document sequences and their assignments

No parameters: all sequences are moved.

moduleType/moduleKey: only document sequences belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved

name: only the specified document sequence is moved.

Application Descriptive Flexfield

Descriptive flexfield registration data and setup data

No parameters: all descriptive flexfields are moved.

moduleType/moduleKey: only descriptive flexfields belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

descriptiveFlexfieldCode/applicationId: only the specified descriptive flexfield is moved.

Note

Importing a flexfield's metadata can change its deployment status and therefore, the affected flexfields must be redeployed. The import process automatically submits affected flexfields for redeployment.

Note

Only flexfields with a deployment status of Deployed or Deployed to Sandbox are eligible to be moved.

Application Extensible Flexfield

Extensible flexfield registration data and setup data, including categories

No parameters: all extensible flexfields are moved

moduleType/moduleKey: only extensible flexfields belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

extensibleFlexfieldCode/applicationId: only the specified extensible flexfield is moved.

Note

Importing a flexfield's metadata can change its deployment status and therefore, the affected flexfields must be redeployed. The import process automatically submits affected flexfields for redeployment.

Note

Only flexfields with a deployment status of Deployed or Deployed to Sandbox are eligible to be moved.

Application Key Flexfield

Key flexfield registration data and setup data

No parameters: all key flexfields are moved.

moduleType/moduleKey: only key flexfields belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

keyFlexfieldCode/applicationId: only the specified key flexfield is moved.

Note

Importing a flexfield's metadata can change its deployment status and therefore, the affected flexfields must be redeployed. The import process automatically submits affected flexfields for redeployment.

Note

Only flexfields with a deployment status of Deployed or Deployed to Sandbox are eligible to be moved.

Application Flexfield Value Set

Value set setup data

No parameters: all value sets are moved.

moduleType/moduleKey: only value sets belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

valueSetCode: only the specified value set is moved.

Note

Importing a value set's metadata can change the deployment status of flexfields that use the value set, and therefore the affected flexfields must be redeployed. The import process automatically submits affected flexfields for redeployment.

Application Reference Currency

Currency data

No parameters: all currencies are moved.

Application Reference ISO Language

ISO language data

No parameters: all ISO languages are moved.

Application Reference Industry

Industry data including industries in territories data

No parameters: all industries are moved.

Application Reference Language

Language data

No parameters: all languages are moved.

Application Reference Natural Language

Natural language data

No parameters: all natural languages are moved.

Application Reference Territory

Territory data

No parameters: all territories are moved.

Application Reference Time zone

Time zone data

No parameters: all time zones are moved.

Application Standard Lookup

Standard lookup types and their lookup codes

No parameters: all standard lookups are moved.

moduleType/moduleKey: only standard lookups belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

lookupType: only the specified common lookup is moved.

Application Common Lookup

Common lookup types and their lookup codes

No parameters: all common lookups are moved.

moduleType/moduleKey - only common lookups belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

lookupType: only the specified common lookup is moved.

Application Set-Enabled Lookup

Set-enabled lookup types and their lookup codes

No parameters: all set-enabled lookups are moved.

moduleType/moduleKey: only set-enabled lookups belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

lookupType: only the specified set-enabled lookup is moved.

Application Profile Category

Profile categories

No parameters: all profile categories are moved.

moduleType/moduleKey: only categories belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

name/applicationId: only the specified category is moved.

Application Profile Option

Profile options and their values

No parameters: all profile options and their values are moved.

moduleType/moduleKey: only profile options and their values belonging to the specified module are moved.

profileOptionName: only the specified profile option and its values are moved.

Application Profile Value

Profile options and their values

No parameters: all profiles and their values are moved.

moduleType/moduleKey: only profiles and their values belonging to the specified module are moved.

categoryName/categoryApplicationId: only profiles and their values belonging to the specified category are moved.

profileOptionName: only the specified profile and its values are moved.

Application Reference Data Set

Reference data sets

No parameters: all sets are moved.

Application Reference Data Set Assignment

Reference data set assignments

determinantType: only assignments for the specified determinant type are moved.

determinantType/referenceGroupName: only assignments for the specified determinant type and reference group are moved.

Application Tree Structure

Tree structures and any labels assigned to the tree structure

No parameters: all tree structures (and their labels) are moved.

moduleType/moduleKey: only tree structures (and their labels) belonging to the specified module are moved.

treeStructureCode: only the specified tree structure (with its labels) is moved.

Application Tree

Tree codes and versions

No parameters: all trees are moved.

moduleType/moduleKey: only trees belonging to the specified module are moved.

treeStructureCode: only trees belonging to the specified tree structure are moved.

TreeStructureCode/TreeCode: only trees belonging to the specified tree structure and tree code are moved.

Application Tree Label

Tree structures and any labels assigned to the tree structure

No parameters: all tree structures (and their labels) are moved.

moduleType/moduleKey: only tree structures (and their labels) belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

treeStructureCode: only the specified tree structure (with its labels) is moved.

Application Data Security Policy

Database resources, actions, conditions, and data security policies

No parameters: all database resources/actions/conditions/policies are moved.

moduleType/moduleKey: only database resources/actions/conditions/policies belonging to the specified module and its descendant modules in the taxonomy hierarchy are moved.

objName: only the specified database resource along with its actions/conditions/policies is moved.

Note

  • If the policies being moved contain reference to newly created roles, move the roles before moving the policies.

  • If the source and target systems use different LDAPs, manually perform the GUID reconciliation after moving the data security policies.

Application Activity Stream Configuration

Activity stream options

No parameters: all activity stream options are moved.

Moving Related Common Reference Objects: Points to Consider

Certain common reference objects may use other common reference objects creating dependencies among the objects. During the movement of common reference objects, these dependencies or references need to be taken care of.

Dependencies

The dependencies among the common reference objects may be caused by any of the following conditions.

You may choose to move one, some, or all of the business objects by including the ones you want to move in your configuration package. For example, you may choose to move only value sets and not lookups, or you may choose to move both value sets and their lookups as part of the same package. Whatever be the combination, it is recommended that during the movement of objects, you follow an order that maintains the dependencies among the objects.

While moving the business objects, adhere to the guidelines and exactly follow the order as listed below.

  1. Move created taxonomy modules before moving any objects that reference them, such as flexfields, lookups, profiles, attachments, reference data sets, document sequences, messages, and data security.

  2. Move created currencies before moving any objects that reference them, such as territories.

  3. Move created territories before moving any objects that reference them, such as languages and natural languages.

  4. Move created ISO languages before moving any objects that reference them, such as languages, natural languages, and industries.

  5. Move created tree structures before moving any objects that reference them, such as trees or tree labels.

  6. Move created profile options before moving any objects that reference them, such as profile categories or profile values.

  7. Move created attachment entities before moving any objects that reference them, such as attachment categories that reference them.

Note

In scenarios where there may be dependencies on other objects, you must move the dependencies before moving the referencing object. For example, if data security policies being moved have dependencies on newly created security roles, you must move the security roles before moving the security policies.

Using Seed Data Framework to Move Common Reference Objects: Points to Consider

To move the common reference objects, you can use the Seed Data Framework (SDF). You can also use the command line interface of SDF to move the object setup data. For more information about seed data loaders including common reference object loaders, see Oracle Fusion Applications Developer's Guide.

Movement Dependencies

The seed data interface moves only the setup metadata. For example, if you use SDF to import flexfield metadata, the flexfield setup metadata is imported into your database. However, you must invoke the flexfield deployment process separately after seed data import to regenerate the runtime flexfield artifacts in the target environment. Similarly, if you use SDF to import data security metadata, you must first move any new referenced roles and then manually run the GUID reconciliation where required.

To ensure that the reference data is not lost during the movement, certain guidelines are prescribed. It is recommended that you perform the movement of object data exactly in the order given below.

Note

Only the translation in the current user language is moved.

  1. Move created taxonomy modules before moving any objects that reference them, such as flexfields, lookups, profiles, attachments, reference data sets, document sequences, messages, and data security.

  2. Move created currencies before moving any objects that reference them, such as territories.

  3. Move created territories before moving any objects that reference them, such as languages and natural languages.

  4. Move created ISO languages before moving any objects that reference them, such as languages, natural languages, and industries.

  5. Move created tree structures before moving any objects that reference them, such as trees or tree labels.

  6. Move created profile options before moving any objects that reference them, such as profile categories or profile values.

  7. Move created attachment entities before moving any objects that reference them, such as attachment categories that reference them.

  8. Move created reference data sets before moving any objects that reference them, such as reference data set assignments and set-enabled lookups.

  9. Move created document sequence categories before moving any objects that reference them, such as document sequences.

  10. Move created tree labels before moving any objects that reference them, such as trees.

  11. Move created data security objects and policies before moving any objects that reference them, such as value sets.

  12. Move created value sets before moving any objects that reference them, such as flexfields.

  13. Move created trees before moving any objects that reference them, such as key flexfields.