Flex Fields Training

8/4/2019 Flex Fields Training

1/102

Flex FieldsPriya Holkar||20-Sep-2011


2/102

Introduction and Concepts

Setup and Usage

Benefits of using Flex Fields.

Some Technical Aspects.


3/102

Contents Requirements and Solution.

Overview of Flex Field.

Types of Flex Fields Basic Flex Fields Concepts.

Key Flex Fields in Detail.

Descriptive Flex Fields in Detail.

Validations, Value Sets and Structures*.

Using Advanced Validation Capabilities*.


4/102

Overview of Flex Fields Fields which provide capability to capture Validated,

Structured and Well-Definedset of Data.

Fields which can customize an Application to suitSpecific business needs Precisely.


5/102

Types of Flex Fields The Key Flex Fields (KFF).

Capture Key Data which is Integrated with InternalProcessing of Applications.

The Descriptive Flex Fields (DFF).

Capture Additional Information and Provide Expansion

Space In Data Capture Process.


6/102

KFF and DFF


7/102

Basic Flex Fields Concepts Segments

Value

Validations Value Sets

Structure


8/102

A segment is a single subfield within a FlexField.

A Segment is represented in the database as asingle table column.


9/102

Values are the data Entered into the Segments of a FlexField.


10/102

Validations are the Tests in which Data appear beforeentering into the Segments.


11/102

Value Sets are the Sets of Predefined Values for aSpecific Segment Validation.


12/102

Valid Combination of Various Segments in a Flex FieldCreates a Structure of Flex Field.


13/102

Working with Flex Fields Flex Fields Segments

Structure of Flex Fields

Segment Prompts and Value Descriptions Values

Various Value Sets


14/102

Structure


15/102

Prompts and Value Description.


16/102

Validation With Value Sets


17/102

Some Application KFF Examples

Detail Discussion Related to KFF

FF Qualifiers and Optional KFF Features


18/102

Some Application KFF Examples


19/102

Detail Discussion Related to KFF KFF as Intelligent Keys

The Dual Purpose of KFF

Implementation of KFF KFF Structures

KFF Code Combinations

Storing Code Combinations and CC Tables

Flex Field Qualifiers

Segment Qualifiers

Technical Aspects


20/102

Other KFF Options Dynamic Insertion of New Values

Cross Validation of Segment Value Combinations

Security on Values Accessible Aliases to Speed Entry of Frequently Used Value

Combinations.


21/102

KFF as Intelligent Keys


22/102

KFF as Intelligent Keys Intelligent Keys are Multipart Key Values.

Each Part Contains Meaningful Information.

Key Flex Fields Can Be Used As Intelligent Keys as ItCapture Meaningful Information In Segments.


23/102

The Dual Purpose of KFF Collect Key Information About the System Required

for Applications Internal Processing.

Provide Users with Ability to Customize Structure andAppearance.


24/102

KFF Structure Combination With Logical Sequence of Various

Segments of KFF Provides KFF Structure.

Different Business Entities Have Different Structures.

One KFF can have Multiple Structures Dependingupon the Specific Needs.


25/102

KFF Structure


26/102

KFF Structure With Multiple Structures For a KFF, Application

Generally Determines The Correct Structure WithWhich to Work.

For Example Oracle General Ledger Determines whichAccounting FF Structure to Use From the ProfileOption* Set of Books.


27/102

The KFF Qualifiers Allow User to Customize the Flex Fields As per the

Requirement

AND

Allow Application to Find the Information it Needs forProcessing.


28/102

Types of Qualifiers Flex Field Qualifier - To Identify a Segment in Flex

Field

Segment Qualifier - To Identify a Value in Segment


29/102

Types of Qualifiers


30/102

Segment Qualifiers Identify Value Stored in the Segment of Flex Field for a

Predefined Operations Like Budgeting, Posting orSummary.

Play Vital Role at the Time of Internal Processing toFilter out Records.

They work as a WHERE Clause in SQL Statement.


31/102

Segment Qualifiers


32/102

Dynamic InsertionCross-Validations

Security

Aliases


33/102

The Accounting Flex Field.


34/102

KFF Code Combination


35/102

Storing Code Combinations Each KFF Stores its Code Combination In a Database

Table Called a Code Combination Table. Example:GL_CODE_COMBINATIONS

In Code Combination Table There is One Column ForEvery Flex Field Segment.


36/102

Storing Code Combinations Each Row In the Combination Table is Identified by a

Unique ID called Combination ID Which is Stored in aUnique ID Column.

For KFF having Multiple Structure, there is oneStructure ID Column.

The Information of CC Table is Stored inapps.fnd_id_flexes Table.


37/102

Storing Code Combinations Names of All CC tables can be queried through: -

SELECT id_flex_name

, application_table_nameFROM apps.fnd_id_flexs

ORDER BY

application_id;


38/102

Storing Code Combinations


39/102

A Code Combination Table


40/102

Storing Code Combinations


41/102

Dynamic Insertion KFF are Used at various Forms in Applications.

The Values can be Entered in KFF only throughRegular Window of KFF.

Using Dynamic Insertion Option (As allowed), NewValues can be entered into KFF from Other Forms too.


42/102

Dynamic Insertion


43/102

The Security Rules Cross Validation Check for Valid Combinations for

Multi-Segment KFF to Control Data Integrity.

Value Security Rule Check For Valid Data Entry forIndependent Segment as Per the Value Security Rule.


44/102

Cross Validation Rules


45/102

Value Security Rules


46/102

Short Aliases.. Allow users to enter data faster and more easily with

shorthand aliases.

An alias is a label for a particular combination of keyFlex Field segment values.


47/102

Short Aliases


48/102

Implementation of KFF Identify the target Flex Field, The Information

Required by Oracle Application

Plan if Any Qualifier required.

Plan the Flex Field Structure Behavior andAppearance.

Define the Key Flex Field Structure.


49/102

Implementation of KFF Define Any Value Set Required and Their Values.*

Define Security Rules When Appropriate.

Define Cross Validation Rules When Appropriate.

Define Shorthand Aliases When Appropriate


50/102

KFF Technical Aspects fnd_application

This table stores information about all of theapplications registered with Oracle Application Object

Library.

Primary Key Column:

APPLICATION_ID


51/102

KFF Technical Aspects fnd_tables

This table stores information about the registered tablesin your applications. Each row includes the actual table

name (TABLE_NAME) a more descriptive title(USER_TABLE_NAME), and a description.

Primary Key Column: APPLICATION_ID

TABLE_ID


52/102

KFF Technical Aspects fnd_id_flexs

This table stores registration information about key FlexFields.

Primary Key Column:

APPLICATION_ID

ID_FLEX_CODE


53/102

KFF Technical Aspects fnd_segment_attribute_types

This table stores information about Flex Field qualifiersfor key Flex Fields.

Primary Key Columns: APPLICATION_ID

ID_FLEX_CODE

SEGMENT_ATTRIBUTE_TYPE


54/102

KFF Technical Aspects fnd_flex_validation_qualifiers

This table stores information about Flex Field qualifiersand segment qualifiers.

Primary Key Columns: FLEX_VALUE_SET_ID ID_FLEX_APPLICATION_ID

ID_FLEX_CODE SEGMENT_ATTRIBUTE_TYPE VALUE_ATTRIBUTE_TYPE


55/102

KFF Technical Aspects fnd_flex_value_sets

This table stores information about the value sets usedby both key and descriptive Flex Fields.

Primary Key Column:

FLEX_VALUE_SET_ID


56/102

KFF Technical Aspects fnd_segment_attribute_values

This table stores the values of Flex Field qualifiers forparticular segments of particular key Flex Field

structures.


ID_FLEX_CODE

ID_FLEX_NUM APPLICATION_COLUMN_NAME



57/102

KFF Technical Aspects fnd_segment_attribute_types

This table stores information about Flex Field qualifiersfor key Flex Fields.


ID_FLEX_CODE



58/102

KFF Technical Aspects fnd_id_flex

This table stores registration information about key FlexFields.

Primary Key Columns:

APPLICATION_ID

ID_FLEX_CODE


59/102

KFF Technical Aspects fnd_id_flex_structures

This table stores structure information about key FlexFields.


ID_FLEX_CODE

ID_FLEX_NUM


60/102

KFF Technical Aspects fnd_id_flex_segments This table stores setup information about key Flex Field

segments, as well as the correspondences betweenapplication table columns and the key Flex Fieldsegments the columns are used for.


ID_FLEX_CODE


61/102

KFF Technical Aspects ID_FLEX_NUM APPLICATION_COLUMN_NAME


62/102

KFF Technical Aspects fnd_shorthand_flex_aliases

This table stores alias information for shorthand FlexField entry.


ID_FLEX_CODE

ID_FLEX_NUM ALIAS_NAME


63/102

KFF Technical Aspects fnd_flex_validation_rule_stats This table stores statistics on the number of key Flex

Field crossvalidation rules and rule lines for a given keyFlex Field structure.

Primary Key Columns: APPLICATION_ID ID_FLEX_CODE

ID_FLEX_NUM


64/102

KFF Technical Aspects fnd_flex_validation_rules

This table stores information about key Flex Field crossvalidation rules.


ID_FLEX_CODE

ID_FLEX_NUM FLEX_VALIDATION_RULE_NAME


65/102

KFF Technical Aspects fnd_flex_validation_rule_lines

This table stores crossvalidation rule elements for keyFlex Field crossvalidation rules.

Primary Key Column:

RULE_LINE_ID


66/102

KFF Technical Aspects fnd_flex_exclude_rule_lines

This table stores crossvalidation rule elements brokenout into individual columns for key Flex Field exclude

rule lines.

Primary Key Column:

RULE_LINE_ID


67/102

KFF Technical Aspects fnd_flex_include_rule_lines

This table stores crossvalidation rule elements brokenout into individual columns for key Flex Field include

rule lines.

Primary Key Column:

RULE_LINE_ID


68/102

KFF Technical Aspects fnd_compiled_id_flex_structs

This table stores compiled information about key FlexField structures.


ID_FLEX_CODE

ID_FLEX_NUM SEQUENCE


69/102

KFF Technical Aspects fnd_compiled_id_flexs

This table stores compiled information about key FlexFields.


ID_FLEX_CODE

COMPILER_VERSION_NUM SEQUENCE


70/102

Typical DFF Information Examples

DFF Components

Implementation and Technical Aspects of

DFF


71/102

The Descriptive Flex Fields Descriptive Flex Fields (DFF) are used to CaptureAdditional Information, Which System AnywayDoesnt Capture.

DFF are Optional Fields and Appear on Form as aSingle-Space Field In Square Brackets [ ] without aPrompt.

DFF Expand the Capability to Capture Data.


72/102

The DFF on a Form


73/102

Typical DFF Info. Examples Payment Information

Credit Information

Distribution System Information


74/102

The DFF Implementation DFF are Not Labeled.

Use Following Steps to determine the name of DFFon Form: -

1. Click On The Field,

2. Select Help->Diagnostics->Examine

3. This Opens a Window Showing the Information ofthe Field.


75/102

The DFF Implementation4. Note Down the name of the Block where DFFAppears.

5. Click the Block List of Values Button to Display a List

of available Blocks for this Form-> select$DESCRIPTIVE_FLEXFIELD$.

6. Click the Field List of values Button to Display a list ofDescriptive Flex Fields for this Form.


76/102

The DFF Implementation7. Each Entry is Prefixed by the Name of The Block inWhich the DFF Appears-> Find the Entries for theBlock, whose name is Found in Step-4

8. Select the DFF to be Implemented. The User Name ofDFF appears in the Value List.


77/102

The DFF Implementation Determine the Available Resource With FollowingSteps: -

Navigate through: Application-> Flex Field-

>Descriptive-> Segments Use the list of Values for the Column Field in the

Segment Summary Window to Determine How ManySegments can be Planned to Use.


78/102

Components of DFF Global Segments

Display Information Common to all Contexts

Context Sensitive Segments Display Information Appropriate to a Particular

Contexts


79/102

Group of Relevant Information.

A Domain or an Area.


80/102

Identifying the Information

Grouping the Information

Determine Different Contexts


81/102

Identifying the Information Store Number

Check Number

Credit Card Number

Expiration Date

Down Payment


82/102

Grouping the Information: By Usage: -

Finance

Store Number Down Payment

Check Store Number Check Number

Credit Card

Store Number CC Number Expiration Date


83/102

Isolate Common Information Information Used by All Tasks

Store Number

Information Vary by Tasks

Down Payment

Check Number

CC Number

Expiration Date


84/102

Determine Different Contexts Down Payment -> Finance

Check Number -> Check

CC Number, Expiration Date -> Credit Card


85/102

A Segment that Contains Information which Global orCommon to All Context.


86/102

Segment For Global Information Information Used by All Tasks

Store Number

Information Vary by Tasks

Down Payment

Check Number

CC Number

Expiration Date


87/102

Global Segments


88/102

Segment Which Contain Information That Very as perthe Context .


89/102

Context Sensitive Segments


90/102

Distinguishing Between Context


91/102

Components of DFF Reference Fields - Fields on the Application Window whose Value is Used

to Determine the Context

Context Field -

A Field in the DFF Structure whose Value is Used toDetermine the Particular Context


92/102

DFF Technical Aspects Already Discussed Tables Along with KFF TechnicalDiscussion:

fnd_application

fnd_tables

fnd_flex_value_sets


93/102

DFF Technical Aspects fnd_descriptive_flexs This table stores setup information about descriptive

Flex Fields.

Primary Key Columns:

APPLICATION_ID

DESCRIPTIVE_FLEXFIELD_NAME


94/102

DFF Technical Aspects fnd_compiled_descriptive_flexs This table stores compiled information about descriptive

Flex Fields.

Primary Key Columns: APPLICATION_ID DESCRIPTIVE_FLEXFIELD_NAME COMPILER_VERSION_NUM

SEQUENCE


95/102

DFF Technical Aspects fnd_descr_flex_column_usages This table stores the correspondences between

application table columns and the descriptive Flex Fieldsegments.

Primary Key Columns: APPLICATION_ID DESCRIPTIVE_FLEXFIELD_NAME

DESCRIPTIVE_FLEX_CONTEXT_CODE APPLICATION_COLUMN_NAME


96/102

DFF Technical Aspects fnd_descr_flex_contexts

This table stores context field values (also known asstructure names) for descriptive Flex Fields.



DESCRIPTIVE_FLEX_CONTEXT_CODE


97/102

DFF Technical Aspects fnd_default_context_fields

This table stores the names of form fields that users canuse as reference fields for descriptive Flex Fields.



DEFAULT_CONTEXT_FIELD_NAME


98/102

Advance Validation Capabilities Using Table Validated Value Sets

Using Profile Option Values for Validation

Using Table Value from a Prior Field on a Form

Using Value From a Prior Value Set


99/102

1. What is the Distinction between Flex Fields andApplication Features?

2. What is the Significance of Data Validations?


100/102

References. http://www.metalink.oracle.com

Oracle Application Documentation

Flex Fields Users Guide

Applications Objects Library (AOL) TechnicalReference Manual.

Oracle Applications Developer Guide.
http://www.metalink.oracle.com/http://www.metalink.oracle.com/


101/102

For any detailed discussion please email your queries [email protected]


102/102

Akhilesh Rajoria

Ext : - 2704

Mail : - [email protected]

Date post:	07-Apr-2018
Category:	Documents
Upload:	pritam-holkar
View:	252 times
Download:	0 times

Flex Fields Training

Documents